Re: [OSM-talk-fr] OSM dans l'IGN Magazine n°68 :)
gentil amateur Ce ne serait pas un jeu de mot un peu malheureux en rapport avec les gentils organisateurs (G.O. qui devient géo) du club med ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
Je ne remets pas en cause bien des choses, c'est juste que la distinction entre prairie et champ est souvent difficile à établir : là où il y a des élevages il y a besoin aussi de les alimenter, on trouve donc un mélange entre les terres de culture et les terres de pâturage. Mais c'est aussi assez dépendant de la façon dont les élevages sont gérés : en élevage intensif, ils restent dans des parcs limités et ne vont jamais pâturer, les champs autour sont alors pour la culture. Sinon des terres sont aussi trop pauvres ou trop fragiles pour faire des cultures (ou bien il y a un régulation environnementale qui empêche de faire des cultures (zones protégées en montagne par exemple) : ce ne peut alors être que des pâturages (et encore ils sont limités en densité d'animaux pour éviter qu'ils dévastent tout eux aussi). Mais en plaine, c'est très difficile de savoir si on a un champ ou une prairie : on voit bien que c'est une terre agricole, mais son usage varie : on passe un mois on voit des animaux paître, à côté d'un autre champ en culture, le mois suivant les deux parcelles sont échangées. L'imposition de la jachère (pour limiter le taux des espaces en culture et limiter aussi les apports d'engrais qui sont lessivés et polluent les nappes) favorise cette rotation (comme on a aussi des rotations de cultures, particulièrement avec le maïs qui est très exigent en azote et en eau). Les vergers et vignes de toute façon ne sont ni des prairies, ni des champs. En revanche la nature des élevages autour est assez stable, et on identifie parfaitement ceux qui sont en élevage intensifs (avec alors des champs assez grands, dédiés à la production du maïs et des ensilages), et ceux en élevage extensif où les bêtes passent régulièrement d'une parcelle à l'autre, dans des champs plus petits et où la rotation entre cultures et prairies est très fréquente). L'élevage intensif concerne surtout en France les poulaillers, les lapins, et l'élevage porcin. Pour les élevages laitiers ou de boeuf de boucherie, ou encore les élevages ovins et équestres, l'élevage est rarement intensif (on n'est pas comme aux Etats-Unis voire en Argentine, avec les immenses troupeaux qu'ils sont obligés de déplacer, car les terres sont beaucoup plus pauvres, trop pour les cultures : on a là-bas une séparation claire entre les terres d'élevage et les terres de culture, avec un découpage en parcelles beaucoup plus grandes dans les deux cas). La particularité de la France c'est justement son découpage parcellaire fin : le bocage, où les rotations de cultures et des élevages sont fréquents (cas à part des zones de montagne en altitude, protégées, et des plaines de la Beauce dédiées aux cultures céréalières intensives avec quasiment aucun élevage, donc pas de rotation non plus, juste des terres parfois laissées au repos pendant certaines années). Même si des remembrements ont eu lieu pour agrandir les parcelles et améliorer la productivité, la rotation des terres n'a pas disparu. En revanche le développement de l'élevage intensif ont été le principal moteur de ces remembrements, à cause des besoins en alimentation animale qui exige des terres de culture importantes et séparées des petites parcelles d'élevage intensif. Distinguer donc les champs ou les prairies est donc forcément difficile dans le bocage. Ces terres devraient être identifiées comme mixte et non dans un type ou l'autre. Le bocage en plus a une valeur très élevée pour la biodiversité (notamment les haies, essentielles à la petite faune de gibiers, aux oiseaux, et aux insectes pollinisateurs), et aussi comme élément fixant les sols, limitant l'érosion ; c'est aussi une usine naturelle de dépollution pour protéger les nappes et rivières de l'impact des productions agricoles (nitrification des eaux, eutrophisation des rivières et estuaires, prolifération des algues en bord de mer, à cause des engrais des cultures mais aussi les épandages des déchets azotés des élevages, les deux étant rapidement lessivés sans être fixés par le sol) et aussi limiter l'impact des crues pour protéger les villes et villages (le bocage sert de zone inondable). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans l'IGN Magazine n°68 :)
Je n'aime pas trop le raccourci un peu rapide dans l'intro du dossier « Open Data », qui affirme un peu facilement que le précurseur de ce mouvement c'est... Barack Obama. D'abord des données open data sont dans la législation américaine depuis TRES longtemps (Barack Obama n'a donc pas fait grand chose dans ce domaine, puisque les données publiques américaines sont depuis très longtemps dans le domaine public américain.). Ensuite parce que l'explosion à bien d'autres domaines que les seules agences officielles de l'Etat, c'est avant tout une initiative EUROPEENNE (sans ça, la France ne s'y serait pas mise aussi). L'Open Data ce n'est pas la création d'un autre « domaine public » qui n'est pas si « open » que ça car il ne protège rien et autorise encore des réappropriations à tout moment. L'Open Data s'appuie sur les LICENCES LIBRES qui permettent TOUTES les réutilisations et republications, y compris les œuvres dérivées (pas protégées du tout par le « domaine public » qui de plus n'a aucune protection internationale, chaque pays ayant le sien non porté ailleurs, ce qui permet à quelque chose d'être dans le domaine public dans son pays d'origine, mais restreint partout ailleurs, par un ou plusieurs ayant-droits), et même dans les utilisations commerciales (la licence libre couvre les données, mais n'a tout de fois pas d'effet « viral » comparable à la GPL sur les œuvre dérivées ; d'ailleurs la GPL ne couvre pas du tout les données, au contraire de l'ODbL, ou de la licence OpenData de l'Etalab, ou de licences européennes comparables). Si Barack Obama était un vrai précurseur, alors où est la trace d'une licence comparable à l'ODbL ou celle d'Etalab pour les données des administrations et agences publiques américaines (fédérales ou des Etats et collectivités locales) ? Nulle part, on n'a que le domaine public américain, qui n'a pas de protection réelle au plan international (et même dans une certaine mesure au plan national : le domaine public ne confère pas une vraie licence, c'est-à-dire un droit certifié d'utilisation et de reproduction au sens des traités internationaux). Au mieux certaines agences ou collectivités vont choisir une licence disponible (certaines la GPL, une licence MIT/BSD qui ne protège rien concernant les données, ces licences n'ayant pas été écrites pour ça !), beaucoup ne savent pas choisir, et continuent de simpelment utiliser le domaine public américain (protégé uniquement par le droit fédéral américain, mais avec des tonnes d'exceptions au plan local des Etats fédérés, comme au plan international). Personnellement je n'aime PAS DU TOUT le domaine public, que je considère comme NON LIBRE. Il n'offre strictement aucune garantie et AUCUN droit permanent (et il souffre de beaucoup trop d'exceptions très difficiles à interpréter). Rien ne vaut une bonne licence, marquant un accord explicite, et qui ne peut pas être répudié (les conditions de l'accord sont dans la licence, qui prévoit la cessation des droits pour certains uniquement en cas de violation, mais ne remet pas en cause l'es utillisations faites ensuite par d'autres). Pour moi les bonnes licences libres sont CC-BY-SA (mais pas CC-BY seulement qui a les mêmes défauts que le prétendu « domaine public » ou le « fait use » américain, et encore moins CC-BY-NC), BSD, la GPL. Mais ces licences ne couvrent pas les données. Les meilleurs mix de licences pour moi sont encore CC-BY-SA + ODbL, ou GPLv3+ODbL (GFDL est à mon avis à remplacer par CC-BY-SA). Mais il manque encore une protection contre les appropriations par les brevets (qui empiètent partout sur le droit d'auteur et même le droit des données), avec une véritable concession d'utiliation des droits couverts par les brevets (la GPLv3 a été écrite dans ce sens mais on lui reproche son aspect trop viral qui couvre trop de choses même celles non encore créées dans l'œuvre fournie par le concesseur de licence, l'aspect viral étant à mon avis une appropriation à postériori). Si on exclue la GPLv3, il manque dans CC-BY-SA one concession explicite, non exclusive et non répudiable de licence sur les brevets. Et la licence Open Data de l'Etalab souffre du même défaut que l'ODbL. Et il serait bon de regarder la situation de tous les autres « droits voisins » (hors du droit d'auteur), y compris le cas des droits personnels ou moraux (y compris ceux liés à la protection de la vie privée) : OSM résoud (en partie) ce problème en ajoutant à la licence sur ses données publiées, un contrat : les Contributor Terms. Est-ce suffisant ? D'ailleurs comment rendre compatibles entre elles des licences mutliples du même concédant ? C'est encore un casse-tête car la séparation théorique des domaines de la « propriété intellectuelle » (IP) est de plus en plus floue. Le rève serait une licence libre unique portant sur TOUS les domaines de l'IP, capable aussi de protéger LES divers domaines publics nationaux. ___ Talk-fr mailing list
Re: [OSM-talk-fr] OSM dans l'IGN Magazine n°68 :)
J'y ai pensé aussi en me demandant à quelle étape on était... Le 5 décembre 2012 08:53, THEVENON Julien julien_theve...@yahoo.fr a écrit : Merci pour le lien. En le lisant j ai surtout pense a la fameuse citation de Gandhi : D'abord ils vous ignorent, ensuite ils vous raillent, puis ils vous combattent et enfin, vous gagnez Tout n est pas encore parfait mais la situation avance ! Pour info, hier j'ai eu une réunion informelle à l'INSEE très très intéressante... mais j'ouvre un autre fil de discussion pour ne pas mélanger. -- 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] registre parcellaire graphique, WMS et JOSM
Avant de trop taper sur les données CLC, je ne peux que recommander la (re)lecture de la méthodologie utilisée (version simplifiée http://www.developpement-durable.gouv.fr/IMG/spipwwwmedad/pdf/Methodologie_CLC_cle1e1d2e.pdf), ainsi que les objectifs de cette base de données : si on veut l'utiliser pour autre chose que ce pour quoi elle a été conçue, il y a effectivement de forte chances pour qu'elle ne soit pas adaptée ! Sylvain Le 5 décembre 2012 09:04, Philippe Verdy verd...@wanadoo.fr a écrit : Je ne remets pas en cause bien des choses, c'est juste que la distinction entre prairie et champ est souvent difficile à établir : là où il y a des élevages il y a besoin aussi de les alimenter, on trouve donc un mélange entre les terres de culture et les terres de pâturage. Mais c'est aussi assez dépendant de la façon dont les élevages sont gérés : en élevage intensif, ils restent dans des parcs limités et ne vont jamais pâturer, les champs autour sont alors pour la culture. Sinon des terres sont aussi trop pauvres ou trop fragiles pour faire des cultures (ou bien il y a un régulation environnementale qui empêche de faire des cultures (zones protégées en montagne par exemple) : ce ne peut alors être que des pâturages (et encore ils sont limités en densité d'animaux pour éviter qu'ils dévastent tout eux aussi). Mais en plaine, c'est très difficile de savoir si on a un champ ou une prairie : on voit bien que c'est une terre agricole, mais son usage varie : on passe un mois on voit des animaux paître, à côté d'un autre champ en culture, le mois suivant les deux parcelles sont échangées. L'imposition de la jachère (pour limiter le taux des espaces en culture et limiter aussi les apports d'engrais qui sont lessivés et polluent les nappes) favorise cette rotation (comme on a aussi des rotations de cultures, particulièrement avec le maïs qui est très exigent en azote et en eau). Les vergers et vignes de toute façon ne sont ni des prairies, ni des champs. En revanche la nature des élevages autour est assez stable, et on identifie parfaitement ceux qui sont en élevage intensifs (avec alors des champs assez grands, dédiés à la production du maïs et des ensilages), et ceux en élevage extensif où les bêtes passent régulièrement d'une parcelle à l'autre, dans des champs plus petits et où la rotation entre cultures et prairies est très fréquente). L'élevage intensif concerne surtout en France les poulaillers, les lapins, et l'élevage porcin. Pour les élevages laitiers ou de boeuf de boucherie, ou encore les élevages ovins et équestres, l'élevage est rarement intensif (on n'est pas comme aux Etats-Unis voire en Argentine, avec les immenses troupeaux qu'ils sont obligés de déplacer, car les terres sont beaucoup plus pauvres, trop pour les cultures : on a là-bas une séparation claire entre les terres d'élevage et les terres de culture, avec un découpage en parcelles beaucoup plus grandes dans les deux cas). La particularité de la France c'est justement son découpage parcellaire fin : le bocage, où les rotations de cultures et des élevages sont fréquents (cas à part des zones de montagne en altitude, protégées, et des plaines de la Beauce dédiées aux cultures céréalières intensives avec quasiment aucun élevage, donc pas de rotation non plus, juste des terres parfois laissées au repos pendant certaines années). Même si des remembrements ont eu lieu pour agrandir les parcelles et améliorer la productivité, la rotation des terres n'a pas disparu. En revanche le développement de l'élevage intensif ont été le principal moteur de ces remembrements, à cause des besoins en alimentation animale qui exige des terres de culture importantes et séparées des petites parcelles d'élevage intensif. Distinguer donc les champs ou les prairies est donc forcément difficile dans le bocage. Ces terres devraient être identifiées comme mixte et non dans un type ou l'autre. Le bocage en plus a une valeur très élevée pour la biodiversité (notamment les haies, essentielles à la petite faune de gibiers, aux oiseaux, et aux insectes pollinisateurs), et aussi comme élément fixant les sols, limitant l'érosion ; c'est aussi une usine naturelle de dépollution pour protéger les nappes et rivières de l'impact des productions agricoles (nitrification des eaux, eutrophisation des rivières et estuaires, prolifération des algues en bord de mer, à cause des engrais des cultures mais aussi les épandages des déchets azotés des élevages, les deux étant rapidement lessivés sans être fixés par le sol) et aussi limiter l'impact des crues pour protéger les villes et villages (le bocage sert de zone inondable). ___ 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] Premier contact INSEE
Donc hier était organisée une réunion informelle OSM/INSEE. La différence entre l'INSEE et l'IGN c'est que l'INSEE n'a quasiment aucune activité commerciale car l'Etat la finance quasi intégralement, donc aucun leur problème est avant tout d'assurer une diffusion maximale de leur travail et OSM est un de ces moyens. Nous devrions avoir accès à pas mal de données (comme les découpages supra-communaux voire éventuellement les IRIS) et l'INSEE est aussi intéressée par nos données y compris pour améliorer la présentation et navigation géographique sur son site web pour lequel ils ont toujours été limité par leur partenariat avec l'IGN. On ne rentre donc pas dans le ils vous ignorent, ils vous raillent, ils vous combattent, vous gagnez. Ce qui les a marqué: Kartograph (http://kartograph.org/showcase/dotgrid/) et le script etat-commune -- 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] registre parcellaire graphique, WMS et JOSM
2012/12/4 Vincent Pottier vpott...@gmail.com: Quand le tracteur passe plusieurs fois au même endroit pour l'engrais, les fumures, les traitements... il laisse des traces. Dans une prairie, le tracteur ne fait pas tant de passages. Tout au plus une fumure de fond dans l'année. Plus les fauches... Bref il ne laisse pas les mêmes traces. On en apprend des choses avec OSM D'après ce que je comprends, le RPG est fait pour subventionner les agriculteurs dans le cadre européen de la politique agricole commune (PAC). C'est essentiellement déclaratif de la part des exploitants (même si il doit y avoir des contrôles anti-fraudes). C'est une information qui vient du bas et mis à jour chaque année pour les subventions. Donc, à priori, fiable. C'est géré par l'ASP qui dépend du ministère de l'agriculture. Au passage, sur leur site, ils n'en sont pas encore à l'OpenData: http://www.asp-public.fr/?q=node/856#prix2 CLC, c'est le ministère de l'environnement, pardon, de l'écologie, et c'est l'usage de tous les sols. Ca vient de l'ex ifen qui s'appelle maintenant Service de l'Observation et des Statistiques (SOS :-). C'est surtout tiré d'une analyse d'images aériennes. Ils sont incapables de dire si c'est du colza ou du mais et ils se trompent souvent entre champs cultivés et prairies. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Retour des limites de communes en bord de mer
Bonjour à tous Je ressors un sujet qui avait suscité des débats en août 2010 à propos de la limite du territoire communal en bord de mer : http://lists.openstreetmap.org/pipermail/talk-fr/2010-August/025493.html La décision avait été prise ultérieurement (je ne retrouve pas où) d'inclure l'objet coastline (censé représenter la laisse de plus haute mer) dans le contour communal, pour simplifier la saisie : un des avantages que j'y vois après coup est aussi de retrouver un aspect des contours communaux similaire à ce dont on a l'habitude. Les communes littorales françaises aujourd'hui dans OSM ne recouvrent donc pas du tout la mer. Je reparle de ça simplement parce que je suis tombé sur un document de l'ADEME, datant de 2002 mais qui n'avait pas été cité dans le débat, qui refait le point sur ça : Éoliennes en mer et maîtrise foncière : Éléments juridiques [1]. Ce sont en particulier les pages 39 à 45 qui concernent la délimitation du territoire communal. En gros, la théorie est que le territoire des communes doit bien s'étendre jusqu'à la limite des eaux territoriales, mais que les délimitations latérales (entre communes) ne sont pour l'instant nulle part définies. L'intégration à OSM devra attendre. [1] http://www2.ademe.fr/servlet/getDoc?cid=96m=3id=22487p1=4366p2=ref=17597 Bonne lecture ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
Le 05/12/2012 09:04, Philippe Verdy a écrit : Distinguer donc les champs ou les prairies est donc forcément difficile dans le bocage. Ces terres devraient être identifiées comme mixte et non dans un type ou l'autre. Si ça entre dans une rotation de culture, herbe ou autre, vaches ou pas, que ce soit en jachère ou en culture, c'est un champs ! Si ça reste en herbe, c'est une prairie. Facile ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Prochaine réunion des mappeurs parisiens...
J'ai ouvert un framadate pour choisir notre prochaine date de réunion... http://framadate.org/iz9dywlld1pz2ivz Je propose de clôturer dimanche soir, afin de publier la date sur le site web avec un peu plus d'avance que d'habitude ;) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Messages dans les commentaires de modification ?
Le message suivant de davidfid: ## Bonjour, J'aimerai signaler une chose étrange que j'ai constaté récemment. Comme toute personne se trouvant dans un petit village, j'ai commencé par cartographier mon village qui n'était pas très à jour. Peu de modifications sont donc faites dans ces environs. Or j'ai récemment trouvé un utilisateur qui a fait à peu près 50 modifications dans le coin ou j'habite. Je n'ai pas constaté à première vue du vandalisme dans ses modifications, mais ce sont les commentaires qui ont été mis qui m'ont paru louches : 1 seul caractère dans le commentaire pour chaque modification. En effet, si on regarde l'historique des modifications, on peut lire un message caché: Hortense RV 13:15 Hanovre Lundi. :arrow: Ma question est simple : Est-ce un Bug ? :?: Des utilisateurs utilisent OSM pour communiquer ou faire passer des messages ? :?: Est-ce une utilisation courante des commentaires par une catégorie d'utilisateurs ? :?: L'utilisateur en question est celui-ci et on peut voir ce message : http://www.openstreetmap.org/user/Hortensia/edits?page=3 De plus ce sont les seules modifications faites par l'utilisateur et ceci me laisse perplexe/curieux ... Si certains peuvent m'apporter des réponses, j'en serai ravis. Sinon ça restera un mystère (surtout pour moi) ;) a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Bonjour à tous, Si vous n'avez pas réussi à visualiser le reportage dans lequel je fais une apparition, vous pouvez le (re)voir icihttp://www.goall.fr/linux-et-les-libristes-un-reportage-produit-et-diffuse-par-france-3-nord-estmis en ligne par le Groupe d'Organismes acteurs du Libre en Lorraine (GOALL). Romain Le 23 novembre 2012 11:22, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Un p'tit rappel pour ce soir: http://franche-comte.france3.fr/emissions/enquetes-de-regions/actu/vendredi-23-novembre-aidons-nous-les-uns-les-autres.html J'ai demandé une autorisation de diffusion mais je n'ai pas eu de réponse pour le moment. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour des limites de communes en bord de mer
Effectivement. Les limties des eaux territoriales sont définies en fonction de la distance à une « ligne de base » qui suit de très près la ligne de côte, mais avec d'une part une limite très fliue pour cette ligne de base, et d'autre part des ajustements de la distance revendiquée en fonction des accords avec les pays voisins. Si on avait la ligne de base exacte, ou pourrait alors en déduire le prolongement des limites communales en mer par simple calcul purement géométrique. Mais un autre facteur entre en jeu : les communes ne sont pas libres de faire ce qu'elles veulent sur le littoral, qui est de la compétence de l'Etat (en témoigne les lois de protection du littoral). Les données de la ligne de base légale sont pourtant essentielles pour définir, du côté terrestre ce qui constitue le littoral protégé par la loi. On se rend compte de la présence de cette ligne de base uniquement après des accidents (les tempêtes par exemple ou les séismes, qui soulèvent des lames d'eau au delà du seul effet permanent des marées prévisibles, ou des courants marins qui eux sont plus difficiles à prévoir car dépendant aussi d'autres facteurs, climatologiques notamment, éventuellement aussi soumis au régime des fleuves dépendant cette fois d'évènements météorologiques à moins long terme mais aussi de l'utilisation et des contraintes qui sont faites des eaux fluviales, avec un effet sur la hauteur d'eau apportée dans les estuaires). On n'a aucune donnée pour l'instant sur la ligne de base, celle-ci étant sujète à diverses interprétations et modifications en fonction de certains évènements, sans conséquence pourtant sur les eaux territoriales — sauf si cela a pour effet de faire émerger ou disparaître un ilôt : l'élévation des niveaux des océans avec le climat pourrait bien avoir des conséquences avec des réductions notables des eaux territoriales dans certaines zones où elles ont été créées autour de tous petits îlots (voire juste des bancs de sable) à peine émergés, notamment dans l'Océan indien et dans les atolls du Pacifique soumis à une érosion et un effondrement rapide, accéléré en plus par la mortalité des récifs coralliens à cause de l'acidification de l'eau, ou encore par un changement du régime des courants marins par des apports massifs d'eau douce changeant la salinité de l'eau et sa température. On peut toujours essayer d'interpréter les lois, mais elles se contredisent entre elles, ou sont presque inapplicables faute de données de référence légale assez précise (la ligne de base en est un excellent exemple). Si un problème juridique survient, les tribunaux iront vers un partage des responsabilités entre les collectivités locales concernées (et aussi de l'Etat pour le domaine public maritime et le domaine littoral protégé) et non vers des responsabilités exclusives de l'une ou de l'autre de ces collectivités. Et en fin de compte c'est l'Etat qui réglera la note, ce qui rend finalement les limites intercommunales ou entre les autres collectivités locales dans le domaine maritime inexistantes en pratique ! Puisque ces communes voisinent le même domaine maritime de l'Etat, elles sont toutes concernées de façon solidaire, et sont incapables de décider quoi que ce soit par elles-même, seul l'Etat en fin de compte intervient (par les préfets chargés des régions maritimes françaises, qui ne sont pas de la compétence des régions administratives) Je pense qu'en France il n'est pas possible de définir des limites territoriales en mer des communes, départements, régions administratives, ou de n'importe lequel de leur découpage ou regroupement). Seules les régions maritimes seraient pertinentes. Les exceptions à la règle de l'exclusivité des régions maritimes sont les collectivités territoriales situées hors du territoire métropolitain continental, car il est alors possible d'attacher à la collectivité territoriale de Corse, ou aux ROM, COM et à la Nouvelle-Calédonie, un domaine maritime régional déterminé par les eaux territoriales françaises, sans pour autant pouvoir le découper davantage entre les deux départements de Corse, ou entre les autres collectivités et communes plus petites). Mais si on étend ensuite à la ZEE française, la région maritime de Corse et les régions maritimes métropolitaines continentales en Méditerranée ne sont plus séparables non plus : c'est la même ZEE, avec des tonnes de conflits d'intérêts entre les pays voisins (par exemple pour les droits de pêche). Et seules alors les ROM, les COM et la Nouvelle-Calédonie pourraient alors avoir un intérêt dessus (avec toutefois des difficultés de partages de compétence concernant la ROM de Guadeloupe et les deux COM de Saint-Martin et Saint-Barthélemy si c'est la même ZEE française; de même entre la ROM de Mayotte d'une part et d'autre part la COM des TAAF au sujet de l''extension de la ZEE autour de certaines îles du Canal du Mozambique, une ZEE contestée par les pays voisins, comme partout en fait dans chacun des districts des TAAF). On en
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
le 05/12/2012 10:13, Sylvain Maillard a écrit: Avant de trop taper sur les données CLC, je ne peux que recommander la (re)lecture de la méthodologie utilisée (version simplifiée http://www.developpement-durable.gouv.fr/IMG/spipwwwmedad/pdf/Methodologie_CLC_cle1e1d2e.pdf), ainsi que les objectifs de cette base de données : si on veut l'utiliser pour autre chose que ce pour quoi elle a été conçue, il y a effectivement de forte chances pour qu'elle ne soit pas adaptée ! Tout à fait d'accord, CLC ne se trompe pas entre prairies et champs, puisque l'échelle adoptée est loin d'être au niveau de la parcelle ! En terme de paysage agricole, l'analyse de CLC est par contre excellente, à condition de visualiser les données à un niveau de zoom pas trop fort. Samy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Excellent reportage ! Sous licence libre lui aussi ? On peut le reprendre, rediffuser ? Le 5 décembre 2012 11:58, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour à tous, Si vous n'avez pas réussi à visualiser le reportage dans lequel je fais une apparition, vous pouvez le (re)voir ici mis en ligne par le Groupe d'Organismes acteurs du Libre en Lorraine (GOALL). Romain Le 23 novembre 2012 11:22, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Un p'tit rappel pour ce soir: http://franche-comte.france3.fr/emissions/enquetes-de-regions/actu/vendredi-23-novembre-aidons-nous-les-uns-les-autres.html J'ai demandé une autorisation de diffusion mais je n'ai pas eu de réponse pour le moment. Romain ___ 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] Tournage d'un reportage-magazine pour France 3 Nord-Est
Le 5 décembre 2012 12:26, Christian Quest cqu...@openstreetmap.fr a écrit : Excellent reportage ! Sous licence libre lui aussi ? On peut le reprendre, rediffuser ? Je vais à nouveau relancer la journaliste s'il faut un accord écrit... même si pour elle il n'y a aucun problème dans la mesure où l'on cite la source et que l'on n'en fait pas un usage commercial. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
Là je ne dis pas le contraire, et je n'ai pas tapé trop fort contre Corine qui n'a jamais été conçu pour le niveau parcellaire. Cela donne malgré tout une info utile pour décrire en moyenne le paysage d'un point de vue environnemental (et certainement pas légal ni contextualisé à une époque précise). En tant que source Corine est très fiable malgré tout à son échelle de rendu, mais il ne faut pas aller trop loin dans le détail car ça n'a aucun sens. Mais OSM veut aller plus loin, et donc forcément il doit s'en détacher progressivement pour cartographier des éléments beaucoup plus fins. On pourrait depuis ce niveau de détail reconstruire une vue compatible avec Corine, depuis la source OSM, même si elle est légèrement différente et certainement mieux actualisée. Mais peut-être qu'un jour Corine fera son analyse environnementale dans ce sens, en partant du niveau fin vers un niveau d'échelle supérieur prenant en compte une simplification de la classification (mais permettant de conserver des éléments statistiques comme les rapports de surfaces qui seraient alors actualisés et plus précis tout en simplifiant les géométries adaptées à son échelle d'analyse). Mais je pense que Corine ne pourra pas le faire de façon globale à toute l'Europe : l'actualisation dans ce sens se fera de façon dispersée sur une partie du territoire européen (comme elle continue à le faire à un rythme très lent : elle pourrait d'ailleurs envisager pour faciliter cette mise à jour d'utiliser les diverses sources ouvertes, y compris OSM si l'évaluation par Corine l'amène à accepter cette source comme assez fiable au moins dans certains secteurs assez bien décrits, sans avoir à refaire elle-même ce coûteux travail, à condition toutefois que Corine accepte la licence ODbL dans ses données, et accepte aussi l'attribution, ce qui n'est pas du tout évident : elle préférera mentionner les sources officielles des Etats européens, et les sources d'imagerie dont elle a obtenu une licence lui permettant de produire son travail dérivé). A ce titre, concernant la France, Corine s'appuiera certainement pour sa mise à jour sur les données de l'IGN (surtout maintenant depuis sa fusion avec les eaux et forêts) et des ministères de l'agriculture ou de l'environnement. Le 5 décembre 2012 12:19, Samy Mezani samy.mez...@wanadoo.fr a écrit : le 05/12/2012 10:13, Sylvain Maillard a écrit: Avant de trop taper sur les données CLC, je ne peux que recommander la (re)lecture de la méthodologie utilisée (version simplifiée http://www.developpement-**durable.gouv.fr/IMG/** spipwwwmedad/pdf/Methodologie_**CLC_cle1e1d2e.pdfhttp://www.developpement-durable.gouv.fr/IMG/spipwwwmedad/pdf/Methodologie_CLC_cle1e1d2e.pdf ), ainsi que les objectifs de cette base de données : si on veut l'utiliser pour autre chose que ce pour quoi elle a été conçue, il y a effectivement de forte chances pour qu'elle ne soit pas adaptée ! Tout à fait d'accord, CLC ne se trompe pas entre prairies et champs, puisque l'échelle adoptée est loin d'être au niveau de la parcelle ! En terme de paysage agricole, l'analyse de CLC est par contre excellente, à condition de visualiser les données à un niveau de zoom pas trop fort. Samy __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
CC-by-SA-NC alors ? ;) Le 5 décembre 2012 12:32, Romain MEHUT romain.me...@gmail.com a écrit : Le 5 décembre 2012 12:26, Christian Quest cqu...@openstreetmap.fr a écrit : Excellent reportage ! Sous licence libre lui aussi ? On peut le reprendre, rediffuser ? Je vais à nouveau relancer la journaliste s'il faut un accord écrit... même si pour elle il n'y a aucun problème dans la mesure où l'on cite la source et que l'on n'en fait pas un usage commercial. Romain ___ 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] Tournage d'un reportage-magazine pour France 3 Nord-Est
Tout à fait! Le 5 décembre 2012 12:37, Christian Quest cqu...@openstreetmap.fr a écrit : CC-by-SA-NC alors ? ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
Certains se sont même essayé à compiler les deux infos - CLC et RPG - : http://www.trame-ecologique-massif-central.com/downloads/notes?download=8:notes-methodologiques-apport-rpg Je n'ai pas regardé plus en avant, mais ça ne semble pas forcement intéressant pour OpenStreetMap. Cordialement, Mika_Gueret Le mercredi 05 décembre 2012 à 10:27 +0100, Pieren a écrit : 2012/12/4 Vincent Pottier vpott...@gmail.com: Quand le tracteur passe plusieurs fois au même endroit pour l'engrais, les fumures, les traitements... il laisse des traces. Dans une prairie, le tracteur ne fait pas tant de passages. Tout au plus une fumure de fond dans l'année. Plus les fauches... Bref il ne laisse pas les mêmes traces. On en apprend des choses avec OSM D'après ce que je comprends, le RPG est fait pour subventionner les agriculteurs dans le cadre européen de la politique agricole commune (PAC). C'est essentiellement déclaratif de la part des exploitants (même si il doit y avoir des contrôles anti-fraudes). C'est une information qui vient du bas et mis à jour chaque année pour les subventions. Donc, à priori, fiable. C'est géré par l'ASP qui dépend du ministère de l'agriculture. Au passage, sur leur site, ils n'en sont pas encore à l'OpenData: http://www.asp-public.fr/?q=node/856#prix2 CLC, c'est le ministère de l'environnement, pardon, de l'écologie, et c'est l'usage de tous les sols. Ca vient de l'ex ifen qui s'appelle maintenant Service de l'Observation et des Statistiques (SOS :-). C'est surtout tiré d'une analyse d'images aériennes. Ils sont incapables de dire si c'est du colza ou du mais et ils se trompent souvent entre champs cultivés et prairies. 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] registre parcellaire graphique, WMS et JOSM
tout à fait Dans le cadre de la PAC il existe 3 catégories *prairies permanentes (interdiction de retourner sauf dérogation) en principe celles-la on est sur qu'elles sont prairies *prairies temporaires (cela peut aller d'un ray-grass semé pour 18 mois à un mélange prairie ou une luzerne gardé 5 ans) *cultures annuelles il est donc très difficile de faire le distingo entre prairies temporaires et cultures. l'assolement variant d'une année sur l'autre en fonction des objectifs de l'exploitation par contre la notion de prairie permanente est comme son nom l'indique plus fiable et plus pérenne d'un point de vue carto je ne sais pas si le RPG permet d'extraire cette donnée facilement. jeff Le mercredi 05 décembre 2012 à 11:07 +0100, Vincent Pottier a écrit : Le 05/12/2012 09:04, Philippe Verdy a écrit : Distinguer donc les champs ou les prairies est donc forcément difficile dans le bocage. Ces terres devraient être identifiées comme mixte et non dans un type ou l'autre. Si ça entre dans une rotation de culture, herbe ou autre, vaches ou pas, que ce soit en jachère ou en culture, c'est un champs ! Si ça reste en herbe, c'est une prairie. Facile ! -- FrViPofm ___ 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] registre parcellaire graphique, WMS et JOSM
Le mardi 04 décembre 2012 à 17:52 +0100, Ab_fab a écrit : Message long, mais sujet intéressant, en particulier pour ta réflexion sur le regroupement des classes du RPG dans quelque chose de raisonnable pour osm. Pourrais-tu mettre ça à plat dans le wiki ? Pour la suite, un outil qui simplifierait à l'échelle d'une commune (ou un peu plus vaste) _ la fusion de parcelles proches de même nature, _ en tenant compte de ce qui existe déjà dans OSM en terme de landuse, _ tout en gardant des polygones de taille raisonnable, ce serait super Je note ça sur ma liste des choses à faire ;-) En attendant, si vous chargez la couche RPG avec le plugin OpenData, il me semble qu'une classification/simplification des classes de culture est déjà faite pour rendre compatible les données du RPG avec les landuses OSM. Et si quelqu'un veut un bout de shapefile, s'il demande gentiment, je peux lui préparer ça ;-) Mika ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Ca serait une première à France Télévision... mais logique pour un tel reportage ! Le 5 décembre 2012 12:43, Romain MEHUT romain.me...@gmail.com a écrit : Tout à fait! Le 5 décembre 2012 12:37, Christian Quest cqu...@openstreetmap.fr a écrit : CC-by-SA-NC alors ? ;) -- 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] registre parcellaire graphique, WMS et JOSM
J'ai un peu regardé dans mon coin de campagne bourguignon... Le RPG est bien détaillé sur le plan géométrique. Il permet d'affiner les landuse residential ou forest, mais faire ça à la main va prendre énormément de temps ! -- 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] registre parcellaire graphique, WMS et JOSM
Je ne me fierais pas trop à la présence des traces d'engins (sur l'imagerie) pour dire qu'une prairie a de l'herbe pérenne (sinon on a les mêmes problèmes que Corine mais cette fois à une échelle beaucoup plus fine où l'erreur d'interprétation est beaucoup plus grossière et plus grave, que ce que donne Corine à son échelle relativement fiable). Car même si un champ doit rester une prairie pour le pâturage, la qualité fourragère de son herbe peut se dégrader et devenir assez pauvre, trop ligneuse, parfois néfaste à la qualité du lait ou de la viande, voire toxique pour les animaux ou dans les produits agricoles dérivés. De nombreux pâturages sont donc entretenus par les agriculteurs, qui de temps en temps vont aller les désherber, les retourner, et resemer l'herbe. Les agriculteurs peuvent aussi faire des traitements phytosanitaires (aucune pâture pendant un temps après ce traitement car c'est toxique pour les animaux tant que les produits ne sont pas dégradés ou lessivés), boucher les trous laissés par les animaux et réensemencer, poser des drains et canalisations pour couvrir des fossés, faire des coupes dans les haies, tailler les arbres, refaire des clôtures ou en enlever pour réunir des parcelles, ... Jusqu'à ce qu'un jour il juge qu'il n'a plus besoin de cette pâture pour ses bêtes (il a équipé un espace de stabulation pour aller vers une production plus intensive) et qu'il préfère alors les semer pour faire de l'ensilage ou des céréales annuelles destinées à son élevage. L'inverse est aussi vrai s'il décide d'abandonner l'élevage intensif pour aller vers une production de meilleure qualité et plus rentable économiquement (une production « Bio » par exemple, qui impose certaines contraintes pour obtenir le label lui permettant de vendre moins en quantité mais globalement plus cher ou avec moins d'investissements, et donc aussi moins de risques financiers que les banques ne veulent plus prendre, et que la PAC ne veut plus aider à financer). Si Corine ou toi ne s'appuie que sur l'imagerie aérienne, il y aura des erreurs. Même en allant voir sur le terrain, une visite ne suffira pas et on ne pourra rien conclure de l'absence ou la présence de ces traces d'engins, qui peuvent être assez fréquents à certaines périodes, et beaucoup moins à d'autre. Ce sera pareil si on s'appuie sur la présence ou non de bêtes en pâture. Pour réellement savoir si l'herbe d'une prairie est pérenne, il n'y a pas d'autre choix que de comparer les images (ou données dérivées de ces images) sur plusieurs années, en ignorant les périodes où le terrain vient de faire l'objet d'une remise en état ou transformation importante (difficile de savoir à ce moment-là si c'est pour une culture ou pour un pâturage) : il va falloir revisiter l'année suivante pour savoir si on y trouve ou pas une culture (même fourragère: on verra que le terrain a été à nouveau retourné et que l'herbe semée l'année précédente n'est déjà plus là et que ce n'était que de l'ensilage, donc que le terrain n'est plus une prairie ou pâture mais bien un champ). Dans certains cas on pourra même trouver que l'agriculteur y a fait une plantation d'autre chose (création d'un bois, d'un verger, d'un vignoble), voire construction de serres maraîchères, ou revente du terrain à un lotisseur (le nettoyage ayant été fait pour apporter plus de valeur au terrain et faciliter sa revente, notamment après un drainage, le comblement des fossés et un redécoupage des lots). Il arrive aussi qu'un lotisseur achète le terrain en l'état, mais qu'en attendant sa mise à vente (ainsi que les permis de lotir, l'arrivée de la viabilisation et des réseaux d'eaux usées obligatoires puis des permis de construire...), en confit l'entretien au même agriculteur (qui y fait donc du fermage, renouvelé par contrat privé chaque année), en lui demandant de faire ce nettoyage (le lotisseur peut payer l'agriculteur pour les travaux importants comme le désherbage, le drainage, la coupe des haies, l'entretien des arbres, l'arrachage des souches). Parfois le projet du lotisseur n'aboutira pas (refus dune municipalité, interdiction administrative, ou nouvelle contrainte légale), et soit il revendra à nouveau à un agriculteur ou il fera un appel d'offres aux agriculteurs voisins pour du fermage avec des baux assez longs (par exemple 5 à 20 ans pour des cultures ou pâtures, ou beaucoup plus si c'est pour aller y planter un bois, un verger ou un vignoble ou y installer des serres...). Il y a aussi des accords avec les sociétés de chasse locales (contre la prolifération de certains gibiers), parcs régionaux, propriétaires privés ou publics de terrains, qui peuvent aussi demander et payer les agriculteurs pour aller faire de l'entretien, voire même retourner un champ pour le resemer, ou bien aller y faire paître des animaux certaines années (sans que ce soit pour autant des prairies ou des champs réellement dédiés). Le 4 décembre 2012 23:26, Vincent Pottier vpott...@gmail.com a écrit : Sur CLC, dans
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Le mercredi 05 décembre 2012 à 11:58 +0100, Romain MEHUT a écrit : Bonjour à tous, Si vous n'avez pas réussi à visualiser le reportage dans lequel je fais une apparition, vous pouvez le (re)voir ici mis en ligne par le Groupe d'Organismes acteurs du Libre en Lorraine (GOALL). Chouette reportage. Pas mal de sujet abordés. Curieusement les erreurs relevées étaient du fait des intervenants et non de la journaliste ! - RMS était ingénieur au MIT et non étudiant. - Linus a mis en ligne son kernel dès qu'il était bootable et le succès est venu très vite après pour combler les lacunes de ce noyau embryonnaire. Ça reste anecdotique, le sujet de fond étant traité fort correctement. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Le mercredi 05 décembre 2012 à 11:58 +0100, Romain MEHUT a écrit : Bonjour à tous, Si vous n'avez pas réussi à visualiser le reportage dans lequel je fais une apparition, vous pouvez le (re)voir ici mis en ligne par le Groupe d'Organismes acteurs du Libre en Lorraine (GOALL). Où est-ce que l'on trouve le jeu de cartes que l'on voit a plusieurs reprises dans le reportage ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Exporter les sommets d'Openstreetmap vers Google Earth
J'avais déjà évoqué ce sujet il y a un moment ici: https://ocroquette.wordpress.com/2012/12/04/adding-the-geographical-peaks-to-google-earth/ J'ai ajouté récemment comment intégrer l'altitude des sommets dans leur nom. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Le 5 décembre 2012 13:43, Christophe Merlet red...@redfoxcenter.org a écrit : Où est-ce que l'on trouve le jeu de cartes que l'on voit a plusieurs reprises dans le reportage ? J'ai posé la question aux membres du lug de Nancy... Librement, -- Christophe Merlet (RedFox) ___ 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] Retour des limites de communes en bord de mer
Le 5 décembre 2012 12:16, Philippe Verdy verd...@wanadoo.fr a écrit : Effectivement. Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Exporter les sommets d'Openstreetmap vers Google Earth
On mercredi 5 décembre 2012, Olivier Croquette wrote: J'avais déjà évoqué ce sujet il y a un moment ici: https://ocroquette.wordpress.com/2012/12/04/adding-the-geographical-peaks-to-google-earth/ J'ai ajouté récemment comment intégrer l'altitude des sommets dans leur nom. Tiens, ça me rappel que j'avais un besoin à peu prêt similaire que j'ai développé et mis à coté de l'api.openstreetmap.fr. Ça ne fait pas tout de ta procédure, mais ça devrait pouvoir en simplifier une partie sur la partie récupération des données En gros c'est un convertisseur temps réél de osm vers des points gpx, c'est pas extraordinaire, mais si ça peut servir. Il suffit de cliquer là : http://api.openstreetmap.fr/osm2nodegpx?node[natural=peak][bbox=5,45,6,46] Et le fichier obtenu se charge sans modification dans googleearth qui supporte le format gpx, l'altitude est disponible dans le champs ele prévu à cet effet, mais googleearth ne l'affiche pas directement, il faut aller dans les propriété du point pour la récupérer. -- 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] Premier contact INSEE
Pour les données supra-communales, ce qui nous intéressera c'est surtout être informé des mises à jour, et disposer de l'exhaustivité, on est déjà bien avancé mais des infos manquent encore (surtout pour terminer les cantons très mal décrits géographiquement, ou seulement par des textes légaux qu'il faut interpréter à la loupe pour savoir de quoi ils parlent). En revanche c'est une sacré bonne nouvelle pour les IRIS : en fin une base pour cartographier le niveau 11 (comme en Allemagne ou aux Pays-Bas) le niveau 9 restant pour les arrondissements communaux, le niveau 10 pour les grands quartiers officiellement gérés sous des dénominations diverses dans certaines communes). Ce niveau 11 des IRIS sera alors pertinent pour les regrouper en zones de'services (c'est-à-dire découpage des EPCI, tels que les pôles de proximité de l'agglomération de Nantes). C'est le niveau le plus pertinent pour la planification des services et mesure des besoins de toutes les collectivités grace à son échelle raisonnable de population suffisante. Pour les communes peu peuplées, non découpées en IRIS, la commune entière est une zone suffisante de découpage de l'EPCI, les statistiques de l'Insee par commune suffisent et protègent encore à priori le secret statistique, notamment en matière de secret commercial ou des patrimoines privés : l'Insee cependant est amené à ne pas publier un détail commune par commune si c'est trop facilement identifiable — L'Insee codifie alors dans son découpage un regroupement résiduel autres communes (voire pourquoi pas autres IRIS) afin de préserver le secret statistique qui lui est imposé par la loi dans ses publications (notamment pour certaines données statistiques issues du recensement de population ou des données de collecte fiscale, ou pour le détail de certaines activités économiques un peu trop précises sur une petite zone, qu'on ne pourra alors pas croiser avec le détail par zone géographique précise publié lui sur une activité économique plus large ou résiduelle comme autres actitivés). — Certaines données publiées par l'Insee seront donc détaillées géographiquement dans une zone, d'autres données non sur cette zone (et souvent ce n'est pas du tout par manque d'informations, mais à cause du secret statistique, ou sinon parce que le jeu de données sources est insuffisant sur cette zone pour être aussi précis et significatif, dans le cas où ces données sources ne sont partout qu'un échantillon et pas un jeu exhaustif). Noter que maintenant le recensement général de population vient lui aussi d'un échantillonnage — Tant pis si certains documents semblent dire le contraire, c'est totalement faux (ou juste un vœux pieux). C'est bien pour ça que l'Insee finalement a arrêté de distinguer les deux types de population comptées à part. Cela n'avait aucun sens (et ça n'en a toujours pas beaucoup avec la définition actuelle de la population communale, qui n'est qu'une donnée légale, publiée en fait l'année suivante après correction des évolutions statistiques pour aligner les dates d'estimation en début de chaque année). En principe on devrait être tous recensés au moins une fois tous les 5 ou 10 ans si on est majeur, et on est obligé d'y répondre... à condition d'être sélectionné. Même encore lors le dernier recensement général qui a eu lieu dans ma commune et qui était sensé être complet (et pas une estimation annuelle), visiblement les agents recenseurs arrêtent leurs visites dès qu'ils ont atteint un certain seuil minimum de réponses (le seuil étant basé sur les estimations précédentes et sur le croisement de certaines autres fichiers, notamment fiscaux ou sociaux), et il doit être très loin des 100% (à mon avis l'Insee se suffit autour des 10% ou 20% notamment dans les agglomérations assez denses, sauf si la commune lui demande d'aller plus loin et participe au financement de l'enquête; et là je ne parle même pas du taux de réponses, mais bien du nombre de foyers à qui ils ont adressé leur formulaire). Mais combien d'entre-vous ont été recensés quelque part ? Pour moi, JAMAIS de ma vie en plus de 40 ans (même pas quand je vivais dans ma famille qui n'a jamais été interrogée non plus depuis la fin des années 1970, et encore c'était quand elle habitait une commune rurale, et non une ville importante, et à cette époque j'étais mineur). Mais cela fait tout de même plus de 30 ans que je suis majeur et vis dans mon propre foyer, jamais enquêté. Mais j'ai l'habitude aussi d'être oublié par le fisc presque tous les ans — sauf pour les impôts locaux ou pour recevoir une contravention suite à un flash automatique, alors que la préfecture n'a pas cette info dans le fichier des permis de conduire ou cartes grises, puisque jamais on nous demande de le mettre à jour — et de faire sans arrêt corriger mon adresse toujours fausse dans les fichiers fiscaux nationaux, même lorsque je le signale, ou de réclamer une carte d'électeur à une mairie qui m'a oublié lors de certaines élections passées alors
Re: [OSM-talk-fr] Exporter les sommets d'Openstreetmap vers Google Earth
Le 05/12/2012 13:46, Olivier Croquette a écrit : J'avais déjà évoqué ce sujet il y a un moment ici: https://ocroquette.wordpress.com/2012/12/04/adding-the-geographical-peaks-to-google-earth/ J'ai ajouté récemment comment intégrer l'altitude des sommets dans leur nom. Est-ce qu'il n'aurait pas été plus rapide l'utiliser l'Overpass API pour extraire les sommets, plutôt que de télécharger toute la base OSM ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : registre parcellaire graphique, WMS et JOSM
Je laisse un exemple de résultat de mon script perso. http://dl.free.fr/r1AtaRf8n Il regroupe dans une même classe les cultures, prairie,... Il fusionne les polygones adjacents. C'est du vite fait, j'ai donné des attribut osm au pif de mémoire à l'époque. Les infos sont dans le script. À ma connaissance la base de forêt que tu pointe Romain n'est pas libre. J'aimerais bien qu'elle soit au moins disponible. Sylvain a raison, il faudrait commencé par lire la métho!! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Premier contact INSEE
Pour les mises à jour, il n'est pas impossible que l'INSEE fasse directement les mises à jour dans OSM :-) Ce serait pour eux un moyen supplémentaire de diffuser leurs infos. Par ailleurs l'INSEE est dans une démarche généralée tournée vers le web sémantique. Les données seront donc aussi disponibles en RDF interrogeable via des requêtes SPARQL. Pour les cantons, c'est encore plus compliqué semble-t-il car l'INSEE a plusieurs notions de cantons, des cantons ville, des pseudos cantons... mais ces découpages statistiques n'ont peut être pas de rapport direct avec les canton du COG. Le grand quartiers correspondent plus ou moins aux TRIRIS, mais ce n'est plus vraiment d'actualité semble-t-il. J'ai aussi marqué des points avec mes ref:NUTS ;) -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour des limites de communes en bord de mer
J'en suis pour l'instant resté à la définition manquante dans OSM des régions maritimes, et des régions militaires (ou zones de défense), ce qui permettrait là de découper les eaux territoriales métropolitaines — mais SANS tenir compte des régions administratives (en tant que collectivités territoriales et qu'on a cartographiées dans OSM uniquement sur leur domaine terrestre et limité par la ligne de côte, faute de mieux) qui n'ont visiblement pas cette compétence individuellement. Là j'aimerais bien que l'INSEE (ou un jeu de données libres sous licence Étalab ou ODbL) publie ces données précises, vérifiées légalement et fiables sur les régions maritimes et peut-être les régions militaires — celles entrant dans les attributions déléguées par l'État à certains préfets (ce n'est clair QUE pour la Corse, la Nouvelle-Calédonie, les ROM sauf la Guadeloupe, et certaines COM, mais c'est déjà moins clair pour les zones de défense qui impliquent une implication des régions administratives). Mais pour l'instant pas besoin de découper les eaux territoriales françaises (et surtout pas non plus la ZEE), puisqu'il n'y a aucun moyen de distinguer des compétences exclusives d'une collectivité locale par rapport à une autre sur ce secteur maritime, et qu'elles sont pour l'instant toutes solidaires et soumises non pas à la loi mais à la jurisprudence des décisions des tribunaux, cette jurisprudence (limitée au réglement de certains litiges) pouvant être annulée à tout moment dans ses effets par n'importe quelle loi nationale. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Premier contact INSEE
La très récente réforme concernant le conseiller départemental (successeur du conseiller territorial, lui-même successeur du conseiller général), qui implique l'élection d'un doublon homme-femme par canton tout en conservant le même nombre d'élus, entrainera une division par 2 du nombre de cantons. Il y aura donc, au minimum, une fusion de cantons et, plus certainement, un redécoupage : les frontières de certains cantons n'ayant pas bougé depuis 2 siècles, et ne collant plus avec la démographie actuelle. Francescu Le 5 décembre 2012 15:24, Christian Quest cqu...@openstreetmap.fr a écrit : Pour les mises à jour, il n'est pas impossible que l'INSEE fasse directement les mises à jour dans OSM :-) Ce serait pour eux un moyen supplémentaire de diffuser leurs infos. Par ailleurs l'INSEE est dans une démarche généralée tournée vers le web sémantique. Les données seront donc aussi disponibles en RDF interrogeable via des requêtes SPARQL. Pour les cantons, c'est encore plus compliqué semble-t-il car l'INSEE a plusieurs notions de cantons, des cantons ville, des pseudos cantons... mais ces découpages statistiques n'ont peut être pas de rapport direct avec les canton du COG. Le grand quartiers correspondent plus ou moins aux TRIRIS, mais ce n'est plus vraiment d'actualité semble-t-il. J'ai aussi marqué des points avec mes ref:NUTS ;) -- Christian ___ 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] Premier contact INSEE
Pseudo-cantons ? Non il a exactement les définitions des cantons électoraux, même si pour cela il doit découper certaines communes en « fractions cantonales » (qui peuvent ne rien avoir à faire avec les IRIS, même si les IRIS aident le ministère de l'Intérieur à définir le découpage cantonal. En revanche ce que tu appelles « pseudo-canton » est peut-être un CODE supplémentaire de regroupement comme « autres cantons » destiné à préserver le secret statistique ce regroupement étant propre à chaque type de données statistique, il ne constitue jamais en lui-même un découpage : ces regroupements seront alors différents par exemple pour les données économiques, celles sur le chomage, sur la fiscalité... Ce n'est pas nouveau dans les données statistiques — NUTS contient aussi de tels codes de regroupement à tous les niveaux de son découpage, uniquement destiné à boucler un total à 100% pour les sous-zones qui ne sont *volontairement* pas détaillées (alors qu'elles sont connues et codifiées elles-mêmes individuellement). L'ISO 3166-1 contient aussi des codes de regroupement et divers codes spéciaux, de même les données statistiques mondiales de l'ONU (codification dans sa norme UN M.49), mais cela n'implique pas pour autant l'existence de ces regroupements en tant qu'entités administratives ou politiques. Le 5 décembre 2012 15:24, Christian Quest cqu...@openstreetmap.fr a écrit : Pour les mises à jour, il n'est pas impossible que l'INSEE fasse directement les mises à jour dans OSM :-) Ce serait pour eux un moyen supplémentaire de diffuser leurs infos. Par ailleurs l'INSEE est dans une démarche généralée tournée vers le web sémantique. Les données seront donc aussi disponibles en RDF interrogeable via des requêtes SPARQL. Pour les cantons, c'est encore plus compliqué semble-t-il car l'INSEE a plusieurs notions de cantons, des cantons ville, des pseudos cantons... mais ces découpages statistiques n'ont peut être pas de rapport direct avec les canton du COG. Le grand quartiers correspondent plus ou moins aux TRIRIS, mais ce n'est plus vraiment d'actualité semble-t-il. J'ai aussi marqué des points avec mes ref:NUTS ;) -- Christian ___ 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] Tournage d'un reportage-magazine pour France 3 Nord-Est
La journaliste m'a donc répondu qu'elle n'avait pas plus de réponse non plus de son côté. Elle pense que le service communication de France Télévision ne fait pas de documents écrits. Le nombre de reportages diffusés dans une seule journée les feraient crouler sous les demandes de documents écrits si tout le monde en demandait un. Romain Le 5 décembre 2012 12:32, Romain MEHUT romain.me...@gmail.com a écrit : Le 5 décembre 2012 12:26, Christian Quest cqu...@openstreetmap.fr a écrit : Excellent reportage ! Sous licence libre lui aussi ? On peut le reprendre, rediffuser ? Je vais à nouveau relancer la journaliste s'il faut un accord écrit... même si pour elle il n'y a aucun problème dans la mesure où l'on cite la source et que l'on n'en fait pas un usage commercial. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Ils sont quand même gonflés... eux par contre demandent de signer des documents pour le droit à l'image. Sur le prochain que je signerai un tel document, je rajouterai droit accordé sous réserve de la mise à la libre disposition des images où figure la mienne d'image, non mais... toujours à sens unique, y'en a marre ;) On peut aussi faire la demande inverse du genre sans réponse écrite négative de votre part nous considérerons votre non réponse comme positive. Je sais, ça doit être limite au niveau légalité. Le 5 décembre 2012 15:43, Romain MEHUT romain.me...@gmail.com a écrit : La journaliste m'a donc répondu qu'elle n'avait pas plus de réponse non plus de son côté. Elle pense que le service communication de France Télévision ne fait pas de documents écrits. Le nombre de reportages diffusés dans une seule journée les feraient crouler sous les demandes de documents écrits si tout le monde en demandait un. Romain -- 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] Premier contact INSEE
Pourquoi vouloir refaire la doc de l'INSEE : http://www.insee.fr/fr/methodes/default.asp?page=definitions/canton-ou-ville.htm ? De : Philippe Verdy [mailto:verd...@wanadoo.fr] Envoyé : mercredi 5 décembre 2012 15:40 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Premier contact INSEE Pseudo-cantons ? Non il a exactement les définitions des cantons électoraux, même si pour cela il doit découper certaines communes en « fractions cantonales » (qui peuvent ne rien avoir à faire avec les IRIS, même si les IRIS aident le ministère de l'Intérieur à définir le découpage cantonal. En revanche ce que tu appelles « pseudo-canton » est peut-être un CODE supplémentaire de regroupement comme « autres cantons » destiné à préserver le secret statistique ce regroupement étant propre à chaque type de données statistique, il ne constitue jamais en lui-même un découpage : ces regroupements seront alors différents par exemple pour les données économiques, celles sur le chomage, sur la fiscalité... Ce n'est pas nouveau dans les données statistiques - NUTS contient aussi de tels codes de regroupement à tous les niveaux de son découpage, uniquement destiné à boucler un total à 100% pour les sous-zones qui ne sont *volontairement* pas détaillées (alors qu'elles sont connues et codifiées elles-mêmes individuellement). L'ISO 3166-1 contient aussi des codes de regroupement et divers codes spéciaux, de même les données statistiques mondiales de l'ONU (codification dans sa norme UN M.49), mais cela n'implique pas pour autant l'existence de ces regroupements en tant qu'entités administratives ou politiques. Le 5 décembre 2012 15:24, Christian Quest cqu...@openstreetmap.frmailto:cqu...@openstreetmap.fr a écrit : Pour les mises à jour, il n'est pas impossible que l'INSEE fasse directement les mises à jour dans OSM :-) Ce serait pour eux un moyen supplémentaire de diffuser leurs infos. Par ailleurs l'INSEE est dans une démarche généralée tournée vers le web sémantique. Les données seront donc aussi disponibles en RDF interrogeable via des requêtes SPARQL. Pour les cantons, c'est encore plus compliqué semble-t-il car l'INSEE a plusieurs notions de cantons, des cantons ville, des pseudos cantons... mais ces découpages statistiques n'ont peut être pas de rapport direct avec les canton du COG. Le grand quartiers correspondent plus ou moins aux TRIRIS, mais ce n'est plus vraiment d'actualité semble-t-il. J'ai aussi marqué des points avec mes ref:NUTS ;) -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.orgmailto: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] Exporter les sommets d'Openstreetmap vers Google Earth
On Dec 5, 2012, at 2:42 PM, sly (sylvain letuffe) wrote: Il suffit de cliquer là : http://api.openstreetmap.fr/osm2nodegpx?node[natural=peak][bbox=5,45,6,46] Sympa ! Tu as de la documentation là-dessus ? J'imagine que ça ne marche qu'en France ? Et le fichier obtenu se charge sans modification dans googleearth qui supporte le format gpx, l'altitude est disponible dans le champs ele prévu à cet effet, mais googleearth ne l'affiche pas directement, il faut aller dans les propriété du point pour la récupérer. C'est là qu'un coup de XSLT aide, pour intégrer l'altitude dans le nom. Un outil comme osm2nodegpx est très utile; est-ce que tu crois que ça sera intégré un jour dans l'API officielle ? J'ai toujours du mal dans Openstreetmap avec la grande diversité des outils, et qui vont, qui viennent. Il y a plein de bonnes idées éparses mais un manque flagrant d'intégration (je ne jette la pierre à personne, je ne fais que constater). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Premier contact INSEE
Le « conseiller territorial » n'a en fait jamais existé en métropole (il n'existe que dans les COM et à Mayotte) : une réforme voulue par Sarkozy, mais annulée par le report des élections cantonales et la prolongation des mandats des actuels conseillers généraux. Et il n'est pas encore sût non plus que le « conseiller départemental » verra le jour. On sait juste qu'il n'y aura pas de nouveau report des élections cantonales et régionales (et Mayotte qui est devenu un département et une région, à collectivité unique dans le sens voulu par la réforme sarkozienne avortée, pourrait garder encore ses conseillers territoriaux). La bonne question en fait n'est pas sur cette réforme: es citoyens tiennent à leur département bien plus qu'aux régions actuelles (qui pourraient fusionner, elles, car elles sont trop petites pour être à pied d'égalité raisonnable, face à l'actuelle Île-de-France, trop grosse, mais que Sarkozy voulait encore agrandir dans son projet du « Grand Paris »). La région PACA est aussi trop grosse pourrait devrait être coupée en deux en séparant la Provence, quitte à regrouper le reste de PACA avec une région alpine agrandie — mais là encore en gardant les départements, sauf peut-être : * à Paris en mettant fin à la commune-département actuelle, pas assez locale pour les Parisiens, pour créer à la place un département-région « Paris », plus restreint que l'actuelle Île-de-France et redonnant du pouvoir local aux arrondissements ; * ou pour en créer un département à certains endroits (comme la Basse-Vilaine entre Redon et Saint-Nazaire) * le tout dans une réforme des régions, et vers une disparition programmée des EPCI à fiscalité propre (détestés par les citoyens car non démocratiques et très inégaux) vers une formule unique avec les nouveaux cantons plus équilibrés et moins nombreux que les actuels. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Exporter les sommets d'Openstreetmap vers Google Earth
On Dec 5, 2012, at 2:48 PM, Jean-Claude Repetto wrote: Est-ce qu'il n'aurait pas été plus rapide l'utiliser l'Overpass API pour extraire les sommets, plutôt que de télécharger toute la base OSM ? Ce que j'ai fait est un gros hack, il y a plein de moyen d'optimiser! Je ne connaissais pas Overpass API, ça a l'air intéressant. Ceci dit, c'est encore un outil super mais trop séparé du projet officiel. Ce genre de service devrait être fourni centralement, quitte à le limiter en terme de requêtes par utilisateur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Exporter les sommets d'Openstreetmap vers Google Earth
On mercredi 5 décembre 2012, Olivier Croquette wrote: On Dec 5, 2012, at 2:42 PM, sly (sylvain letuffe) wrote: Il suffit de cliquer là : http://api.openstreetmap.fr/osm2nodegpx?node[natural=peak][bbox=5,45,6,46] Sympa ! Merci ;-) mais ça n'était pas super compliqué (d'où le fait que je ne l'ai même pas annoncé à part sur le wiki), tout le vrai boulot a été fait par l'overpass API et osmconvert. Tu as de la documentation là-dessus ? Minimale : http://wiki.openstreetmap.org/wiki/FR:Servers/api.openstreetmap.fr#Export_avec_simplification_des_ways.2Frelations_en_noeuds_.28en_test.29 J'imagine que ça ne marche qu'en France ? ça utilise la base Monde de l'overpass API mise en place sur les serveurs de l'association osm-france. Donc c'est world-wide ! C'est là qu'un coup de XSLT aide, pour intégrer l'altitude dans le nom. Oui... ou utiliser des outils bien faits ;-) Corrompre le nom pour y coller l'altitude c'est digne d'une bidouille douteuse, la bonne solution selon moi c'est que l'outil qui affiche ces points ajoute l'altitide dans l'affichage, car l'altitude est dispo à l'endroit prévu pour, là où on l'attends. Un outil comme osm2nodegpx est très utile; est-ce que tu crois que ça sera intégré un jour dans l'API officielle ? A mon avis jamais, ça n'est pas son rôle. Et ça n'est pas un problème, c'est dans la philosophie OSM : - une zone de dépot la plus basique possibles (la base et l'api officielle) - une myriade d'outils annexes utilisant la donnée de façon créative, productive ou innovante. J'ai toujours du mal dans Openstreetmap avec la grande diversité des outils, et qui vont, qui viennent. C'est un communauto-système vivant, en mouvement perpetuel, où survivent les outils utiles et meurent ceux non maintenus ;-) sélection naturelle. Un des grands rôle à jouer de l'association (ou des communauté locales en général) étant de réunir un peu plus, se mettre à plusieurs, et rendre plus durables les bons outils/services en mutualisant des serveurs et des compétances. Et le wiki d'osm de ré-unir et documenter tout ça en un lieu unique... et pas trop en bordel Il y a plein de bonnes idées éparses mais un manque flagrant d'intégration (je ne jette la pierre à personne, je ne fais que constater). L'intégration est très difficile, beaucoup en rêvent, mais ça ne se fait pas. Car chacun dans son coin utilise son langage de programmation, sa méthode, ses combines, il est utopique de se lever et dire : tout le monde fera du python, avec postGIS sur cette ferme de serveurs, et pas ailleurs Ce serait contre-productif et manquerait de liberté. Ce qui manque, c'est une base de donnée des outils un peu mieux que le wiki, mais le wiki est déjà pas mal et avance bien avec des tableaux générés automatiquement, des résumés multi-langues, des catégories, etc. Pour ce que gère l'asso OSM-fr, on a cette page que nous maintenons à plusieurs, et c'est déjà une bonne base pour attaquer ce qui se fait en france, adapté en général aux français et en langue française: http://wiki.openstreetmap.org/wiki/FR:Servers Ma réflexion à deux balles : les développeurs font les outils qui les aident, mais ça ne rend pas les outils plus visibles c'est aux utilisateurs de prendre en main les outils qui existent et d'écrire des docs, gérer des pages de rangement, bref, de s'approprier, à leur manière, les outils qu'ils utilisent pour les mettre en avant -- 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] Premier contact INSEE
Je sais bien. Mais ce ne sont que des codes statistiques dans ce cas là, ça permet juste de garder une couverture à 100% (sans recouvrement) du découpage statistique, là où le détail des données statistiques d'une commune sur chacune de ses fractions cantonales séparées ne sont pas disponibles, ou bien ont été masquées pour diverses raisons. Quand une commune vient d'être découpée en fractions cantonales, ou si le découpage y a changé il n'y a pas de données statistiques sur chacune des nouvelles fractions. il est alors plus simple de garder les chiffres de la commune entière même si ça veut dire qu'on ampute les autres cantons dont elle fait partie. Souvent c'est un regroupement transitoire permettant d'attendre une nouvelle étude détaillée par fraction cantonale (mais si les cantons changent souvent à chaque scrutin, on comprend qu'il soit difficile de maintenir une stabilité des codes et leur correspondance exacte avec le découpage en vigueur. L'Insee se contente alors de fournir des données comparables entre deux années de mises à jour, puis arrête de publier le détail dans l'ancien découpage) Les codes INSEE utilisés sur ces unités statistiques sont assignés bien à part des codes définis pour les vrais cantons, et ne persistent souvent pas longtemps. Et étant donné les manipulations constantes des cantons par les politiques, ont comprend l'intérêt des IRIS, qui au moins sont stables sur des termes indépendant des élections et des sièges à pourvoir dans les assemblées territoriales : les statistiques par canton ne répondent plus aux besoins des communes et des acteurs économiques, et les électeurs aussi n'y comprennent plus rien (ils ont de quoi ressentir ces manipulations cantonales comme des attaques contre les départements auxquels ils tiennent, et cela peut aussi expliquer une partie du manque de participation à ces élections territoriales). La France n'est pas la seule concernée : regardez ce qui se passe en ce moment en Italie avec les regroupements forcés de communes. La Belgique et le Luxembourg sont déjà passés par là. Pour l'Allemagne c'est en cours. Mais en France difficile de faire passer des regroupements forcés de communes (même les EPCI passent très mal, mais on ne reconnait pas les pays/bassins d'emploi, ni les régions traditionnelles souvent plus grandes que les actuelles régions, sauf en Île-de-France face aux autres régions et où le poids de Paris y est encore démesurément écrasant face aux banlieues pourtant très peuplées). Le 5 décembre 2012 15:56, HELFER Denis denis.hel...@region-alsace.eu a écrit : Pourquoi vouloir refaire la doc de l’INSEE : http://www.insee.fr/fr/methodes/default.asp?page=definitions/canton-ou-ville.htm? ** ** *De :* Philippe Verdy [mailto:verd...@wanadoo.fr] *Envoyé :* mercredi 5 décembre 2012 15:40 *À :* Discussions sur OSM en français *Objet :* Re: [OSM-talk-fr] Premier contact INSEE ** ** Pseudo-cantons ? ** ** Non il a exactement les définitions des cantons électoraux, même si pour cela il doit découper certaines communes en « fractions cantonales » (qui peuvent ne rien avoir à faire avec les IRIS, même si les IRIS aident le ministère de l'Intérieur à définir le découpage cantonal. ** ** En revanche ce que tu appelles « pseudo-canton » est peut-être un CODE supplémentaire de regroupement comme « autres cantons » destiné à préserver le secret statistique ce regroupement étant propre à chaque type de données statistique, il ne constitue jamais en lui-même un découpage : ces regroupements seront alors différents par exemple pour les données économiques, celles sur le chomage, sur la fiscalité... ** ** Ce n'est pas nouveau dans les données statistiques — NUTS contient aussi de tels codes de regroupement à tous les niveaux de son découpage, uniquement destiné à boucler un total à 100% pour les sous-zones qui ne sont *volontairement* pas détaillées (alors qu'elles sont connues et codifiées elles-mêmes individuellement). ** ** L'ISO 3166-1 contient aussi des codes de regroupement et divers codes spéciaux, de même les données statistiques mondiales de l'ONU (codification dans sa norme UN M.49), mais cela n'implique pas pour autant l'existence de ces regroupements en tant qu'entités administratives ou politiques. ** ** ** ** Le 5 décembre 2012 15:24, Christian Quest cqu...@openstreetmap.fr a écrit : Pour les mises à jour, il n'est pas impossible que l'INSEE fasse directement les mises à jour dans OSM :-) Ce serait pour eux un moyen supplémentaire de diffuser leurs infos. Par ailleurs l'INSEE est dans une démarche généralée tournée vers le web sémantique. Les données seront donc aussi disponibles en RDF interrogeable via des requêtes SPARQL. Pour les cantons, c'est encore plus compliqué semble-t-il car l'INSEE a plusieurs notions de cantons, des cantons ville, des pseudos cantons... mais ces découpages statistiques n'ont peut être pas de rapport direct avec
Re: [OSM-talk-fr] Exporter les sommets d'Openstreetmap vers Google Earth
Pour les services mis en place par OpenStreetMap France sur ses serveurs, voici une page récapitulative moins technique: http://openstreetmap.fr/index Ces services ont comme objectif d'être pérènnes et stables. C'est pour ça qu'on est plutôt prudents avant de mettre en route un nouveau service. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Un peu d'humour...
Corriger la carte ou corriger le monde ? http://www.theonion.com/video/apple-promises-to-fix-glitches-in-map-software-by,30616/ -- 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] Exporter les sommets d'Openstreetmap vers Google Earth
Le 5 décembre 2012 16:21, sly (sylvain letuffe) li...@letuffe.org a écrit : On mercredi 5 décembre 2012, Olivier Croquette wrote: Et le wiki d'osm de ré-unir et documenter tout ça en un lieu unique... et pas trop en bordel Bof.. le Wiki d'OSM est condamné à rester un bordel sauf pour documenter les tags utilisés dans la base. Ce n'est pas adapté pour présenter les projets dérivés. Ce qui manque, c'est une base de donnée des outils un peu mieux que le wiki, mais le wiki est déjà pas mal et avance bien avec des tableaux générés automatiquement, des résumés multi-langues, des catégories, etc. C'est là qu'une formule à base de blogues sera nettement mieux, un peu comme MappingLondon.co.uk. Non pas avec des articles que n'importe qui modifie à sa guise en perdant le fil initial, mais avec des articles maintenus individuellement par chaque auteur, et une zone d'expression permettant de commenter en dessous, mais bien visibles (pas sur une page de discussion séparée, mais comme dans les blogues des sites de la presse, où certains assez doués font des articles intéressants avec une section de discussion libre en dessous, que l'auteur lira éventuellement pour corriger ou compléter son article), et avec un portail éditorial montrant une sélection thématique. Libre ensuite aux contributeurs qui commentent un article de mettre dans les commentaires un lien vers leur propre blogue sur le même site, où il pourra facilement être classé et montré par le portail éditorial, le portail pouvant ajouter une courte section en tête ou à côté pour montrer une liste d'articles liés créés par des auteurs différents. Le principal intérêt est que chaque article est signé par son auteur, qui engage sa propre réputation, et protégé contre le vandalisme (les vandales ne peuvent que polluer la discussion en dessous, mais s'ils abusent, l'auteur d'un article peut modérer ou bloquer ces abuseurs qui seront invités à aller sur leur propre page, et gagner en réputation pour être bien référencé par le portail éditorial et dans les barres latérales de navigation proposant des articles liés appréciés, ou récents, ou très référencés par d'autres blogues qui peuvent choisir de se référencer mutuellement par un choix propre à chaque auteur d'articles sur son propre blogue). Je ne crois pas du tout à la formule Wiki pour présenter les projets dérivés des données OSM ou des sujets liés comme l'OpenData en général et les utilisations innovantes ou originales (y compris commerciales). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Exporter les sommets d'Openstreetmap vers Google Earth
Note : un projet comme ça correspond en gros à l'usage fait par Facebook (en tant que collections de pages personnelles), Sauf qu'on ne fait pas du mur personnel un élément central, largement pollué par la pub et les notifications envoyées par n'importe qui. Le centre utile ce sont les articles de chacun qui apparaît alors toujours en tête (sur Facebook cela se limite à une seule courte présentation du profil personnel, ce qui en terme de contenu est absolument zéro). Les bons modèles sont par exemple les sites des magazines de la presse (mais pas le gros bordel des sites communautaires de certaines radios), ou de FranceTélévision, France24, C-NET, ZD-Net... Avec un classement thématique des blogues fait non pas par les auteurs mais par une équipe éditoriale (qui peut développer des outils communautaires pour juger la qualité des contenus proposés et pour signaler les contenus qui abusent le droit). Et avec la possibilité pour chaque auteur de pouvoir scinder son blogue en plusieurs si les sujets deviennent trop vastes, ou d'en confier une partie à quelqu'un d'autre de son choix. Et pas la formule Forum non plus : centré là aussi sur les discussions et non les contenus : impossible de référencer la moindre page. C'est aussi un vrac difficile à maintenir (certes la discussion sous chaque article s'apparente à un forum, mais cela restera limité. Le gros du travail pour le mainteneur éditorial du site sera sur le portail : pour proposer des contenus intéressants et vivants. Mais pas pour écrire les articles eux-même (juste décrire les article intéressants en quelques mots, mais même ce travail de présentation synthétique pourrait être fait par les auteurs d'articles eux-mêmes, au sein même de l'article utilisant un format adapté, pour que l'équipe éditoriale puisse disposer d'une vue simplifiée, de type flux RSS où elle ira chercher sa sélection d'articles nouveaux et à référencer dans les thèmes proposés par les auteurs eux-mêmes), Ce qui fera que le gros du travail de l'équipe éditoriale sera juste de catégoriser les nouveaux articles (en contrôlant les catégories proposées par les auteurs à l'ide de mots-clés que l'éuipe éditoriale pourra modifier), sans rien avoir même à écrire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] parking ou parking_space?
Bonjour, Ma pratique, probablement très critiquable, mais qui s'appuie sur une définition du Wiki (de 1 à n places) consiste à taguer parking_space pour les zones de terrain vague cad en terrain naturel ou empierré et dont la surface est de toute évidence utilisé pour le stationnement de véhicules de tout gabarit, alors que, pour les parkings constitués, cad délimités, avec des places peintes et en conséquence goudronnées, je tague parking tout court. Mes 0,2€ -- View this message in context: http://gis.19327.n5.nabble.com/parking-ou-parking-space-tp5739020p5739209.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] parking ou parking_space?
J'utilise parking_space pour les emplacements réservés aux handicapés, que ce soit dans la rue ou sur un parking. -- 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] Un peu d'humour...
Lien illisible. Ce serveur ne répond pas ou prend beaucoup trop de temps (bien qu'il parait être actif), on n'a même pas droit à une erreur 500 s'il est surchargé pour montrer qu'il est encore vivant et nous inviter à revenir plus tard. 2012/12/5 Christian Quest cqu...@openstreetmap.fr Corriger la carte ou corriger le monde ? http://www.theonion.com/video/apple-promises-to-fix-glitches-in-map-software-by,30616/ -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] Un peu d'humour...
De : Philippe Verdy verd...@wanadoo.fr Lien illisible. Ce serveur ne répond pas ou prend beaucoup trop de temps (bien qu'il parait être actif), on n'a même pas droit à une erreur 500 s'il est surchargé pour montrer qu'il est encore vivant et nous inviter à revenir plus tard. Pas de probleme pour ma part... et effectivement tres fun Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un peu d'humour...
hahaha, très bon :D Merci Christian ! Le 5 décembre 2012 18:47, THEVENON Julien julien_theve...@yahoo.fr a écrit : * De :* Philippe Verdy verd...@wanadoo.fr * *Lien illisible. Ce serveur ne répond pas ou prend beaucoup trop de temps (bien qu'il parait être actif), on n'a même pas droit à une erreur 500 s'il est surchargé pour montrer qu'il est encore vivant et nous inviter à revenir plus tard. Pas de probleme pour ma part... et effectivement tres fun Julien ___ 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] parking ou parking_space?
Je crois que tout le monde est d'accord pour ce qu'est un parking : il est signalé comme tel et inclut toutes les places et les aménagements autour qui vont avec pour en faciliter l'accès ou les sécuriser. Les parking_space en revanche... tout cela reste mystérieux et chacun emploie ça comme il veut. Autrement dit cela ne sert pour l'instant à rien. Il me semble qu'une place de parking bien délimités (que ce soit sur une zone parking ou le lot d'une rue) a un terme dédié en anglais : parking lot et en tout cas pas parking space. Vous avez remarqué aussi que le site portail www.openstreetmap.fr (France) répond encore, comme aussi Osmose et tous les outils OSM y compris l'édition dans JOSM, mais plus le site portail .org (ni non plus son wiki ou Potlatch) ? Le 5 décembre 2012 17:57, Christian Quest cqu...@openstreetmap.fr a écrit : J'utilise parking_space pour les emplacements réservés aux handicapés, que ce soit dans la rue ou sur un parking. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] Un peu d'humour...
Bon alors c'est Numericable qui a un problème dans son routage vers l'Angleterre, je note que j'ai énormément de mal aussi vers tous les sites britanniques qui n'ont pas un miroir au moins au Pays-Bas. Le site de la BBC (ou celui du Sun) est aussi inaccessible (pas de réponse non plus, mais pas d'erreur non plus ni aucun timeout). Aucun problème avec les USA, l'Allemagne, les Pays-Bas, ou même la Chine. J'ai fermé le navigateur et rouvert, j'ai purgé le cache DNS, et même rebooté la box de NC pour purger son propre cache DNS. Rien à faire les IP au Royaume-Uni ne passent pas? Et ce n'est pas une erreur DNS qui me semble correct. Cela ressemble à une panne d'un lien de peering upstream de Numéricable vers ce pays. Juste pour voir j'ai utilisé un VPN privé en IPv6 via les Pays-Bas et alors le routage IPv4 via ce VPN passe très bien au départ des Pays-Bas... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : registre parcellaire graphique, WMS et JOSM
Pour les envois gratuits de fichiers, pourquoi tu utilises cette nullité de service dl.free.fr, qui OBLIGE à visualiser une pub pour le PMU ou des sites de casinos et jeux d'argent, ou pour des sites de rencontre, avant de pour obtenir un code à taper manuellement avant de pouvoir charger le fichier ? Je ne suis pas sûr que tu saches que les autres doivent en passer par là (d'autant qu'ils peuvent avoir du mal à saisir quoi faire sur cette page qui resssemble trop à une page de pub mais à rien de ce que tu annonces). Tu n'as pas un compte perso ou un stockage en ligne chez ton FAI (ton email est à LaPoste.fr mais cela ne veut pas dire que c'est ton FAI) ? Si le but du stockage est temporaire pendant quelques temps suite à une discussion, date ton fichier pour savoir combien temps le garder dans ton espace hébergé. Même Google fournit un espace Cloud gratuit de plusieurs Go (il y a d'autres espaces Cloud gratuits, mais ils ne le sont que de façon temporaires et t'obligent assez vite à les payer, sinon ils effacent tout, la gratuité n'est que promotionnelle et pas reportable à un autre compte ; la gratuité de compte Google a une contrepartie : soit il n'y a pas d'espace privé et tout est public, soit il est strictement privé et pas utilisable pour les envois de fichiers aux autres). D'autres services hébergent des fichiers pour toi en fonction d'une contrainte thématique ou des restrictions de format, et des limites de débit de téléchargement, tous n'acceptent pas les fichiers .ZIP ou vont les analyser pour en extraire les contenus dans un format donné et un sous-dossier (pas sûr alors qu'ils acceptent les scripts). Et si ton script est du source, il y a des hébergeurs pour le code open source qui permet de le garder assez longtemps si tu ne veux pas l'héberger directement dans une zone DMZ directement chez toi (la zone DME chez toi n'est possible que si tu as une ligne assez rapide et une config de limitation du trafic venant de l'extérieur et non authentifié pour toi ou pour une liste limitée de personnes de ta famille avec qui tu échanges des photos/vidéos/documents privés que tu ne veux pas héberger publiquement sur Facebook, Twitter, Youtube ou FlickR)... Le 5 décembre 2012 15:14, Apamée apa...@laposte.net a écrit : Je laisse un exemple de résultat de mon script perso. http://dl.free.fr/r1AtaRf8n Il regroupe dans une même classe les cultures, prairie,... Il fusionne les polygones adjacents. C'est du vite fait, j'ai donné des attribut osm au pif de mémoire à l'époque. Les infos sont dans le script. À ma connaissance la base de forêt que tu pointe Romain n'est pas libre. J'aimerais bien qu'elle soit au moins disponible. Sylvain a raison, il faudrait commencé par lire la métho!! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour des limites de communes en bord de mer
Le 05/12/2012 à 22:16:31 +1100 Philippe Verdy verd...@wanadoo.fr a écrit au sujet de [OSM-talk-fr] Retour des limites de communes en bord de mer: On doit distinguer la compétence de l'Etat (dont les préfectures, l'armée et les institutions nationales comme la Présidence, le Parlement, le Gouvernement, le Conseil constitutionnel) et celle des collectivités locales car il n'y a que l'Etat qui n'a pas de trou dans sa couverture territoriale (l'Etat ne découpe pas d'ailleurs le territoire national, sauf en Nouvelle-Calédonie dans son statut transitoire actuel complexe où deux collectivités locales se partagent le pratiquement même territoire selon deux droits distincts relevant du gouvernement et du Congrès de Nouvelle-Calédonie : Ce n'est pas juste ce que tu dis: il n'y a pas de doublon entre Congrès et Gouvernement en Nouvelle-Calédonie. Le peuple élit les assemblées des trois provinces, ces assemblées forment le congrès (qui est le législateur), ce congrès forme le gouvernement (qui est l'exécutif). Le gouvernement peut prendre des arrêtés, mais pas voter des lois. Le territoire national ne se trouve nullement découpé. Il ne faut pas confondre domaine privé de l'état et territoire national en ce sens, on pourrait croire que la France est redevenu une fédération, comme au temps de l'Union française avant la création des DOM et la citoyenneté française unique, mais ce n'est pas le cas car le territoire de droit commun n'est pas divisé de celui de la France, même s'il coexiste avec le droit coutumier : tous les citoyens néo-calédoniens sont citoyens français, et tout le territoire néo-calédonien coutumier est aussi partie intégrante du territoire de la république, même si le droit commun ne s'y applique pas automatiquement à tout ceux qui y vivent). Aucun rapport avec une fédération... Quant au droit coutumier s'appliquant à certaines personnes, celui n'est pas lié au sol, mais au sang. Mais une personne de droit coutumier peut librement par simple déclaration préalable changer son statut pour relever du droit commun. Après, le foncier dans les tribus n'est effectivement pas la propriété individuelle des personnes, mais celle du clan. Il n'y a donc pas de succession gérée (et taxée) par les instances publiques, mais c'est les clans qui gèrent la chose. Mais il n'y a vraiment plus de rapport avec la cartographie OSM... -- Cordialement Hendrik Oesterlin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] parking ou parking_space?
amenity=parking_space n'a rien de mystérieux, il suffit de lire le wiki: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_space et il y en a quand même plus de 35000 dans OSM. Le 5 décembre 2012 19:11, Philippe Verdy verd...@wanadoo.fr a écrit : Je crois que tout le monde est d'accord pour ce qu'est un parking : il est signalé comme tel et inclut toutes les places et les aménagements autour qui vont avec pour en faciliter l'accès ou les sécuriser. Les parking_space en revanche... tout cela reste mystérieux et chacun emploie ça comme il veut. Autrement dit cela ne sert pour l'instant à rien. Il me semble qu'une place de parking bien délimités (que ce soit sur une zone parking ou le lot d'une rue) a un terme dédié en anglais : parking lot et en tout cas pas parking space. Vous avez remarqué aussi que le site portail www.openstreetmap.fr (France) répond encore, comme aussi Osmose et tous les outils OSM y compris l'édition dans JOSM, mais plus le site portail .org (ni non plus son wiki ou Potlatch) ? Le 5 décembre 2012 17:57, Christian Quest cqu...@openstreetmap.fr a écrit : J'utilise parking_space pour les emplacements réservés aux handicapés, que ce soit dans la rue ou sur un parking. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] J'ai intégré par erreur un établissement scolaire
Le message suivant de : ## Bonsoir, En voulant corriger les erreurs que m'a rapporté Osmose j'ai voulu faire correspondre l'établissement scolaire que j'ai ajouter avec les batiments scolaire en attente d'intégration sur : http://nomino.comptoir.net/etablissements/ En pensant bien faire j'ai appuyé sur Intégrer et utilisant Linux JOSM ne s'ouvre pas depuis un clic de navigateur. Je ne sais donc pas ce que j'ai valider ni comment le retrouver sur la carte. L'établissement scolaire en question est ici : http://www.openstreetmap.org/browse/changeset/14167946 Qu'est ce que je doit faire ? a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Erreur non ré-solvable sur Osmose
Le message suivant de : ## Bonsoir, Ce soir j'ai découvert Osmose et ça m'a donné un bon coup de main pour passer un dernier contrôle après une mise à jour de la carte. J'ai encore quelques erreurs que je n'arrive pas à résoudre seul et je sèche. Ne sachant pas partager de lien depuis osmose je ne peut qu'indiquer à l'écrit où j'ai effectué mes modifications : - Village : marcorignan - Erreur : numéro de rue en double Autrement je vois que le repère géodésique n'est pas lié à un bâtiment. Est ce qu'une personne pourrait me le corriger ? Pareil pour l'école non intégré. J'ai posté un sujet spécifique sur ce problème mais je ne sais pas comment résoudre ce point. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Eurosha en République Centrafricaine, une premiere evaluation par les tuteurs souhaitee / Eurosha in CAR, hope for a first evaluation by the tutors
Les pays que tu as demandé dans ton ticket ont été mis en place Jocelyn, sauf Haïti. Peux-tu regarder si cela convient ? Et éventuellement proposer de retirer des analyses inadaptés ou même d'en proposer de nouvelles. Comme cela a été proposé dans un autre mail, toutes les analyses n'ont pas été activé. Frédéric. Le 30/11/2012 09:52, Sébastien Pierrel a écrit : Salut, je viens de rentrer un ticket: http://trac.openstreetmap.fr/ticket/160 /Seb. 2012/11/20 Jocelyn Jaubert jocelyn.jaub...@gmail.com mailto:jocelyn.jaub...@gmail.com Le 19/11/2012 22:36, Sébastien Pierrel a écrit : Est-ce que du coup vous pourriez ajouter les pays où HOT est actif? Burundi, Tchad, CAR, Senegal, Haiti... Oui, c'est possible. Le plus rapide serait de me fournir la liste des pays, avec pour chaque pays: - le nom en anglais - si il y a un extract existant, son URL - sinon, l'ID d'une relation engloblante, et le continent où il se trouve (ou encore mieux, le région de premier niveau des extracts de Geofabrik) - c'est pour pouvoir générer les diffs et l'extract directement sur download.openstreetmap.fr http://download.openstreetmap.fr - si possible, une estimation de la taille du .pbf. Après, le mieux serait que ça soit dans un ticket sur trac.openstreetmap.fr http://trac.openstreetmap.fr, pour faciliter le suivi :) -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cheers, /Seb. ___ 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] Exporter les sommets d'Openstreetmap vers Google Earth
On Dec 5, 2012, at 4:21 PM, sly (sylvain letuffe) wrote: Corrompre le nom pour y coller l'altitude c'est digne d'une bidouille douteuse, la bonne solution selon moi c'est que l'outil qui affiche ces points ajoute l'altitide dans l'affichage, car l'altitude est dispo à l'endroit prévu pour, là où on l'attends. Certes, mais si je dois attendre que Google adapte Google Earth à mes désirs… ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Osmose] Rond-Point ou Rond-point ?
Bonjour, Il y a quelques jours, OSMOSE se plaignait car j'avais écrit Rond-Point. Il me proposait Rond-point à la place. J'ai donc fait la modification. Et aujourd'hui, il me dit qu'il manque une majuscule à point :o Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] stats ou des rendus supplémentaires
Le mercredi 05 décembre 2012 à 22:43 +0100, Marc Sibert a écrit : Des besoins de stats ou des rendus supplémentaires, n'hésitez pas à me faire des demandes. A+ bonjour, après mes balades correctives, je suis tombés sur des communes qui avaient - un grand nombre de node orphelins ( ways manquants du cadasre) - des nodes dupliques - des ways buildings non fermés ne faisant pas partie de relation multipolygon il y en a peut-etre d'autres ... didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Rond-Point ou Rond-point ?
Pareil, utilisant cet extraordinaire outil Osmose, D'abord, il me fait corriger les noms des roundabout en Rond-point xxx puis en Rond-Point xxx, ce que fis consciencieusement sans broncher. Mais maintenant, voila qu'il me demande de les remettre en Rond-point xxx. Faire des corrections est plutôt un jeu pour moi, mais je ne voudrais pas tourner en bourrique. Alors, c'est Rond-Point ou Rond-point ? Le 6 décembre 2012 00:22, Jean-Claude Repetto jrepe...@free.fr a écrit : Bonjour, Il y a quelques jours, OSMOSE se plaignait car j'avais écrit Rond-Point. Il me proposait Rond-point à la place. J'ai donc fait la modification. Et aujourd'hui, il me dit qu'il manque une majuscule à point :o Jean-Claude ___ 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] [forum-osm-fr] J'ai intégré par erreur un établissement scolaire
Bonjour, En voulant corriger les erreurs que m'a rapporté Osmose j'ai voulu faire correspondre l'établissement scolaire que j'ai ajouter avec les batiments scolaire en attente d'intégration sur : http://nomino.comptoir.net/etablissements/ Bizarre, ce site donne toutes les ecoles de mon département (07) à intégrer alors que ca déjà été fait. OsmOse lui ne donne plus que 1 ou 2 que je connais pas. Il y a un lien entre ces 2 bases ? -- Cordialement, Henry-Pascal ELDIN Courayon, Route de St Bauzile 07210 CHOMERAC, FRANCE Tel 04 75 65 19 93 Orange 06 80 75 74 80 http://www.eldin.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
