Re: [OSM-talk-fr] Grand polygone cassé. Comment réparer ?
christophe t a écrit , Le 28/01/2011 07:51: Voilà je ne sais pas si la cause du problème est là ? En espérant que ça peut aider. Bonjour, j'ai quelques éléments aussi ; je cartographie les détails de 4 communes : Escalquens, Belberaud, Odars, Auzielle. Elles ont été recouvertes par le grand multipolygone N° 1 029 248 qui est un landuse=farm, lui même partiellement recouvert ça et là par un landuse=farmland arrivé, je crois, au même moment. Cette zone évolue très rapidement, et je dois fréquemment modifier les landuse du coin ; le multipolygone est particulièrement ardu dans ce cas là, car sa coloration dedans/dehors faite par JOSM dépend du cadrage. Après que Vincent Pottier m'ait expliqué que les deux landuse farm et farmland sont équivalents, j'ai pris le parti de placer des landuse=farmland, indépendants mais précis, aux endroits où je les vois sur le terrain ; ils remplacent progressivement le grand multipolygone que je repousse progressivement aux frontières des communes. C'est un parti pris comme un autre, le but recherché étant la conformité avec le terrain ; Faites très attention dans ces zones en aménagement rapide, bing n'est pas du tout à jour, il date de 2006 et 5 ans d'aménagement du territoire sont passés par là, avec une région toulousaine particulièrement vivace. Ainsi il faudrait bien un cartographe de terrain pour Castanet, Pompertuzat, etc ... où on a du mal à avoir une carte à jour, que ce soit ggm ou le bibendum et je ne parle pas de tom-tom. Les meilleurs manières de paver la carte avec des landuse est aussi évoquée par http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin Hélène User:HelenePETIT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De l'abus d'import automatique de données cadastrales...
Bonsoir, Le vendredi 28 janvier 2011 à 00:33 +0100, Sébastien Dinot a écrit : Je pense que les abonnés de cette liste sont certainement les contributeurs les plus au fait du problème mais une piqûre de rappel ne fait pas de mal : il est nécessaire de contrôler, de nettoyer et de fusionner proprement avec l'existant les données cadastrales issues des extractions automatiques avant de les importer. Je rappelle qu'en cas de problèmes grave, il y a des scripts d'annulation. Quand la situation semble ingérable, il ne faut pas hésiter à lancer un appel pour annulation sur cette liste. À titre d'exemple, je n'ai effectué que 3 ou 4 imports massifs de données cadastrales mais le dernier du genre m'a demandé : - 6 heures de nettoyage préalable de données cadastrales (élimination des doublons, « remembrement » des bâtiments, suppression des points sur-abondants, etc), - 4 heures de fusion avec l'existant. Ça va dépendre de la taille de la ville. Ce temps est à peu près celui que je consacre à une ville importante (~5 habitants) L'import semi-auto se caractérise par des des-économies d'échelle. L'élasticité du temps consacré sur la taille de la ville est supérieur à 1. Au delà de 5 habitants, il faut impérativement découper le fichier (avec Osmosis par exemple). Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Subventions pour mapping parties ?
Le mercredi 26 janvier 2011 à 23:27 +0100, Eric Marsden a écrit : pp == Philippe Pary phili...@cleo-carto.com writes: pp Ce n'est pas industriel. C'est économique. pp Industriel sous-entendrait qu'il y a des usines, des ouvriers et qu'on pp délocaliserait tout ça au Vietnam ;-) pp pp C'est une différence sémantique importante selon moi. «Industrie» vient du latin «industria», ou activité, zêle, assiduité, habileté à faire quelquechose, création de valeur. «Économie» vient du grec οἰκονόμος, l'administration de la maison (et par extension de la maison commune qu'est l'État: gestion, administration, organisation de la production). À toi de choisir lequel convient mieux pour OSM ... Dans le cas de Cléo, c'est très clair. Cléo ne cherche pas à créer quelque chose, mais à accompagner des gens qui souhaitent le faire. Économie donc :-) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comparer les données OSM et les données de la ville de Paris
Bonjour à tous, Comme vous avez peut-être pus le lire hier, la ville de Paris à ouvert son portail de données libres : http://opendata.paris.fr Portail sur lequel on trouve une dizaine de source de données dont les trottoirs, le bâti, les arbres et l'emplacement des colonnes à verre. Afin de voir l'intérêt de telles données pour le projet OSM, nous, 3Liz, avons mis en ligne une petite carte permettant de superposer les données de la ville de Paris aux données OSM (Mapquest et Mapnik). Bonne découverte. René-Luc D'Hont ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comparer les données OSM et les données de la ville de Paris
Bonjour à tous, Comme vous avez peut-être pus le lire hier, la ville de Paris à ouvert son portail de données libres : http://opendata.paris.fr Portail sur lequel on trouve une dizaine de source de données dont les trottoirs, le bâti, les arbres et l'emplacement des colonnes à verre. Afin de voir l'intérêt de telles données pour le projet OSM, nous, 3Liz, avons mis en ligne une petite carte permettant de superposer les données de la ville de Paris aux données OSM (Mapquest et Mapnik). http://demo.3liz.fr/opendataparis Bonne découverte. René-Luc D'Hont ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De l'abus d'import automatique de données cadastrales...
Le ven. 28 janv. 2011 à 00:33 +0100, Sébastien Dinot a ecrit : Bonsoir, Je pense que les abonnés de cette liste sont certainement les contributeurs les plus au fait du problème mais une piqûre de rappel ne fait pas de mal : il est nécessaire de contrôler, de nettoyer et de fusionner proprement avec l'existant les données cadastrales issues des extractions automatiques avant de les importer. À titre d'exemple, je n'ai effectué que 3 ou 4 imports massifs de données cadastrales mais le dernier du genre m'a demandé : - 6 heures de nettoyage préalable de données cadastrales (élimination des doublons, « remembrement » des bâtiments, suppression des points sur-abondants, etc), - 4 heures de fusion avec l'existant. Dans la série abus d'import automatique, il y a aussi les mini-cours d'eau et étangs qui sont parfois définis de façon ultra-détaillée sur le cadastre (style 1 point tous les 50 cm) alors que le cadastre est lui-même très approximatif avec la réalité. D'une façon générale, pour les cours d'eau, le cadastre est BEAUCOUP plus aléatoire que pour le bâti, et souvent sa précision n'est qu'apparente. Autrement dit, dans ces cas-là, on importe du bruit, pas du signal. Ce ne serait pas trop grave si ça n'alourdissait pas pour rien la base, et les sessions de travail dans le logiciel d'édition (JOSM, potlatch...) Dans certains cas, j'efface le riverbank et je remplace par un waterway=drain|stream beaucoup plus léger, et qui est plus juste. Au final, je trouve que l'import automatique fait plus de mal que de bien à OSM. Même en se contentant du bâti pur, où ce problème de bruit est moins marqué, il y a des zones (pavillonaires en général) vierges de routes, mais remplies de bâtiments. La lourdeur induite force à travailler sur de petites surfaces, tout en faisant ramer la machine. Je peste parce que qu'on a facilité le travail peu utile (import des bâtiments) au détriment du travail plus utile et plus complexe (tracé et nommage des voies). L'import industriel tue le travail manuel du petit artisan, je vous le dis ! C'était ma râlerie du vendredi. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Subventions pour mapping parties ?
Le 27/01/2011 19:07, Jean-Francois Nifenecker a écrit : Bonjour, Le 26/01/2011 11:10, Philippe Pary a écrit : Les subventions c'est un merdier sans nom à gérer. C'est long à demander, long à obtenir et ça demande un suivi après-coup. Exact. En même temps on ne peut pas reprocher aux acteurs publics de ne pas avoir un minimum de contrôle sur la destination de leurs subventions. C'est un rempart, fragile mais quand même, aux abus et malversations en tous genres. Certains contrôles vont un peu loin, certes, mais certaines subventions sont assez souples. Dans certains cas ce n'est pas si compliqué à gérer. Si c'est pour organiser des cartoparties, on sait très bien le faire sans sous. D'autant plus que la subvention va demander précisément ce qui sera dépensé, sur base de devis. Que mettrait-on dans le devis ? Pas besoin de devis, mais un dossier de présentation et budget prévisionnel sérieux (avant) puis un compte-rendu et un budget réalisé (après) : Oui. Dépenses -- frais de déplacement/hébergement (ex : pour des animateurs, conférenciers, etc.) -- achats de matériel -- frais de location -- frais de repas -- frais de communication (etc.) Produits -- vente d'hébergement, de repas -- vente d'objets (goodies...) -- valorisation du bénévolat (TRÈS important !) Oui c'est très important. Ça ne veut pas dire qu'on va payer les bénévoles mais leur apport rentre dans le budget. C'est important car une subvention couvre rarement 100% d'un budget. L'acteur public demande un part d'autofinancement au projet. Pour des assos par exemple, c'est souvent 80% de sub pour 20% d'autofinancement ou 50-50 (là c'est plus dur). Donc le travail des bénévoles va permettre de dire : on apporte nos 20% d'autofinancement du budget sous forme de bénévolat. Il faut aussi valoriser le travail de gestion. -- autres subventions, dons, apports financiers -- sponsoring privé (etc.) Mais... il y a un *gros* mais. 2011/1/25 Jean Milleratjean.mille...@wecena.com Pour les associations et collectivités locales que ça intéresse, en région parisienne, il y a des subventions à glaner pour des projets OSM qui auraient une dimension développement durable ou solidarité. aucune collectivité n'attribuera de subvention à quiconque qui ne soit pas constitué en association. Et c'est à l'asso qu'ira la subvention. Je ne trouve pas que ce soit un si gros mais. De plus, il est utile que l'asso soit honorablement connue, en d'autres termes, son existence légale ne doit pas être de circonstance. Son existence légale peut très bien être de circonstance. Si les dirigeants de l'asso sont personnalités reconnues alors ça peut très bien passer. Certains acteurs publics peuvent être un peu tatillon mais ça peut se négocier un peu. Par ailleurs, dans le monde associatif il toujours possible et facile de trouver une structure associative porteuse qui a pignon sur rue. L'OSGeo est un bon exemple. De plus, à une subvention se rattache une Convention qui *engage* et qui impose des contraintes : affichage du nom du sponsor, pose de bannières, etc. Ce ne sont souvent pas de très grosses contraintes et je les trouve assez normales : logo sur les documents de comm', quelques affiches, un mot de remerciement. Enfin, il est fréquent que la subvention soit versée tardivement (donc il faut pouvoir disposer d'argent entretemps), Ça ça peut être un vrai problème. Pour certains financement (Feder ou autres) les versements peuvent avoir lieux plus d'un an et demi après l'évènement ! C'est un vrai critère de choix de là où on va demander des sous. Là encore il faut discuter avec les acteurs publics. en partie (rarement versée à 100 %) Notre expérience nous montre que c'est extrêmement rare. Si la sub a été votée et que les engagements sont respectés il n'y a aucune raison pour qu'elle ne soit pas versée ! et que le solde n'est versé que lorsque certaines conditions sont remplies (ex : fournir une compta, un compte-rendu, des illustrations de comm' et des tas d'autres trucs bizarres). Là encore, je trouve plutôt sain que l'acteur public demande un minimum de comptes... A quand des mapping parties financées par la Région Ile-de-France ? ;) Quand des gens voudront se charger du TRÈS lourd travail de recherche des subventions et de gestion de la trésorerie et de rédaction des compte-rendus et de... et de... PS : pour avoir fait partie de ceux qui ont collecté des subventions publiques pour les RMLL 2010 (125.000 euros), je peux dire que c'est un *vrai* boulot qui demande temps et énergie. Beaucoup. Y compris -- et j'irais jusqu'à dire surtout -- après. D'ailleurs, le après des RMLL 2010 n'est pas encore achevé. Oui c'est un travail qui peut être assez lourd. Mais là encore il faut bien choisir chez qui frapper : certains font vraiment bien leur boulot et font tout pour faciliter la vie d'initiatives comme la
Re: [OSM-talk-fr] Comparer les données OSM et les données de la ville de Paris
2011/1/28 rldhont rldh...@gmail.com Afin de voir l'intérêt de telles données pour le projet OSM, nous, 3Liz, avons mis en ligne une petite carte permettant de superposer les données de la ville de Paris aux données OSM (Mapquest et Mapnik). http://demo.3liz.fr/opendataparis Les couches Paris semblent systématiquement décalées d'un mètre vers le sud-ouest. Problème de projection ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparer les données OSM et les données de la ville de Paris
Le 28/01/2011 10:33, Pieren a écrit : 2011/1/28 rldhont rldh...@gmail.com mailto:rldh...@gmail.com Afin de voir l'intérêt de telles données pour le projet OSM, nous, 3Liz, avons mis en ligne une petite carte permettant de superposer les données de la ville de Paris aux données OSM (Mapquest et Mapnik). http://demo.3liz.fr/opendataparis Les couches Paris semblent systématiquement décalées d'un mètre vers le sud-ouest. Problème de projection ? Est-ce un problème ? En fait les données sont normalement en EPSG:27561 soit du Lambert 1 cartographique. Lors de la première reprojection, je n'ai pas précisé de projection de départ et j'avais un décalage beaucoup plus important, d'une dizaine de mètre environ. Je ne pense donc pas qu'il y ait de véritable problème de projection, mais un problème de système dès le départ. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparer les données OSM et les données de la ville de Paris
Le 28/01/2011 10:33, Pieren a écrit : Les couches Paris semblent systématiquement décalées d'un mètre vers le sud-ouest. Problème de projection ? Pas de couches Paris chez moi elles sont toutes grisés, je pensais qu'elles n'étaient pas encore calculé ... je peux envoyer un screenshot si besoins. -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparer les données OSM et les données de la ville de Paris
Le 28/01/2011 10:45, Thomas Clavier a écrit : Le 28/01/2011 10:33, Pieren a écrit : Les couches Paris semblent systématiquement décalées d'un mètre vers le sud-ouest. Problème de projection ? Pas de couches Paris chez moi elles sont toutes grisés, je pensais qu'elles n'étaient pas encore calculé ... je peux envoyer un screenshot si besoins. Pas besoin, il faut zoomer. Nous n'avons pas les ressources à dispositions pour permettre un affichage à tous les niveaux de zoom. René-Luc ___ 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] note:qadastre
J'ai trouvé par hasard ce tag sur une commune du sud du 31 (je ne sais plus où) ; je l'ai cherché en vain dans le wiki, et j'ai cru à une faute de frappe ; que nenni, il figure plus d'un million de fois dans osm, si j'ai bien compris ce que me dis tagstats. alors, vous avez idée de ce qu'est ce truc ? Hélène User:HelenePETIT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparer les données OSM et les données de la ville de Paris
2011/1/28 rldhont rldh...@gmail.com Est-ce un problème ? Oui et non. Tant qu'il ne prend à l'idée de personne de bouger les données OSM pour qu'elles correspondent à cet affichage... Je ne pense donc pas qu'il y ait de véritable problème de projection, mais un problème de système dès le départ. De système géodésique, c'est ça ? Je pensais que les outils de conversion pouvaient en tenir compte... Mais bon, si c'est juste pour une démo, c'est suffisant. J'ai pu voir qu'il y avait pas mal de bâtiments absents de la version parisienne. Il faudra vérifier pour voir qui du cadastre ou du fond parisien mis en ligne est le plus à jour. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparer les données OSM et les données de la ville de Paris
Le 28/01/2011 11:03, Pieren a écrit : 2011/1/28 rldhont rldh...@gmail.com mailto:rldh...@gmail.com Est-ce un problème ? Oui et non. Tant qu'il ne prend à l'idée de personne de bouger les données OSM pour qu'elles correspondent à cet affichage... Oui mais qui est vraiment le plus proche de la réalité ? Je ne pense donc pas qu'il y ait de véritable problème de projection, mais un problème de système dès le départ. De système géodésique, c'est ça ? Je pensais que les outils de conversion pouvaient en tenir compte... Mais bon, si c'est juste pour une démo, c'est suffisant. Normalement les outils en tienne compte, mais si tu détectes un décalage constant, d'où provient-il ? De la saisie des données par la ville de Paris dans le système de projection Lambert zone 1 carto ? De la reprojection vers le système d'affichage et donc de l'algorithme de transformation ? Des données OSM basées sur d'autres données qui étaient elle mêm au départ dans d'autres systèmes de projections ? J'ai pu voir qu'il y avait pas mal de bâtiments absents de la version parisienne. Il faudra vérifier pour voir qui du cadastre ou du fond parisien mis en ligne est le plus à jour. ça c'est intéressant, oui ! Voici la source d'information pour cette couche : La géométrie de la couche « Volume bâti » est issue de la digitalisation du contenu des parcelles représenté sur le plan parcellaire raster STDF. La géométrie a été complétée à partir de levers réalisés sur le terrain. Les encorbellements sur voie publique ont été ajoutés après mesure ou estimation sur le terrain. La photographie aérienne datée de l'hiver 2009 a été ponctuellement utilisée pour vérifier des informations ou détecter des zones à vérifier. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Subventions pour mapping parties ?
Le vendredi 28 janvier 2011 à 10:15 +0100, Charles Nepote a écrit : De plus, il est utile que l'asso soit honorablement connue, en d'autres termes, son existence légale ne doit pas être de circonstance. Son existence légale peut très bien être de circonstance. Si les dirigeants de l'asso sont personnalités reconnues alors ça peut très bien passer. Certains acteurs publics peuvent être un peu tatillon mais ça peut se négocier un peu. Par ailleurs, dans le monde associatif il toujours possible et facile de trouver une structure associative porteuse qui a pignon sur rue. L'OSGeo est un bon exemple. Ou tout Groupe d'Utilisateur de Logiciel Libre, qui sont souvent connus et reconnus localement. en partie (rarement versée à 100 %) Notre expérience nous montre que c'est extrêmement rare. Si la sub a été votée et que les engagements sont respectés il n'y a aucune raison pour qu'elle ne soit pas versée ! Surtout que nous parlons ici de petites sommes. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparer les données OSM et les données de la ville de Paris
Bonjour, De : rldhont Le 28/01/2011 11:03, Pieren a écrit : 2011/1/28 rldhont Je ne pense donc pas qu'il y ait de véritable problème de projection, mais un problème de système dès le départ. De système géodésique, c'est ça ? Je pensais que les outils de conversion pouvaient en tenir compte... Mais bon, si c'est juste pour une démo, c'est suffisant. Normalement les outils en tienne compte, mais si tu détectes un décalage constant, d'où provient-il ? De la saisie des données par la ville de Paris dans le système de projection Lambert zone 1 carto ? De la reprojection vers le système d'affichage et donc de l'algorithme de transformation ? Des données OSM basées sur d'autres données qui étaient elle mêm au départ dans d'autres systèmes de projections ? Si c'était un souci de système géodésique (oubli des paramètres NTF vers WGS84 quand on quitte le Lambert) les décalages seraient de plusieurs dizaines de mètres. Ici, c'est infime par rapport, et j'ai l'impression que ça n'est pas constant. Je pense plutôt à un souci de champ / une variable de taille fixe pour le stockage des longitudes et latitude à un moment de la chaîne. Sur Paris, les latitudes sont en 48,xxx les longitudes en 2,xxx. Comme les unités squattent une position de plus en latitude, on a une position de moins pour stocker les décimales. On tronque la dernière décimale (la 7e, par ici) et donc on minore la valeur des latitudes : on migre vers le sud de quelques pouillèmes. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Table ronde à l'occasion des 10 ans de Wikipédia : vendredi 29 avril 2011, 20h00, Nanterre
Bonjour, Je suis Benjamin Smith, membre de Wikimédia France, l'association qui soutient et promeut les projets Wikimédia en France. Je vous écris car j'organise une table ronde à l'occasion des 10 ans de Wikipédia, le 29 avril au soir à Nanterre (proche banlieue parisienne). Ce débat sera inclus dans le festivaldu multimédia Déclics ! organisé chaque année par la Ville de Nanterre. Il s'agira de discuter les changements qu'a provoqué Wikipédia, de faire le bilan de ses réussites et faiblesses et de s'interroger sur son futur. Pour ce débat, j'essaie d'avoir des intervenants diversifiés, qui ne soient pas tous des représentants de la communauté wikimédienne. J'ai donc pensé que la présence d'un représentant d'OpenStreetMap pourrait représenter une véritable valeur ajoutée pour ce débat. Je voudrais donc savoir si l'un de vous serait disponible pour participer à cette table ronde ... sachant que j'ai besoin d'une réponse rapide, les textes de présentation du festival devant être transmis en début de semaine prochaine au service communication de la Ville de Nanterre. Merci d'avance, Benjamin Smith Membre de Wikimédia France ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre
2011/1/28 Philippe Pary phili...@cleo-carto.com Le nom du nouveau script d'import semi-automatique du bâti qui remplace cadastre2osm sur le dépot osm.cleo-carto.org. Je pensais que ce nom pouvait figurer dans un commentaire de changeset, ce qui pourrait soulager la bdd de quelques octets au passage. C'est d'ailleurs ce qui font maintenant tous les editeurs OSM (qui suppriment aussi discrètement les anciens tags created_by pour certains) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparer les données OSM et les données de la ville de Paris
Le 28/01/2011 11:25, Vincent de Chateau-Thierry a écrit : Bonjour, De : rldhont Le 28/01/2011 11:03, Pieren a écrit : 2011/1/28 rldhont Je ne pense donc pas qu'il y ait de véritable problème de projection, mais un problème de système dès le départ. De système géodésique, c'est ça ? Je pensais que les outils de conversion pouvaient en tenir compte... Mais bon, si c'est juste pour une démo, c'est suffisant. Normalement les outils en tienne compte, mais si tu détectes un décalage constant, d'où provient-il ? De la saisie des données par la ville de Paris dans le système de projection Lambert zone 1 carto ? De la reprojection vers le système d'affichage et donc de l'algorithme de transformation ? Des données OSM basées sur d'autres données qui étaient elle mêm au départ dans d'autres systèmes de projections ? Si c'était un souci de système géodésique (oubli des paramètres NTF vers WGS84 quand on quitte le Lambert) les décalages seraient de plusieurs dizaines de mètres. Ici, c'est infime par rapport, et j'ai l'impression que ça n'est pas constant. Je pense plutôt à un souci de champ / une variable de taille fixe pour le stockage des longitudes et latitude à un moment de la chaîne. Sur Paris, les latitudes sont en 48,xxx les longitudes en 2,xxx. Comme les unités squattent une position de plus en latitude, on a une position de moins pour stocker les décimales. On tronque la dernière décimale (la 7e, par ici) et donc on minore la valeur des latitudes : on migre vers le sud de quelques pouillèmes. Bon si c'est le cas c'est la faute à ogr2ogr ;-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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] Re : Table ronde à l'occasion des 10 ans de Wikipédia : vendredi 29 avril 2011, 20h00, Nanterre
Benjamin Smith a écrit : Bonjour, Je suis Benjamin Smith, membre de Wikimédia France, l'association qui soutient et promeut les projets Wikimédia en France. Je vous écris car j'organise une table ronde à l'occasion des 10 ans de Wikipédia, le 29 avril au soir à Nanterre (proche banlieue parisienne). Ce débat sera inclus dans le festivaldu multimédia Déclics ! organisé chaque année par la Ville de Nanterre. Il s'agira de discuter les changements qu'a provoqué Wikipédia, de faire le bilan de ses réussites et faiblesses et de s'interroger sur son futur. Pour ce débat, j'essaie d'avoir des intervenants diversifiés, qui ne soient pas tous des représentants de la communauté wikimédienne. J'ai donc pensé que la présence d'un représentant d'OpenStreetMap pourrait représenter une véritable valeur ajoutée pour ce débat. Je voudrais donc savoir si l'un de vous serait disponible pour participer à cette table ronde ... sachant que j'ai besoin d'une réponse rapide, les textes de présentation du festival devant être transmis en début de semaine prochaine au service communication de la Ville de Nanterre. Merci d'avance, Benjamin Smith Membre de Wikimédia France Salut Benji, je suis pas du coin sinon ça aurait été avec plaisir, et puis je pense que c'est parfois pas mal de diversifier un peu plus les participants à ce genre de débats. Ceci dit si un(e) OSMeur(euse) souhaite y assister, je peux l'aider notamment en l'informant des interractions Wikipédia / OSM. Histoire de ne pas y assister en spectateur(trice)... Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,sur OxyRadio, OSM, et sur MOVIM Socio di Wikimedia Italia ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparer les données OSM et les données de la ville de Paris
2011/1/28 Vincent de Chateau-Thierry v...@laposte.net Si c'était un souci de système géodésique (oubli des paramètres NTF vers WGS84 quand on quitte le Lambert) les décalages seraient de plusieurs dizaines de mètres. Disons 5 mètres en moyenne et 10 mètres au pire. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre
Philippe Pary a écrit , Le 28/01/2011 11:12: alors, vous avez idée de ce qu'est ce truc ? Le nom du nouveau script d'import semi-automatique du bâti qui remplace cadastre2osm sur le dépot osm.cleo-carto.org. ha, merci. :))) Ce serait bien de documenter ce genre de tag dans le wiki, le cartographe de base aurait moins l'impression de flotter dans un monde semi-réel puisque semi-documenté ... / :))) Hélène User:HelenePETIT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] planet extracts
bonjour, je recherche une extraction des dom et plus particulierement de la martinique je n'ai pas trouvé sur http://wiki.openstreetmap.org/wiki/Planet.osm une idée ? - - - - didier + mapeur amateur + ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre
Le vendredi 28 janvier 2011 à 11:43 +0100, Pieren a écrit : 2011/1/28 Philippe Pary phili...@cleo-carto.com Le nom du nouveau script d'import semi-automatique du bâti qui remplace cadastre2osm sur le dépot osm.cleo-carto.org. Je pensais que ce nom pouvait figurer dans un commentaire de changeset, ce qui pourrait soulager la bdd de quelques octets au passage. C'est d'ailleurs ce qui font maintenant tous les editeurs OSM (qui suppriment aussi discrètement les anciens tags created_by pour certains) C'est compliqué car l'import semi-auto peut se faire via Merkaartor (recommandé), JOSM, n'importe quel éditeur ou appel via des scripts à l'API. Il faut indiquer la source des informations, ce qui ne peut être fait qu'en attachant cette clef à chaque nœud. Je ne vois pas de solution plus élégante à ce problème Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De l'abus d'import automatique de données cadastrales...
Le 28/01/2011 10:06, Guillaume Allegre a écrit : Le ven. 28 janv. 2011 à 00:33 +0100, Sébastien Dinot a ecrit : Bonsoir, ... Dans la série abus d'import automatique, il y a aussi les mini-cours d'eau et étangs qui sont parfois définis de façon ultra-détaillée sur le cadastre (style 1 point tous les 50 cm) alors que le cadastre est lui-même très approximatif avec la réalité. D'une façon générale, pour les cours d'eau, le cadastre est BEAUCOUP plus aléatoire que pour le bâti, et souvent sa précision n'est qu'apparente. C'est pour ça qu'à Boulogne sur mer, le cadastre affiche encore des voies ferrées qui ont été remplacées par une route 2x2 voies avec rond-point il y a deux ans maintenant?? http://osm.org/go/0EIJX6Li-- je dois revoir le ref, ce n'est probablement plus la N 1 d'ailleurs... Autrement dit, dans ces cas-là, on importe du bruit, pas du signal. Ce ne serait pas trop grave si ça n'alourdissait pas pour rien la base, et les sessions de travail dans le logiciel d'édition (JOSM, potlatch...) Dans certains cas, j'efface le riverbank et je remplace par un waterway=drain|stream beaucoup plus léger, et qui est plus juste. Au final, je trouve que l'import automatique fait plus de mal que de bien à OSM. Même en se contentant du bâti pur, où ce problème de bruit est moins marqué, il y a des zones (pavillonaires en général) vierges de routes, mais remplies de bâtiments. La lourdeur induite force à travailler sur de petites surfaces, tout en faisant ramer la machine. Je peste parce que qu'on a facilité le travail peu utile (import des bâtiments) au détriment du travail plus utile et plus complexe (tracé et nommage des voies). +1! L'import industriel tue le travail manuel du petit artisan, je vous le dis ! C'était ma râlerie du vendredi. Ca fait du bien hein ;o) -- David White User #297763 on http://counter.li.org Jabber: dwh...@im.linux62.org OpenStreetMap Contributor DavidKW ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] planet extracts
Le 28 janvier 2011, didier2...@free.fr a écrit : bonjour, je recherche une extraction des dom et plus particulierement de la martinique je n'ai pas trouvé sur http://wiki.openstreetmap.org/wiki/Planet.osm une idée ? J'ai eu récemment le même soucis que toi, mais j'ai pu me rabattre sur les extracts de geofabrik. Pour la Martinique, tu peux prendre: http://download.geofabrik.de/osm/central-america.osm.pbf (à 87 Mo) Tous les autres DOM sont trouvables sur des petits extracts sur geofabrik, à part toutes les îles qui se trouvent dans le Pacifique. Je dois avoir de côté tous les polygones utilisés pour réduire la taille des extracts localement si tu es intéressé. Pour info, j'avais trouvé ces DOM-COM là: - martinique saint-barthlemy guadeloupe - central-america.osm.pbf - mayotte reunion - africa.osm.pbf - guyane - south-america.osm.pbf - saint-pierre-et-miquelon - canada.osm.pbf Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] planet extracts
merci beaucoup pour l'info - - - - didier + mapeur amateur + - Mail d'origine - De: Jocelyn Jaubert jocelyn.jaub...@gmail.com À: talk-fr@openstreetmap.org Envoyé: Fri, 28 Jan 2011 14:05:47 +0100 (CET) Objet: Re: [OSM-talk-fr] planet extracts Le 28 janvier 2011, didier2...@free.fr a écrit : bonjour, je recherche une extraction des dom et plus particulierement de la martinique je n'ai pas trouvé sur http://wiki.openstreetmap.org/wiki/Planet.osm une idée ? J'ai eu récemment le même soucis que toi, mais j'ai pu me rabattre sur les extracts de geofabrik. Pour la Martinique, tu peux prendre: http://download.geofabrik.de/osm/central-america.osm.pbf (à 87 Mo) Tous les autres DOM sont trouvables sur des petits extracts sur geofabrik, à part toutes les îles qui se trouvent dans le Pacifique. Je dois avoir de côté tous les polygones utilisés pour réduire la taille des extracts localement si tu es intéressé. Pour info, j'avais trouvé ces DOM-COM là: - martinique saint-barthlemy guadeloupe - central-america.osm.pbf - mayotte reunion - africa.osm.pbf - guyane - south-america.osm.pbf - saint-pierre-et-miquelon - canada.osm.pbf Jocelyn ___ 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] note:qadastre
2011/1/28 Philippe Pary phili...@cleo-carto.com Merkaartor (recommandé), troll ? ;-) JOSM, n'importe quel éditeur ou appel via des scripts à l'API. Il faut indiquer la source des informations, ce qui ne peut être fait qu'en attachant cette clef à chaque nœud. Je ne vois pas de solution plus élégante à ce problème La source est le cadastre. Le script n'est qu'un outil dont l'indication dans la base n'a rien d'une obligation légale (contrairement au cadastre). De plus, on parle bien de tags sur les ways parce que les mettre sur chaque noeud est inutile et redondant. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre
Le vendredi 28 janvier 2011 à 14:41 +0100, Pieren a écrit : 2011/1/28 Philippe Pary phili...@cleo-carto.com Merkaartor (recommandé), troll ? ;-) Le vendredi, c'est permis JOSM, n'importe quel éditeur ou appel via des scripts à l'API. Il faut indiquer la source des informations, ce qui ne peut être fait qu'en attachant cette clef à chaque nœud. Je ne vois pas de solution plus élégante à ce problème La source est le cadastre. Le script n'est qu'un outil dont l'indication dans la base n'a rien d'une obligation légale (contrairement au cadastre). Oui mais non. Si la source est le cadastre, l'outil d'extraction a son importance également. Globalement, j'estime que les fichiers générés par Qadastre sont d'une qualité nettement inférieure à Cadastre2OSM. Simplement, Cadastre2OSM faisait mourir mon serveur, alors que Qadastre est léger. Indiquer que le bâtiment est importé par Cadastre2OSM, Qadastre ou fait à la main est important à mes yeux. De plus, on parle bien de tags sur les ways parce que les mettre sur chaque noeud est inutile et redondant. Je suis d'accord. J'espère que Pierre corrigera ça rapidement. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De l'abus d'import automatique de données cadastrales...
Le vendredi 28 janvier 2011 à 13:56 +0100, David White a écrit : Au final, je trouve que l'import automatique fait plus de mal que de bien à OSM. Même en se contentant du bâti pur, où ce problème de bruit est moins marqué, il y a des zones (pavillonaires en général) vierges de routes, mais remplies de bâtiments. C'est pourquoi il y autant d'avertissements sur osm.cleo-carto.org que sur un paquet de cigarettes :-) La lourdeur induite force à travailler sur de petites surfaces, tout en faisant ramer la machine. Je peste parce que qu'on a facilité le travail peu utile (import des bâtiments) au détriment du travail plus utile et plus complexe (tracé et nommage des voies). +1! Yaka filtrer les bâtiments quand tu travailles (facile à dire, je sais) Le sujet est débattu régulièrement ici. La question s'est même posée de supprimer le dépôt central pour ne laisser l'import qu'à ceux qui savent faire tourner le script … :-) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre
2011/1/28 Philippe Pary phili...@cleo-carto.com Indiquer que le bâtiment est importé par Cadastre2OSM, Qadastre ou fait à la main est important à mes yeux. Oui, mais ça on peut le mettre dans le changeset, comme le created_by. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Table ronde à l'occasion des 10 ans de Wikipédia : vendredi 29 avril 2011, 20h00, Nanterre
Bonjour Benjamin, Je serai disponible pour la table ronde, il sera intéressant pour notre communauté de profiter des retours d'expérience de l'organisation de Wikimédia France pour consolider nos actions. Merci pour cette invitation et à très bientôt pour préparer cet évènement Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Beciklo] redémarrage
Bonjour, Oui, je connais le GRACQ pour en être membre et le projet problèmes de circulation pour l'avoir conçu et être chargé de le développer. L'idée est simple: mettre en lien les cyclistes, les responsables de la voirie et les associations cyclistes: les cyclistes signalent un problème par smartphone Android, Iphone, ou directement via l'interface web: une piste cyclable est encombrée, un parking vélo demande des aménagements, tel carrefour est un point dangereux, ... Le problème est communiqué aux responsables de la voirie, qui peuvent indiquer qu'ils ont pris en compte, voire résolu, la situation. A ce stade, comme je l'ai dit, nous n'attendons plus que des décisions du gouvernement régional pour entamer la réalisation du projet. Je plaide pour qu'il soit open-source (et j'ai de bonnes raisons de penser qu'il le sera), donc réutilisable ailleurs. On pourrait même imaginer un seul serveur « mondial » qui pourrait accueillir tous les signalements... A bon entendeur... En tout cas je trouverai intéressant d'avoir un fond de carte performant et libre pour cela. Je pense qu'il pourrait y avoir un intérêt à un projet de cartes vélo auprès du GRACQ: j'ai déjà au moins pu remarquer qu'ils n'étaient pas effrayé par l'outil informatique. Je pense que les locales du GRACQ pourraient être mobilisées - en tant que membre, je trouverai ça intéressant, mais à voir s'il y a suffisamment de ressources, de volontaires, etc. et je n'ai pas cette info. Je travaille aussi sur des outils qui mettent en évidence le travail de mapping et peuvent leur donnée une portée politique: indiquer que les stationnements vélos pourraient être placés à des endroits plus opportuns, renseigner les rues d'une ville qui pourraient être ouvertes en SUL (Sens unique limités, tag bicycle:oneway=no ou oneway:bicycle=no, je ne sais plus...) (la législation belge impose aux autorités locales l'ouverture de tous les sens uniques à la circulation vélo à contre-sens, à condition que la rue soit suffisamment large – et dans la pratique cela concerne la majorité des sens uniques). Je peux éventuellement leur transmettre un message et mettre en contact cleo-carto et le GRACQ. Pour cela, contactez-moi en privé. D'ailleurs, dans beciclo, il serait vraiment bien que les SUL soient indiqués mais, si je ne me trompe pas, il est indiqué sur le wiki que ça le sera... Bonne journée, Julien Le 25/01/11, Emilie Laffrayemilie.laff...@gmail.com a écrit : 2011/1/24 Thomas Clavier t...@tcweb.org Le 24/01/2011 10:51, Romain MEHUT a écrit : Le plus simple ce serait de prendre contact avec Philippe Pary, de la société Cleo (Cartographie libre et ouverte) Plus d'infos : philippe.p...@cleo-carto.com ou 09 50 29 50 74 Le 24 janvier 2011 10:36, Philippe Pary phili...@cleo-carto.com a écrit : Salut Jolie ! Ça mérite de figurer sur le Wiki ça :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre
Le vendredi 28 janvier 2011 à 15:31 +0100, Pieren a écrit : 2011/1/28 Philippe Pary phili...@cleo-carto.com Indiquer que le bâtiment est importé par Cadastre2OSM, Qadastre ou fait à la main est important à mes yeux. Oui, mais ça on peut le mettre dans le changeset, comme le created_by. De la même manière qu'on s'attend à ce que le validator soit passé ? Ça sera jamais fait … :-/ Philippe PS : Qadastre ne met plus de note: aux nodes de longue date d'après Pierre. Et en lisant vite fait les fichiers, c'est le cas. Ce sont donc de vieux imports qui doivent être en cause. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Beciklo] redémarrage
Salut, Le vendredi 28 janvier 2011 à 16:03 +0100, Julien Fastré a écrit : Oui, je connais le GRACQ pour en être membre et le projet problèmes de circulation pour l'avoir conçu et être chargé de le développer. L'idée est simple: mettre en lien les cyclistes, les responsables de la voirie et les associations cyclistes: les cyclistes signalent un problème par smartphone Android, Iphone, ou directement via l'interface web: une piste cyclable est encombrée, un parking vélo demande des aménagements, tel carrefour est un point dangereux, ... Le problème est communiqué aux responsables de la voirie, qui peuvent indiquer qu'ils ont pris en compte, voire résolu, la situation. A ce stade, comme je l'ai dit, nous n'attendons plus que des décisions du gouvernement régional pour entamer la réalisation du projet. Je plaide pour qu'il soit open-source (et j'ai de bonnes raisons de penser qu'il le sera), donc réutilisable ailleurs. On pourrait même imaginer un seul serveur « mondial » qui pourrait accueillir tous les signalements... A bon entendeur... Ce serait génial ! On avait évoqué cette possibilité avec l'ADAV, mais on a aussi vite abandonné par faute de moyens financiers. D'ailleurs, dans beciclo, il serait vraiment bien que les SUL soient indiqués mais, si je ne me trompe pas, il est indiqué sur le wiki que ça le sera... Il sont indiqués. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] planet extracts
osmosis --read-xml enableDateParsing=no file=central-america.osm --bounding-box top=14.891 left=-61.266 bottom=14.351 right=-60.756 --write-xml file=fr-dom-martinique.osm mkgmap --description='osm martinique' --net --route --gmapsupp --family-name=OpenStreetMap --country-name=DOM-FRANCE --tdbfile --index --nsis fr-dom-martinique.osm a mois les vacances ... - - - - didier + mapeur amateur + - Mail d'origine - De: Jocelyn Jaubert jocelyn.jaub...@gmail.com À: talk-fr@openstreetmap.org Envoyé: Fri, 28 Jan 2011 14:05:47 +0100 (CET) Objet: Re: [OSM-talk-fr] planet extracts Le 28 janvier 2011, didier2...@free.fr a écrit : bonjour, je recherche une extraction des dom et plus particulierement de la martinique je n'ai pas trouvé sur http://wiki.openstreetmap.org/wiki/Planet.osm une idée ? J'ai eu récemment le même soucis que toi, mais j'ai pu me rabattre sur les extracts de geofabrik. Pour la Martinique, tu peux prendre: http://download.geofabrik.de/osm/central-america.osm.pbf (à 87 Mo) Tous les autres DOM sont trouvables sur des petits extracts sur geofabrik, à part toutes les îles qui se trouvent dans le Pacifique. Je dois avoir de côté tous les polygones utilisés pour réduire la taille des extracts localement si tu es intéressé. Pour info, j'avais trouvé ces DOM-COM là: - martinique saint-barthlemy guadeloupe - central-america.osm.pbf - mayotte reunion - africa.osm.pbf - guyane - south-america.osm.pbf - saint-pierre-et-miquelon - canada.osm.pbf Jocelyn ___ 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] planet extracts
Salut Didier, Tu peux aussi faire un extract de la Martinique avec la XAPI: Si tu as une machine tournant sous Linux: Martinique: wget --timeout=0 http://www.informationfreeway.org/api/0.6/*[bbox=-61.24054,14.38015,-60.79834,14.88507]; -O martinique.osm Guadeloupe wget --timeout=0 http://www.informationfreeway.org/api/0.6/*[bbox=-61.84204,15.82132,-60.99060,16.52037]; -O guadeloupe.osm Tu peux taper directement dans ton navigateur les adresse ci dessus mais tu risques d'avoir une erreur de timeout Je mettrai en ligne toutes les semaines un extract des DOM - COM et de la Grande Caraïbe sur mon site. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Itinéraire Convoi exceptionnel ITER [1]
Bonjour, J'ai tracé les premiers tronçons (102kms) et aires d'arrêts de l'itinéraire des convois exceptionnels liés à ITER [1] dans la relation 1397258. Les quelques ruptures sont dues à une méconnaissance du terrain je les comblerai avec des volontaires dans les prochains jours. http://www.openstreetmap.org/?relation=1397258 On sera près dans tous les cas pour du liveblogging / twiterring lors des premiers convois test prévus cette année. Happy Mapping [1] http://www.paca.equipement.gouv.fr/rubrique.php3?id_rubrique=419 Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Subventions pour mapping parties ?
Bonjour, Le 28/01/2011 10:15, Charles Nepote a écrit : un part d'autofinancement au projet. Pour des assos par exemple, c'est souvent 80% de sub pour 20% d'autofinancement ou 50-50 (là c'est plus dur). Pour les RMLL c'est toujours 50 % *maxi* (cette année on était à 30 %). Je ne trouve pas que ce soit un si gros mais. Ça l'est dans la mesure où ça oblige à passer par la case asso si l'on n'est qu'un groupe informel. Son existence légale peut très bien être de circonstance. Mmmm... je n'essaierais même pas. Certains acteurs publics peuvent être un peu tatillon mais ça peut se négocier un peu. Par ailleurs, dans le monde associatif il toujours possible et facile de trouver une structure associative porteuse qui a pignon sur rue. L'OSGeo est un bon exemple. Oui, bien sûr et c'était le sens de ma remarque. Ce ne sont souvent pas de très grosses contraintes et je les trouve assez normales : logo sur les documents de comm', quelques affiches, un mot de remerciement. On est d'accord. Je parlais de contraintes dans la mesure où c'est du travail non prévu au départ qui vient s'ajouter à la thématique à subventionner. en partie (rarement versée à 100 %) Notre expérience nous montre que c'est extrêmement rare. Si la sub a été votée et que les engagements sont respectés il n'y a aucune raison pour qu'elle ne soit pas versée ! Je voulais dire : rarement versée à 100 % tout de suite. L'habitude serait plutôt à 80 - 20 : 80 % avant (voir plus haut) et les 20 % restants après dépôt des compte-rendus. et que le solde n'est versé que lorsque certaines conditions sont remplies (ex : fournir une compta, un compte-rendu, des illustrations de comm' et des tas d'autres trucs bizarres). Là encore, je trouve plutôt sain que l'acteur public demande un minimum de comptes... Moi aussi. Je voulais, encore, montrer que -- aussi justifiées soient les procédures de contrôle -- elles complexifient la tâche. Oui c'est un travail qui peut être assez lourd. Mais là encore il faut bien choisir chez qui frapper : certains font vraiment bien leur boulot et font tout pour faciliter la vie d'initiatives comme la notre. On est parfaitement d'accord. Amicalement, -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Subventions pour mapping parties ?
Le 28/01/2011 11:22, Philippe Pary a écrit : Ou tout Groupe d'Utilisateur de Logiciel Libre, qui sont souvent connus et reconnus localement. Hum. Asso signifie groupe constitué officiellement, ayant déposé des statuts, etc. Un GUL peut être totalement informel (un groupe, quoi ;) et de ce fait pourra rencontrer de grosses difficultés à se faire reconnaître donc subventionner. Surtout que nous parlons ici de petites sommes. Lorsqu'il s'agit d'argent, il n'y a pas de petites sommes. Une alternative, déjà évoquée dans le fil et de se faire fournir des prestations en nature : transport par des services municipaux ou prêt d'un véhicule utilitaire, impression d'affiches ou de flyers par un service comm', fourniture d'un buffet par une Mairie sont beaucoup plus faciles à obtenir car les collectivités ont beaucoup plus de souplesse. Pas besoin d'un vote des politiques, ça peut tomber dans une enveloppe globale annuelle, etc. D'ailleurs, si l'évènement peut s'inscrire (de près et parfois de loin) dans un évènement que la collectivité parraine, là aussi cela peut faciliter l'obtention d'avantages sinon de subvention. Et puis, accueillir le Maire pour un discours d'ouverture, c'est un excellent élément de communication ! -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Subventions pour mapping parties ?
Le 28/01/2011 18:37, Jean-Francois Nifenecker a écrit : Bonjour, ... Je ne trouve pas que ce soit un si gros mais. Ça l'est dans la mesure où ça oblige à passer par la case asso si l'on n'est qu'un groupe informel. Son existence légale peut très bien être de circonstance. Mmmm... je n'essaierais même pas. Certains acteurs publics peuvent être un peu tatillon mais ça peut se négocier un peu. Par ailleurs, dans le monde associatif il toujours possible et facile de trouver une structure associative porteuse qui a pignon sur rue. L'OSGeo est un bon exemple. Justement, OSM France *est* un élément de l'OSGéo France, donc il n'y a même pas de question sur le sujet de l'asso. Elle existe formellement et a déjà du recevoir des subventions. Que de bruit pour rien (ça doit être le vendredi ?!) -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Subventions pour mapping parties ?
Le 28/01/2011 19:02, Marc Sibert a écrit : Justement, OSM France *est* un élément de l'OSGéo France, donc il n'y a même pas de question sur le sujet de l'asso. Elle existe formellement et a déjà du recevoir des subventions. Dans le fil, il a été question de groupes. J'ai précisé. (ça doit être le vendredi ?!) Sûrement. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Données Publiques][Alpes-de-Haute-Provence] Établissements Recevant le Public Hydrants
J'ai reçu aujourd'hui au format Mapinfo l'ensemble des Établissements recevant du public (ERP) et les hydrants (Poteaux, Bouches, citernes incendies) des Alpes-de-Haute-Provence. Je cite Wikipédia [1] ;-) Cela regroupe un très grand nombre d'établissements tels que les cinémas, théâtres, magasins (de l'échoppe à la grande surface), bibliothèques, écoles, universités, hôtels, restaurants, hôpitaux, gares. Je ne le savais pas avant que l'on m'en parle mais ce lot de données est une grande source de POI. Je pense que nous pourrions demander aux CG et autres collectivités la liste (obligation légale) de ces ERP pour avoir une bonne idée des POI disponibles sur un territoire et faire avancer OSM. Un GRAND MERCI à mon collègue de la DDT04 François Thévand d'être intervenu en notre faveur pour demander ce lot de données. Les données ont été levées par François lui même et ses collègues. Elles sont remises à l'OSGéo-fr pour OSM, j'attends d'ailleurs le retour de la lettre avec la signature de la DDT avant de publier tout ça (je dois documenter le wiki de l'OSGéo-fr sur les projets que je lead en ce moment) J'espère des cadeaux du même type de la Communauté du pays d'Aix dans les jours à venir ainsi que de la DREAL PACA. J'ai déjà un accord de la DREAL sur un certain nombre de jeux de données à nettoyer [données privées / points mal localisés] Je reviendrai vers vous dans un prochain post pour évoquer tout ça. @Très Bientôt et Bon Week End Gaël Je retourne préparer le FOSDEM ;-) [1] http://fr.wikipedia.org/wiki/%C3%89tablissement_recevant_du_public ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Francophone] [Données Publiques][Alpes-de-Haute-Provence] Établissements Recevant le Public Hydrants
Merci Gael pour tout ceci ! Et merci à la DDT04 et à François Thévand. Cela fait plaisir de voir que l'OSGeo-fr peut servir d'entité légale pour OSM ! Merci, Y. Le vendredi 28 janvier 2011 21:46:44, RatZilla$ a écrit : J'ai reçu aujourd'hui au format Mapinfo l'ensemble des Établissements recevant du public (ERP) et les hydrants (Poteaux, Bouches, citernes incendies) des Alpes-de-Haute-Provence. Je cite Wikipédia [1] ;-) Cela regroupe un très grand nombre d'établissements tels que les cinémas, théâtres, magasins (de l'échoppe à la grande surface), bibliothèques, écoles, universités, hôtels, restaurants, hôpitaux, gares. Je ne le savais pas avant que l'on m'en parle mais ce lot de données est une grande source de POI. Je pense que nous pourrions demander aux CG et autres collectivités la liste (obligation légale) de ces ERP pour avoir une bonne idée des POI disponibles sur un territoire et faire avancer OSM. Un GRAND MERCI à mon collègue de la DDT04 François Thévand d'être intervenu en notre faveur pour demander ce lot de données. Les données ont été levées par François lui même et ses collègues. Elles sont remises à l'OSGéo-fr pour OSM, j'attends d'ailleurs le retour de la lettre avec la signature de la DDT avant de publier tout ça (je dois documenter le wiki de l'OSGéo-fr sur les projets que je lead en ce moment) J'espère des cadeaux du même type de la Communauté du pays d'Aix dans les jours à venir ainsi que de la DREAL PACA. J'ai déjà un accord de la DREAL sur un certain nombre de jeux de données à nettoyer [données privées / points mal localisés] Je reviendrai vers vous dans un prochain post pour évoquer tout ça. @Très Bientôt et Bon Week End Gaël Je retourne préparer le FOSDEM ;-) [1] http://fr.wikipedia.org/wiki/%C3%89tablissement_recevant_du_public ___ Francophone mailing list francoph...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/francophone -- Yves Jacolin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre
Le 28/01/2011 16:04, Philippe Pary a écrit : Le vendredi 28 janvier 2011 à 15:31 +0100, Pieren a écrit : 2011/1/28 Philippe Paryphili...@cleo-carto.com Indiquer que le bâtiment est importé par Cadastre2OSM, Qadastre ou fait à la main est important à mes yeux. Oui, mais ça on peut le mettre dans le changeset, comme le created_by. De la même manière qu'on s'attend à ce que le validator soit passé ? Ça sera jamais fait … :-/ Et un tag présent dans le fichier généré par Qadastre, qui serait compris par les éditeurs comme une valeur par défaut pour le commentaire de changeset, et donc proposé au moment d'uploader ? On pourrait y trouver le nom du programme d'extraction et sa version, mais quitte à documenter, ce serait bien d'y trouver la date d'extraction du site du cadastre. Ceux qui rêvent d'import différentiel auraient une référence concrète pour leurs comparaisons. Le tag note:qadastre a par ailleurs des effets de bord, lorsqu'on utilise JOSM _et_ Validator (mais si Philippe, ça sert :-) ). Test à l'instant avec le fichier de Marnes-la-Coquette [1] : Validator trouve par défaut 1 erreur et 23 warnings. En supprimant toutes les occurrences du tag note:qadastre, Validator trouve 2 erreurs de plus : des chemins dupliqués, différents jusque làà cause de leur valeur du tag note:qadastre : v0.1 contre v0.2. Un autre effet de bord : le tag note:qadastre est considéré par JOSM comme un attribut à part entière, et non comme un tag de commentaire. Ce tag masque donc un moyen de repérer les ways inner de multipolygon, qui dans les extractions n'ont pas de tags d'attributs (building=yes), juste le tag source, qui est un tag de commentaire. Donc un way inner, s'il est détaché de sa relation multipolygon, peut tromper Validator sur sa nature et rester un way isolé, par erreur. Ca peut arriver si on découpe un fichier source manuellement, par exemple. vincent [1] : http://osm.cleo-carto.org/cadastre/092/YB047-MARNES%20LA%20COQUETTE-houses.osm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Beauzelle n'est pas en Andorre
Le 27/01/2011 14:49, Vincent de Chateau-Thierry a écrit : Bonjour, De : rldhont C'est normal nominatim n'utilise pas les limites administratives mais un système de triangulation des informations donc si Beauzelle est proche de l'andorre nominatim peut renvoyé cette fausse information. Dans mon souvenir, il y a une triangulation en l'absence de limites admin avec des polygones de Voronoï, mais si la limite admin existe, il me semble bien qu'elle sert. En testant en dehors de Beauzelle, on constate que Toulouse aussi est en Andorre d'après Nominatim, et aussi Foix (09), Blagnac, etc. Bref, le problème a l'air assez étendu. Nominatim a été mis à jour lundi par son auteur [1] qui annonçait que les modifs impactaient normalement les résultats de recherche sur les US, mais il n'excluait pas la présence d'effets de bord. Je lui transmets nos constats, et à suivre. J'ai eu de Brian Quinion (merci à lui) des éléments d'explication sur l'annexion de Toulouse co. L'incompatibilité entre Nominatim et les données vient de la structure de la pyramide de relations qui décrivent la France. Cette structure a été modifiée récemment et discutée ici dans la foulée [1]. Ca coince au moins sur 2 points : - la récursivité des relations, non gérée par osm2pgsql à ce que je comprends, - aussi la chronologie des relations : le fait qu'une relation référence comme membres des relations plus récentes (cas de la 11980 : France qui référence la 1362232 : France Métropolitaine). De ce que j'ai compris, Brian ne fait qu'une seule passe sur les données, parcourues dans l'ordre. Donc au moment de traiter la relation 11980, il ne peut pas savoir de quoi elle est constituée. Néanmoins depuis hier soir, l'anomalie vue par Hélène est corrigée, mais par une bidouille. Donc le paradoxe continue, du fait de la lourdeur des données apparentées à la relation 11980 : où mettre le curseur entre des données gérables mais inexploitables (aujourd'hui au moins par osm2pgsql, mais ça doit mieux aller avec osmosis ?) et des données exploitables (pas de récursivité) mais ingérables (relations monstres). vincent [1] : http://lists.openstreetmap.org/pipermail/talk-fr/2011-January/029703.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
