Re: [OSM-talk-fr] Cléo et les pros d'OSM
Quand je vous disais que j'adore cette communauté ! Pas d'embrouille, on s'explique souvent longtemps et puis hop on se fait des bisous ;) Plus Sérieusement, Merci encore à tous les professionnels qui croient en nous et nous apportent régulièrement leur soutien. Je souhaite vivement et je l'ai déjà annoncé voir très bientôt des gens vivre d'activités connexes à OSM comme certains vivent de leur expertise PHP, Python, Perl, Admin Sys/Net etc ... Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Bonjour, En lisant le tuto, un petit point d'orthographe a retenu mon attention : IV] Téléchargement, installation et paramétrage de l'outil JOSM *Étape 3 :* Paramétrages Comment savoir si ma commune est vectoriée ? Je ne suis pas une experte en langue française (loin de là) mais je trouve que ce serait plus joli de dire soit ma commune est vectorisée soit ma commune est au format vecteur. A bientôt. Le 8 décembre 2011 06:49, partir-en-vtt ad...@partir-en-vtt.com a écrit : Merci blueberry pour la correction. Je vais appliquer les corrections ce soir si le temps me le permet. - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/www-openstreetmap-fr-2-0-tp7064878p7073341.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 -- Ophélie PETIT 8 boulevard Jules Verne 44000 NANTES Tel: 0033 (0)253555715 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage grand public sur OSM
Bonjour, Et un complément au reportage vidéo: http://www.charentelibre.fr/2011/12/08/la-cartographie-libre-c-est-leur-meilleur-plan,1069013.php Romain Le 7 décembre 2011 21:54, Pierre-Alain Dorange pdora...@mac.com a écrit : Marc Sibert m...@sibert.fr wrote: Si tu as encore du courage... peux-tu demander la liste des auteurs que l'on voit directement avec eux. Ya peut être moyen qu'ils nous (l'asso) les abandonnent ? J'ai répondu dans ce sens, mais j'y crois pas au vu de la deuxième réponse... voir message à coté. Par contre le cercle d'amis, c'est jouable dans une présentation à moins de 10 personnes. Il réclame dans ce cas une déclaration et le réglement des droits d'auteurs aux sociétés de perception... bla, bla... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Effectivement, petite faute de frappe. J'ai corrigé sur l'odt. Merci pour la remonté du souci ! - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/www-openstreetmap-fr-2-0-tp7064878p7073639.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] beta - stats cours d'eau
Chouette, chouette, c'est vite dit ! J'échangerais pas 1 baril de beta contre 2 de son remplaçant potentiel ! On n'y voit pas les longueurs, et une analyse faite toutes les quelques semaines ça ne permet pas de vérifier ses ajustements à la volée. Là elle date d'octobre. Bon, là, je dirais qu'on parle pas de deux barils de lessive, mais plutôt de lessive et d'adoucissant : les services sont complémentaires. En allant plus loin et en combinant tous les scripts d'analyses de cours d'eau, on a les intérêts suivants, qui selon moi auraient du sens dans un service unifié. Voilà donc le cahier des charges :-) Sly [1] + Réactivité : résultats instantanés + Longueurs par cours d'eau + Total général + Comparaison avec le référentiel officiel (SANDRE), % d'avancement par cours d'eau (avec couleurs, ouééé) + Nombre de tronçons + Lien vers analyser.openstreetmap.fr, qui est bien efficace pour localiser les soucis + Lien vers la présentation de la relation sur openstreetmap.org + Arno Renevier [2] + Vue en arborescence, très épurée à l'ouverture (pas de tableau interminable) + Hiérarchisation par bassin versant + Fiche détaillée par cours d'eau avec des infos pédagogiques (surtout pour les communes traversées) + D'autres intérêts déjà cités plus haut Werner2101 [3] + Portée internationale (ici France, Allemagne, Espagne, Italie) + Affichage des langues dispo pour la toponymie (*) Jocelyn [4] + Présentation par niveau de l'affluent (similaire à [1] et [2] + Outils de débuggage (**) + Liaison vers le référentiel officiel (SANDRE) + D'autres intérêts déjà cités plus haut Image des cours d'eaux principaux [5] + graphique + lisible, puisque limité aux cours d'eau principaux Dans l'outil de Sly, le nombre de morceaux peut mettre en évidence deux choses : - Le cours principal est en plusieurs morceaux (pas bien) - Les bras secondaires ont été ajoutés à la relation (pourquoi pas en fait, mais cela mériterait un rôle dans la relation, genre side_stream [6]). Bref, je verrais bien que les rôles des morceaux soient affichés Si plutôt que d'indiquer 4 morceaux, on a : 2 morceaux sans rôle et 1 morceau side_stream : cela doit mettre la puce à l'oreille pour révéler 1 vide 1 morceau sans rôle et 3 morceaux side_stream : Pas de souci Pour tout bétonner, on pourrait également mettre l'attribut main_stream sur les tronçons du cours principal. Mais je comprends bien que ne mettre aucun attribut est censé le sous-entendre. J'ai donné en exemple sur le forum eaux-vives.org [7] les analyseurs de sly et de Arno. L'évolution des km totaux et la présentation sous forme de bassin versant sont très parlants Je vais encore plus loin ! (de l'ab-fab'ulation sans doûte) Jean-Christophe Victor a parlé d'une revue critique du projet OpenStreetMap pour le Dessous des Cartes consacré au projet. Sachant que son dada c'est l'analyse, est-ce que pour l'instant il ne voit du projet que l'aspect contributeurs multiples (doûte sur leur fiabilité individuelle) et rendu des données (carte glissant, carte papier ...) ? Pouvoir mettre en évidence que des informations mises dans la base par étapes successives : _ le contributeur qui va tracer le parcours des cours d'eau de sa commune en mettant waterway=river ou stream et en mettant leurs noms quand il y en a. _ le plus zélé qui saura aller relier tout ça au reste du cours d'eau quelques km plus loin, faire l'ajout dans la relation qui porte l'attribut SANDRE _ le contrôleur général qui va faire l'outil pour recenser en temps réel l'état des cours d'eau On aboutit à un état des lieux instantané, critique (état de l'avancement, homogénéité), en liaison avec des données de référence (pages Sandre), polyglotte (noms en plusieurs langues) et hiérarchisé (arborescence des affluents, zones géographiques traversées) des informations. D'autres domaines peuvent être pris en exemple (réseau routier, ferroviaire ...) Et puis la vie ne s'arrête pas au Dessous des Cartes, bien évidemment. Un bel outil lié aux bassins versants est éminemment pédagogique --- (*) On y voit que les rivières allemandes n'ont pas d'attribut name:fr (à part le Rhin) à quoi servirait de faire un rendu mondial en français si on n'y a pas les noms des cours d'eau dans notre langue. Là, on peut balayer rapido les manques, et corriger facilement puisque la référence de la relation est mise en évidence. (**) On y observe des relations multiples pour un même cours d'eau (la Charente par exemple) Je ne prends pas partie dans la discussion concernant la nécessité des rôles tributary of J'espère que l'on peut faire sans, mais en pratique, ajouter ces infos dans la relation n'est pas contraignant et n'alourdit rien du tout (puisque mentionné une seule fois) --- [1] http://beta.letuffe.org/cron/etat-cours-eau/suivi-cours-eau.php [2] http://renevier.net/maps/rivers/ [3] http://www.h-renrew.de/h/osm/osmchecks/07_watershed/fr/result.html [4]
[OSM-talk-fr] OpenData EtatLab et l'IGN
A propos des limites communale, mais je crains que ça ne fasse pas avancer énormément les choses. Les communes sont créées par arrêté préfectoral après rédaction d'un procès verbal de délimitation (An VIII ou IX, mais souvent revu depuis). C'est le (ou les) procès verbal (aux) de délimitation intercommunale qui défini (par description et par plans) les limites de la commune. ce PV est à rechercher dans les archives communales ou aux Archives départementales (série P). A partir du moment où l'on ce réfère à ce PV, peut importe la topographie (ou sa restitution) puisque la description, en général dans le sens horaire, va indiquer, par exemple, que la commune A est séparée de B par le chemin xxx jusqu'au pont sur la rivière puis suivra le cours de la rivière jusqu'à etc. etc. . C'est ce PV qui est normalement transcrit dans les plans cadastraux, avec les erreurs de ces plans… Donc quand les délimitations varient d'une source à l'autre, je crois que c'est à ce PV qu'il faudrait se référencer. En plus c'est une recherche intéressante pour un mappeur curieux ;-), mais ça ne marchera bien que si les points ou lignes sur lesquels s'appuient les limites communales sont correctement établis et restitués sinon… ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage grand public sur OSM
Bonjour, De : Romain MEHUT Et un complément au reportage vidéo: http://www.charentelibre.fr/2011/12/08/la-cartographie-libre-c-est-leur-meilleur- plan,1069013.php Bravo PAD :-) 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] Nominatim sur site web...
Je viens de regarder rapidement ce que faisaient nos visiteurs sur le site web. A ma grande surprise, dans le champ Recherche, j'en ai un nombre non négligeable qui saisissent des adresses ! Il va falloir mettre un petit javascript pour faire des requêtes Nominatim et les renvoyer vers la carte si il y a une correspondance... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenData EtatLab et l'IGN
C'est le (ou les) procès verbal (aux) de délimitation intercommunale qui défini (par description et par plans) les limites de la commune. ce PV est à rechercher dans les archives communales ou aux Archives départementales (série P). Merci pour l'information. Tu aurais un exemple en ligne d'un tel procès-verbal ? Je ne sais pas trop s'il y a des archives départementales ou communales en ligne qui sont consultables facilement ? Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Il y a un bogue dans la Revue des blogs en français. concernant celui intitulé Présentation OSM à Courcouronnes le 25 juin 2011 de Marc Sibert. Visiblement, l'insert de carte ne plait pas beaucoup à l'agrégateur. http://www.openstreetmap.fr/planet Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenData EtatLab et l'IGN
De : Damouns C'est le (ou les) procès verbal (aux) de délimitation intercommunale qui défini (par description et par plans) les limites de la commune. ce PV est à rechercher dans les archives communales ou aux Archives départementales (série P). Merci pour l'information. Tu aurais un exemple en ligne d'un tel procès-verbal ? Je ne sais pas trop s'il y a des archives départementales ou communales en ligne qui sont consultables facilement ? Ça me rappelle ceci : http://georezo.net/forum/viewtopic.php?pid=192338#p192338 suivi de : http://georezo.net/forum/viewtopic.php?pid=192354#p192354 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
Re: [OSM-talk-fr] OpenData EtatLab et l'IGN
Les communes sont créées par arrêté préfectoral après rédaction d'un procès verbal de délimitation (An VIII ou IX, mais souvent revu depuis). C'est le (ou les) procès verbal (aux) de délimitation intercommunale qui défini (par description et par plans) les limites de la commune. ce PV est à rechercher dans les archives communales ou aux Archives départementales (série P). On va garder ça pour osm_vs_limites_communales.2.0 ;-) Pour les problèmes de raccord, j'identifie avant tout des mauvais calages du cadastre. Je l'ai encore constaté hier soir en important les communes nouvellement vectoriées de l'Ardèche. Je parle d'erreurs dépassant la dizaine de mètres. Dans certains cas, on voit bien la limite naturelle utilisée, typiquement une rivière. Y-a-plus-k'à aller parcourir la rivière avec son GPS (en espérant qu'elle n'a pas bougée) et tracer la limite au GPS ou trouver de quel côté le cadastre est décalé. Dans d'autres cas, ce n'est pas facile de trouver de quel côté est le problème. Là, il faudrait aller chercher dans les PV l'élément de repère initial. Et je crains que dans certains cas, le repère initial sur le terrain ait disparu comme une rivière depuis canalisée toute droite ou un ancien chemin. Les divergences sur la forme même de la frontière intercommunale sont quand même beaucoup plus rares. Il y a le cas de la haute montagne sans parcelle mais le PV indiquera certainement du sommet A au sommet B en passant par la ligne crête là où le cadastre a tiré une ligne droite. Pour les autres cas, le PV toujours. Quand est-ce qu'ils les mettent en ligne??? ;-) De quoi occuper les fourmis quelques décennies... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenData EtatLab et l'IGN
Les procès verbaux sont rarement numérisés par contre les plans cadastraux le sont: http://mezidonhistoire.canalblog.com/archives/1___archives_en_ligne/index.html Néanmoins je ne pense pas, pour en avoir lu, que ce soit une bonne source... ... Ce n'est ni géoréférencé ni précis (pour les plans) et chaque procès verbal fait quelques pages... Ca risque d'être un travail long et fastidieux... Le 8 décembre 2011 11:07, Damouns damo...@gmail.com a écrit : C'est le (ou les) procès verbal (aux) de délimitation intercommunale qui défini (par description et par plans) les limites de la commune. ce PV est à rechercher dans les archives communales ou aux Archives départementales (série P). Merci pour l'information. Tu aurais un exemple en ligne d'un tel procès-verbal ? Je ne sais pas trop s'il y a des archives départementales ou communales en ligne qui sont consultables facilement ? Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Ophélie PETIT 8 boulevard Jules Verne 44000 NANTES Tel: 0033 (0)253555715 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communes aux archives dép.
Le 8 décembre 2011 11:28, Eric Sibert courr...@eric.sibert.fr a écrit : Les divergences sur la forme même de la frontière intercommunale sont quand même beaucoup plus rares. Il y a le cas de la haute montagne sans parcelle mais le PV indiquera certainement du sommet A au sommet B en passant par la ligne crête là où le cadastre a tiré une ligne droite. Pour les autres cas, le PV toujours. Quand est-ce qu'ils les mettent en ligne??? ;-) De quoi occuper les fourmis quelques décennies... Ayant un peu fréquenté les archives départementales pour des recherches généalogiques (c'est d'ailleurs la généalogie qui m'a fait arriver sur OSM), je doute que ces PV de la série P soient dispo en ligne. Il faut aller sur place et bon courage car c'est assez procédurier sur certains départements. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Arghhh c'est le flux RSS de Marc qui envoie ça comme ça (css et script openlayers dans le flux RSS). Difficile à filtrer... sauf en modifiant le code de l'aggrégateur de flux de drupal. Le 8 décembre 2011 11:25, Pieren pier...@gmail.com a écrit : Il y a un bogue dans la Revue des blogs en français. concernant celui intitulé Présentation OSM à Courcouronnes le 25 juin 2011 de Marc Sibert. Visiblement, l'insert de carte ne plait pas beaucoup à l'agrégateur. http://www.openstreetmap.fr/planet Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Petit bug sur le site openstreetmap.fr
Salut, On arrive sur une page 'Document non trouvé' à l'url : http://openstreetmap.fr/calendar/month Cela depuis la page d'accueil sur le bouton 'Calendar' de : BarCamp Cartographie des transports en commun (Paris, le 20 décembre) Sinon j'ai remarqué la disparition du mot Planète sur la revue de blog, et c'est au final plus lisible. Le plus important est d'avoir conservé la diffusion du contenu, j'estime que nous sommes arrivés à un bon consensus après moults discussion , ça fait plaisir ;-) A++ -- Rodolphe Quiédeville http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Le 8 décembre 2011 11:38, Christian Quest cqu...@openstreetmap.fr a écrit : Arghhh c'est le flux RSS de Marc qui envoie ça comme ça (css et script openlayers dans le flux RSS). Difficile à filtrer... sauf en modifiant le code de l'aggrégateur de flux de drupal. ça c'est possible en créant un hook sur la fonction ;) http://api.drupal.org/api/drupal/includes--module.inc/group/hooks/7 d'ailleurs le cas a déjà été prévu: http://api.drupal.org/api/drupal/modules--aggregator--aggregator.api.php/function/hook_aggregator_parse/7 Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Le 8 décembre 2011 11:38, Christian Quest cqu...@openstreetmap.fr a écrit : Arghhh c'est le flux RSS de Marc qui envoie ça comme ça (css et script openlayers dans le flux RSS). Difficile à filtrer... sauf en modifiant le code de l'aggrégateur de flux de drupal. Le 8 décembre 2011 11:25, Pieren pier...@gmail.com a écrit : Il y a un bogue dans la Revue des blogs en français. concernant celui intitulé Présentation OSM à Courcouronnes le 25 juin 2011 de Marc Sibert. Visiblement, l'insert de carte ne plait pas beaucoup à l'agrégateur. http://www.openstreetmap.fr/planet Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/christian-quest Pareil, je ne vois qu'une seule solution, supprimer freeroute.fr des flux RSS intégrés... ce serait dommage non ? A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim sur site web...
2011/12/8 Christian Quest cqu...@openstreetmap.fr Je viens de regarder rapidement ce que faisaient nos visiteurs sur le site web. A ma grande surprise, dans le champ Recherche, j'en ai un nombre non négligeable qui saisissent des adresses ! Il va falloir mettre un petit javascript pour faire des requêtes Nominatim et les renvoyer vers la carte si il y a une correspondance... Je pense que ca prendra aux pros du web ici que quelques minutes. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim sur site web...
Le 08/12/2011 12:10, Emilie Laffray a écrit : 2011/12/8 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr Je viens de regarder rapidement ce que faisaient nos visiteurs sur le site web. A ma grande surprise, dans le champ Recherche, j'en ai un nombre non négligeable qui saisissent des adresses ! Il va falloir mettre un petit javascript pour faire des requêtes Nominatim et les renvoyer vers la carte si il y a une correspondance... Je pense que ca prendra aux pros du web ici que quelques minutes. Je confirme, faut juste trouvé un créneau ;-) Emilie Laffray ___ 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] Changement de travail
Bonjour, puisque ça a une légère incidence vis à vis de ma position à la communauté, je vous annonce qu'a partir de Mercredi soir prochain je ne travaillerai plus pour Mapquest. Je change de société et je pars pour une autre qui n'a pas de relations avec la géographie (enfin pour le moment :P ). Je devrai avoir un temps bien plus supérieur pour me réinvestir pleinement dans OSM car c'est un job avec une équipe au Royaume Uni donc le nombre d'heures ridicule que je faisais devrait en grande partie disparaitre. Je devrai être même en déplacement en France régulièrement pour le boulot. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage grand public sur OSM
A mon avis, France 3 a une gestion stricte des droits. La question est de savoir, s'ils commercialisent ou non leurs reportages peu de temps après leur réalisation. Dans tous les cas, les ayant-droits intellectuels (caméraman, journaliste, principalement) doivent recevoir leur du selon un barème négocié. Je ne conseille pas à l'association d'utiliser des images dont on n'a pas mis le statut juridique au clair. Une extension de l'idée du cercle de famille n'est pas prudente, si elle n'est pas ponctuelle, ce qui exclut l'idée de formation. Au moins, nous tenons un bon acteur pour les futurs films réalisés en interne. ;-) . Christian (sans tirets) Le 7 déc. 2011 à 21:25, Marc Sibert a écrit : Le 07/12/2011 20:13, Pierre-Alain Dorange a écrit : Pierre-Alain Dorangepdora...@mac.com wrote: Je doute que nous puissions mettre en ligne la vidéo sans autorisation, question de droits comme toujours même si notre redevance l'a déjà payée. Pierre-Alain a peut être le contact pour avoir cette autorisation... Pierre-Alain ? Bravo a ceux qui on récupéré le reportage, moi j'avais pas réussit. La réalisatrice a demandé pour que j'ai une copie DVD (mais c'est même pas sur) alors une autorisation de réutilisation c'est pas gagné. Mais je vais demander à la réalisatrice, on verra bien. Elle est contente que ça plaise, par contre la rédaction de F3 a rien compris... Il autorise la (re)diffusion dans le cadre famillial ou cercle d'amis... Bon je veux bien être ami avec tout le monde mais pas sur que ça soit dans l'esprit (sic). Je cite : si la diffusion a lieu dans le cadre familiale ou du cercle d'amis, il n'y a ni autorisation à demander à ftv ni droits à payer aux organismes de collecte des droits d'auteur. Dans tous les cas de diffusion publique il faut: -demander l'autorisation de ftv par écrit (mail à m'envoyer) mentionnant le nom de l'organisateur, la salle, le nombre de spectateurs invités, l'événement donnant lieu à la diffusion, prix d'entrée; -la salle ou l'organisateur doivent déclarer et payer les droits d'auteur (liste que nous fournirons) aux organismes de collecte de ceux-ci. Je vais contacter directement la directrice de production pour essayer d'exposer plus clairement que c'est pour diffuser dans le cadre de formation, voir sur le site internet de l'association et uniquement ce reportage... Bonsoir, Si tu as encore du courage... peux-tu demander la liste des auteurs que l'on voit directement avec eux. Ya peut être moyen qu'ils nous (l'asso) les abandonnent ? Par contre le cercle d'amis, c'est jouable dans une présentation à moins de 10 personnes. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit bug sur le site openstreetmap.fr
Le 8 déc. 2011 à 11:41, Rodolphe Quiedeville a écrit : Le plus important est d'avoir conservé la diffusion du contenu, j'estime que nous sommes arrivés à un bon consensus après moults discussion , ça fait plaisir ;-) Pour le plaisir d'apporter un peu de dissenssus, sinon ça n'est pas drôle, j'aurais bien aimé que l'on garde le terme planet que je ne connaissais pas. J'ai découvert un planet bio et j'en créer ais bien un pour une de mes marottes. La pédagogie, c'est introduire des termes sans les expliquer, jusqu'à ce que le contexte indique leur sens. C'est comme ça que nous apprenons les langues, l'argot, le jargon, l'ironie, les sous-entendus, etc. Cela me rappelle l'anecdote suivante : Dans un bibliobus, un instit avait écarté un livre, avec le commentaire suivant : il y a du passé simple et ils ne sont pas encore arrivés là. Eviter, à tout prix, les termes identiques, parce qu'ils existent aussi dans un autre champ lexical, c'est pour ceux qui veulent un monde trop blanc, sans polysémie sans second degré. Tout le contraire de la vraie vie. Vve le planet libre ! Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenData EtatLab et l'IGN
2011/12/8 Eric Sibert courr...@eric.sibert.fr: Dans certains cas, on voit bien la limite naturelle utilisée, typiquement une rivière. Y-a-plus-k'à aller parcourir la rivière Le lit d'une rivière se déplace toujours avec le temps, surtout si on remonte à son époque napoléonienne. Seuls les rivières canalisées déjà à l'époque peuvent encore servir de référence. Et que dire des ruisseaux qui sont encore plus souvent utilisés comme limites que les rivières. J'avais compris au cours de conversations précédentes sur ce sujet que si le lit se déplaçait, c'était toujours l'ancienne délimitation qui comptait. Donc utiliser Bing sur ce coup est plus que hasardeux. Il vaut mieux tracer deux ways, un depuis le cadastre pour la limite et un deuxième depuis l'imagerie si c'est possible (comme l'a dit Denis, la couverture végétale rend l'opération plus qu'incertaine). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouvelle réflexion sur le frontières de commune et éléments naturels - Etait: OpenData EtatLab et l'IGN
J'avais compris au cours de conversations précédentes sur ce sujet que si le lit se déplaçait, c'était toujours l'ancienne délimitation qui comptait. C'est en effet ce qu'on se répète sur osm-fr depuis quelque temps, mais voici un nouvel éclairage radicalement à l'opposé puisqu'il est suggéré que le cadastre ne dispose pas lui même des limites identiques à celles du PV de création de ces limites puisque celles-ci pourraient avoir été établies relativement à des éléments naturels. Information qu'il faudrait pouvoir contrôler. Les archives http://lists.openstreetmap.org/pipermail/talk-fr/2011-December/thread.html n'indique pas qui est le posteur du mail d'origine, et je l'ai effacé par mégarde, qui est-ce qui vient de nous dire que la constitution des limites inter-communales pourraient être définies par rapport aux éléments du terrain ? -- 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] Petit bug sur le site openstreetmap.fr
Le 8 décembre 2011 11:41, Rodolphe Quiedeville rodol...@quiedeville.org a écrit : Salut, On arrive sur une page 'Document non trouvé' à l'url : http://openstreetmap.fr/calendar/month Cela depuis la page d'accueil sur le bouton 'Calendar' de : BarCamp Cartographie des transports en commun (Paris, le 20 décembre) C'est corrigé et j'ai aussi traduit les parties du calendrier qui ne l'étaient pas. Pour info, je maintiens un journal de bord du webmaster sur le site: http://www.openstreetmap.fr/blogs/webmaster/journal-de-bord Vous pouvez signaler les bugs sur le site en ajoutant un commentaire sur la page en question (quand les commentaires y sont possibles),. C'est beaucoup plus rapide pour moi car 1) ils sont regroupés dans une liste de commentaires à valider et 2) j'accès directement au contenu incriminé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] beta - stats cours d'eau
On jeudi 8 décembre 2011, Ab_fab wrote: J'échangerais pas 1 baril de beta contre 2 de son remplaçant potentiel ! (...) Bon, là, je dirais qu'on parle pas de deux barils de lessive, mais plutôt de lessive et d'adoucissant : les services sont complémentaires. Exact. Je comparais à ça : http://beta.letuffe.org/cron/etat-cours-eau/pyramide-cours-eau.php (qui ne marche d'ailleurs plus non plus, mais si quelqu'un s'en sert, je peux le remettre en route) Ce dont on parlait avant : http://beta.letuffe.org/cron/etat-cours-eau/suivi-cours-eau.php et en train d'être remis en service ailleurs donc tu n'échange pas ton baril contre 2 autres, vu que tu gardes ton baril de béta (mais déplacé ailleurs) Voilà donc le cahier des charges :-) Sly [1] + Réactivité : résultats instantanés + Longueurs par cours d'eau + Total général + Comparaison avec le référentiel officiel (SANDRE), % d'avancement par cours d'eau (avec couleurs, ouééé) + Nombre de tronçons + Lien vers analyser.openstreetmap.fr, qui est bien efficace pour localiser les soucis + Lien vers la présentation de la relation sur openstreetmap.org + C'est pas un cahier des charges, c'est ce qui est déjà ! Un plus serait l'histoire dont tu parles après qui prendrait en compte les rôles side_way. Proposition à laquelle je m'oppose pour l'instant (je ne demande qu'a être convaincu) et pour laquelle il y a grande chances que je ne fasse pas le moindre effort pour la supporter -- 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] Changement de travail
Le jeudi 08 décembre 2011 à 11:17 +, Emilie Laffray a écrit : Bonjour, puisque ça a une légère incidence vis à vis de ma position à la communauté, je vous annonce qu'a partir de Mercredi soir prochain je ne travaillerai plus pour Mapquest. Je change de société et je pars pour une autre qui n'a pas de relations avec la géographie (enfin pour le moment :P ). Je devrai avoir un temps bien plus supérieur pour me réinvestir pleinement dans OSM car c'est un job avec une équipe au Royaume Uni donc le nombre d'heures ridicule que je faisais devrait en grande partie disparaitre. Je devrai être même en déplacement en France régulièrement pour le boulot. bon nouveau travail donc ! cordialement didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle réflexion sur le frontières de commune et éléments naturels - Etait: OpenData EtatLab et l'IGN
C'est ades_five qui a posté le message vers 9h52. Pour résumer, grosso modo, il y a deux-cents ans, deux gars se sont réunis et ont dit : la limite entre nos deux communes, c'est le ruisseau du Pissedru. Et c'est ça qui fait foi. Depuis, le ruisseau s'est déplacé une demi-douzaine de fois dans son lit. Et ça, dans notre société psychorigide, c'est pas acceptable qu'une limite administrative se ballade :-p. En pratique, ce n'est pas bien important. Il n'y a pas de parcelle dans la zone de divagation du ruisseau. Chacun doit entretenir la berge de son côté. Et payer la moitié du pont qui relie un côté à l'autre (ou tenter de filer le bébé au CG ;-) Après, le cadastre et les cartes IGN ne sont que des reflets déformés de la réalité, dixit Platon. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] beta - stats cours d'eau
En fait mon cahier des charges c'était mettre en avant les points forts de chacun des outils. En les combinant, on aurait quelque chose d'encore plus mieux Donc, oui, tout ce que j'ai mis à propos de ton outil existe déjà, et c'est bien pratique. Merci pour tous ces efforts Le 8 décembre 2011 13:16, sly (sylvain letuffe) li...@letuffe.org a écrit : On jeudi 8 décembre 2011, Ab_fab wrote: J'échangerais pas 1 baril de beta contre 2 de son remplaçant potentiel ! (...) Bon, là, je dirais qu'on parle pas de deux barils de lessive, mais plutôt de lessive et d'adoucissant : les services sont complémentaires. Exact. Je comparais à ça : http://beta.letuffe.org/cron/etat-cours-eau/pyramide-cours-eau.php (qui ne marche d'ailleurs plus non plus, mais si quelqu'un s'en sert, je peux le remettre en route) Ce dont on parlait avant : http://beta.letuffe.org/cron/etat-cours-eau/suivi-cours-eau.php et en train d'être remis en service ailleurs donc tu n'échange pas ton baril contre 2 autres, vu que tu gardes ton baril de béta (mais déplacé ailleurs) Voilà donc le cahier des charges :-) Sly [1] + Réactivité : résultats instantanés + Longueurs par cours d'eau + Total général + Comparaison avec le référentiel officiel (SANDRE), % d'avancement par cours d'eau (avec couleurs, ouééé) + Nombre de tronçons + Lien vers analyser.openstreetmap.fr, qui est bien efficace pour localiser les soucis + Lien vers la présentation de la relation sur openstreetmap.org + C'est pas un cahier des charges, c'est ce qui est déjà ! Un plus serait l'histoire dont tu parles après qui prendrait en compte les rôles side_way. Proposition à laquelle je m'oppose pour l'instant (je ne demande qu'a être convaincu) et pour laquelle il y a grande chances que je ne fasse pas le moindre effort pour la supporter -- 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle réflexion sur le frontières de commune et éléments naturels - Etait: OpenData EtatLab et l'IGN
2011/12/8 Eric Sibert courr...@eric.sibert.fr: ce n'est pas bien important. Il n'y a pas de parcelle dans la zone de divagation du ruisseau. Je ne crois pas. Au contraire, il est très courant que des ruisseaux traversent des parcelles et que, au gré du temps, celles-ci passent d'un côté ou de l'autre du ruisseau, donc d'une commune à l'autre si on suivait la règle du terrain qui prime. Cela voudrait dire qu'après chaque grosse pluie, il faudrait appeler les géomètres pour savoir dans quelle commune on doit payer ses impôts locaux Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle réflexion sur le frontières de commune et éléments naturels - Etait: OpenData EtatLab et l'IGN
Pour résumer, grosso modo, il y a deux-cents ans, deux gars se sont réunis et ont dit : la limite entre nos deux communes, c'est le ruisseau du Pissedru. Nominatim renvoit no result found ;-) À moins que ce soit celui-là : http://www.openstreetmap.org/browse/way/69901228 Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre à la Réunion (était : Limites communes aux archives dép.)
J'étais tombé sur ce document il y a un certain temps: http://www.esgt.cnam.fr/documents/tfe/memoires/2002/02_smil_mem.pdf Les choses intéressantes commencent vers la page 20. Il y a du boulot pour les fourmis tropicales. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] organisation et ménage sur wiki.osm.org
Le 8 déc. 2011 à 01:07, Cyrille Giquello a écrit : Le 8 décembre 2011 01:03, Vincent Privat vincent.pri...@gmail.com a écrit : Bien que faisant partie des fautifs, j'approuve l'idée de faire du rangement en proposant l'option 3: http://wiki.openstreetmap.org/wiki/France:Tours http://wiki.openstreetmap.org/wiki/France:Indre-et-Loire http://wiki.openstreetmap.org/wiki/France:Centre Ça va pas faciliter les homonymes, pour les villes ... Cyrille. Quel intérêt de mettre France, puisque c'est au début du texte et dans les Catégories? D'accord, il y a 5 Paris dans le monde, mais les plus petits n'auront pas leur pages de sitôt, s'ils l'ont un jour. Pour les homonymies, il suffit de faire comme sur le Wikipédia et de mettre le département entre parenthèses. Ex. : Vézac (Cantal) et Vézac (Dordogne) Ce n'est pas grave d'avoir créé une page Centre qui est vide, pour le moment, mais il faudra, un jour, la remplir. A toi de trouver qu'y mettre. Cependant, il me semble que les pages de territoire devraient correspondre à un projet local ou à une collection de ressources. Ainsi la page Bretagne n'a pas été remplie par une communauté locale qui n'existe pas en tant que telle, mais par quelques personnes qui voulaient lister les voies cyclables sur longues distances. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Vu sur IRC
Salut, Google vient de faire le meme changement qu'ils ont fait avec la France pour le Royaume Uni et on a pu se rendre compte qu'il manquait des donnees dans OSM: http://maps.google.co.uk/maps?q=ox26nnhl=enll=51.766728,-1.250365spn=0.002815,0.007371sll=51.765151,-1.250886sspn=0.007981,0.011244vpsrc=6dirflg=whnear=Oxford+OX2+6NN,+United+Kingdomt=hz=18 Et pour rajouter un peu plus de details: http://googlemapsfail.tumblr.com/post/13919578126/this-morning-google-maps-uk-switched-from-using Emilie Laffray P.S: c'est bien entendu de l'humour :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage grand public sur OSM
Le 07/12/2011 23:36, Cyrille Giquello a écrit : Bah ça marche très bien, il faut cliquer sur Télécharger ce fichier http://dl.free.fr/qb3Fp18bj/france3-osm.mkv et télécharger le fichier pour ensuite le visionner ;-) :-) Je parlais des différents sites de France Télévision (pluzz, francetelevisions.fr, etc.) j'ai pas de Silverlight sur ma machine. Il y a bien le PC de ma fille qui est configuré pour télécharger les vidéo sur pluzz ... mais bon ... paresse oblige ... Donc merci à Christian Quest d'avoir coller le fichier mkv sur dl.free.fr -- 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] Fichier des établissements scolaires
Le 7 déc. 2011 à 10:39, Pieren a écrit : Je vois que mes remarques de l'époque sont toujours d'actualité ;-) Si on se base sur cette source, l'operateur public/private serait suffisant. Le gestionnaire public (mairie, région, état) peut ensuite se déduire à partir de school:FR . Pourquoi, faire compliqué quand on peut faire simple : chaque établissement a un gestionnaire. La question à renseigner est sur le gestionnaire, pas sa couleur ou ses opinions. Ceci dit, en France, c'est hyper simple, car c'est l'Etat qui est l'opérateur principal de tout le système éducatif public, à l'exception, récente, des universités autonomes (attention, elles ne le sont pas toutes). Les mairies, Départements et Régions ne font que fournir des murs, des meubles, du matériel et des services annexes. Dire qu'ils sont operators outrepasseraient leur rôle réel qui est d'attendre que l'Etat leur donne la permission d'intervenir. Le fédéralisme, en France, c'est pas demain la veille. Profitons-en pour mettre Etat à tout ce qui est public et Direction diocésaine (de l'enseignement catholique) à tout ce qui est enseignement catholique. Il restera les universités autonomes, les écoles privées non catholiques (Diwan, en Bretagne, les calandretas dans le midi, les iskastolak du Pays Basque et les écoles catalanes + ABCM en Alsace ), les boites à bac, l'enseignement privé laïque, les écoles musulmanes et je ne sais quel Mandarom, ce qui ne fera pas une masse considérable. Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichier des établissements scolaires
2011/12/8 Christian Rogel christian.ro...@club-internet.fr: Il restera les universités autonomes, les écoles privées non catholiques (Diwan, en Bretagne, les calandretas dans le midi, les iskastolak du Pays Basque et les écoles catalanes + ABCM en Alsace ), les boites à bac, l'enseignement privé laïque, les écoles musulmanes et je ne sais quel Mandarom, ce qui ne fera pas une masse considérable. et les protestantes, et les boudhistes, etc.. etc.. Quand on vous dit qu'il veut faire simple... ;) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vu sur IRC
Le 08/12/2011 15:39, Emilie Laffray a écrit : Salut, Google vient de faire le meme changement qu'ils ont fait avec la France pour le Royaume Uni et on a pu se rendre compte qu'il manquait des donnees dans OSM: http://maps.google.co.uk/maps?q=ox26nnhl=enll=51.766728,-1.250365spn=0.002815,0.007371sll=51.765151,-1.250886sspn=0.007981,0.011244vpsrc=6dirflg=whnear=Oxford+OX2+6NN,+United+Kingdomt=hz=18 http://maps.google.co.uk/maps?q=ox26nnhl=enll=51.766728,-1.250365spn=0.002815,0.007371sll=51.765151,-1.250886sspn=0.007981,0.011244vpsrc=6dirflg=whnear=Oxford+OX2+6NN,+United+Kingdomt=hz=18 Et pour rajouter un peu plus de details: http://googlemapsfail.tumblr.com/post/13919578126/this-morning-google-maps-uk-switched-from-using Emilie Laffray P.S: c'est bien entendu de l'humour :) Ça doit être la photo qui n'est pas à jour. Et les riverains qui en sont pas encore au courant. En tout cas bon courage aux pilotes... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] LizWatch - un outil cartographique de suivi des mutations des territoires
Bonsoir la liste, Nous venons de finaliser la première version d'un outil de suivi des modifications OpenStreetMap, appelé LizWatch. Nous sommes heureux de présenter le fruit de notre travail à la communauté. Voici le texte de présentation de l'outil, écrit par moi-même et enrichi par Jean-Louis Zimmerman et Tony Emery : ** LizWatch - Un outil cartographique de suivi des mutations des territoires UN DÉFI : VALORISER L'HISTORIQUE DES DONNÉES OSM OpenStreetMap est une base de données en constante évolution, où chacun est invité à contribuer en ajoutant, modifiant ou supprimant des objets géographiques. Si certaines données sont visibles sur une carte, d' autres modifications sont plus difficiles à voir. En effet, les cartes produites par les moteurs de rendu proviennent d'un choix de représentation des données OSM. Comme il n'est pas possible de tout représenter sur une carte, au risque de la rendre illisible, certains objets et la plupart des tags ne sont pas visibles sur les cartes. En outre, s'il reste possible de surveiller manuellement les modifications réalisées dans une zone déterminée, via des outils dédiés, aucun outil open-source ne nous a paru suffisamment simple et intuitif pour aider les utilisateurs dans ce suivi. C'est pourquoi nous avons créé LizWatch, une interface cartographique en ligne qui permet de consulter les changements effectués entre deux dates, en partenariat avec la ville d'Orange. Elle a soutenu une partie du développement de cet outil car il correspondait à leur besoin de suivi de l'activité économique via OpenStreetMap. Le démonstrateur LizWatch-Ville d'Orange permet de visualiser en temps réel l'évolution des données OSM sur la commune d'Orange. LES FONCTIONS DE LIZWATCH FILTRES DE RECHERCHE Via un formulaire, il est possible de filtrer les modifications OpenStreetMap que l'utilisateur souhaite voir sur la carte : * intervalle temporel de recherche (date et heure) * Statut des modifications : ajout (add), modification (mod) ou suppression (del) * veille sur les contributeurs : * on peut rentrer le pseudo complet d'un utilisateur. Par exemple Ben * on peut entrer une liste d'utilisateurs séparée par | . Par exemple Ben|Alban * il est enfin possible de mettre Marc pour chercher Marcel et Louis-Marc. * Tags : * Si on entre un seul mot, c'est la clé (exacte) qui est cherchée. Par exemple shop pour trouver tous les magasins. * On peut rentrer un couple clé/valeur pour affiner la recherche. Par exemple shop=florist pour voir seulement les fleuristes. * La recherche sur les valeurs n'est pas stricte. Par exemple, on peut mettre amenity=fire pour chercher les fire_hydrant (bornes à incendies) et les fire_station (caserne de pompier). * Il est aussi possible de faire des recherches de type OU sur les clés et sur les valeurs. Par exemple shop=florist|supermarket qui renverra tous les magasins de fleurs et les supermarchés, ou amenity|emergency=fire_hydrant. Ici, on utilise le pipe | comme séparateur. Il peut être mis du côté des clés, ou bien du côté des valeurs. Par exemple amenity=post_office|post_box. * On peut enfin affiner la recherche en combinant les filtres via une recherche de type ET. Par exemple [building=yes][source=cadastre] ne renverra que les immeubles qui ont pour source le cadastre. Dans ce cas, il faut bien encadrer les blocs par des crochets. * Changeset : si on connait le numéro du groupe de modification (changeset), on peut le saisir dans ce champ pour ne voir que les modifications qui le concernent. AFFICHAGE La carte affiche dynamiquement les objets OpenStreetMap qui répondent aux critères de recherche. En vert, les objets ajoutés pendant la période, en orange les objets modifiés et en rouge les objets supprimés. Via la légende en bas à droite, on peut masquer/afficher les nodes (les points) et de Ways (les lignes ou les polygones) Pour les points, nous avons activé le mode cluster, c'est-à-dire que les points proches ne sont pas affichés séparément, mais représentés par un cercle dont la taille dépend du nombre de points (le nombre de points est affichés dans le cercle). Il est possible de désactiver ou de réactiver ce mode en cliquant sur le bouton placé à droite de Nœuds dans la légende en bas à droite. En cliquant sur un des objets sur la carte, on peut ouvrir une fenêtre « popup » qui montre le détail de l'objet OpenStreetMap. Cette fenêtre contient des liens vers le détail du contributeur, de l'objet et du groupe de modifications. Si on est en mode cluster, un clic sur un cercle affiche dans la « popup » les informations sur les 10 premiers points du cercle. Il faut fermer la popup pour pouvoir faire des modifications dans le formulaire de recherche. PERMALINK Il est possible de conserver les critères de recherche pour une consultation ultérieure en cliquant sur le lien permalink à côté du bouton Filtrer. Cela raffraichit la page avec une adresse contenant les paramètres de la recherche. Vous pouvez enregistrer cette
[OSM-talk-fr] Relation CLC cassé
Bonjour, je pense avoir cassé une relation CLC : 1029248 OsmInspector répond que cette relation n'a pas une géométrie valide. Quelqu'un sait-il comment trouver le chemin ou le point qui pose problème ? Merci -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation CLC cassé
Le 8 décembre 2011, Sylvain Perrinel a écrit : Bonjour, je pense avoir cassé une relation CLC : 1029248 OsmInspector répond que cette relation n'a pas une géométrie valide. Quelqu'un sait-il comment trouver le chemin ou le point qui pose problème ? Il existe au moins ces analyses: http://osm3.crans.org/osmbin/analyse-relation?1029248 -- donne les nodes qui posent problème très rapidement http://analyser.openstreetmap.fr/cgi-bin/index.py -- plus lent, mais affiche sur une carte http://ra.osmsurround.org/analyzeRelation?relationId=1029248 -- une autre possibilité qui marche pas mal habituellement Par contre, on dirait que ta relation est suffisamment grosse pour que seul le premier lien donne des résultats... -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation CLC cassé
Le jeudi 08 décembre 2011 à 20:08 +0100, Jocelyn Jaubert a écrit : Le 8 décembre 2011, Sylvain Perrinel a écrit : Bonjour, je pense avoir cassé une relation CLC : 1029248 OsmInspector répond que cette relation n'a pas une géométrie valide. Quelqu'un sait-il comment trouver le chemin ou le point qui pose problème ? Il existe au moins ces analyses: http://osm3.crans.org/osmbin/analyse-relation?1029248 -- donne les nodes qui posent problème très rapidement http://analyser.openstreetmap.fr/cgi-bin/index.py -- plus lent, mais affiche sur une carte http://ra.osmsurround.org/analyzeRelation?relationId=1029248 -- une autre possibilité qui marche pas mal habituellement Par contre, on dirait que ta relation est suffisamment grosse pour que seul le premier lien donne des résultats... +1 Il n'y a pas un lien qui ne donne que les informations de la relations sans la dessiner ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit bug sur le site openstreetmap.fr
Eviter, à tout prix, les termes identiques, parce qu'ils existent aussi dans un autre champ lexical, c'est pour ceux qui veulent un monde trop blanc, sans polysémie sans second degré. Tout le contraire de la vraie vie. Vve le planet libre ! Il me semble que tu te contredis : « planet » n'est pas polysémique puisqu'il n'existe même pas en français, c'est « revue »qui est polysémique avec sept sens différents dans mon Larousse dont : - défilé, parade militaire - spectacle de music-hall comportant une succession de tableaux fastueux, animés par des danseuses légèrement vêtues - publication périodique spécialisée dans un domaine particulier ... Autrement dit, je suis en accord avec tes arguments mais j'en viens à la conclusion exactement opposée : « vive la revue libre !». Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation CLC cassé
Je viens de télécharger la relation en JOSM. Il y a un node qui a le rôle inner, cela me semble un peu bizarre, sinon, je ne vois rien de trop grave. Et il y a un outer qui n'est pas fermé. Dans les environs, je ne vois pas de chemin landuse=farm que je pourrais utiliser pour le compléter à nouveau, c'est donc probablement celui-là qui a disparu. Jo 2011/12/8 didier2020 didier2...@free.fr Le jeudi 08 décembre 2011 à 20:08 +0100, Jocelyn Jaubert a écrit : Le 8 décembre 2011, Sylvain Perrinel a écrit : Bonjour, je pense avoir cassé une relation CLC : 1029248 OsmInspector répond que cette relation n'a pas une géométrie valide. Quelqu'un sait-il comment trouver le chemin ou le point qui pose problème ? Il existe au moins ces analyses: http://osm3.crans.org/osmbin/analyse-relation?1029248 -- donne les nodes qui posent problème très rapidement http://analyser.openstreetmap.fr/cgi-bin/index.py -- plus lent, mais affiche sur une carte http://ra.osmsurround.org/analyzeRelation?relationId=1029248 -- une autre possibilité qui marche pas mal habituellement Par contre, on dirait que ta relation est suffisamment grosse pour que seul le premier lien donne des résultats... +1 Il n'y a pas un lien qui ne donne que les informations de la relations sans la dessiner ? didier ___ 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] Relation CLC cassé
Merci pour les liens. Seul le premier outil arrive à analyser la relation. Sûrement trop grosse... 2011/12/8 Jo winfi...@gmail.com: Je viens de télécharger la relation en JOSM. Il y a un node qui a le rôle inner, cela me semble un peu bizarre, sinon, je ne vois rien de trop grave. Et il y a un outer qui n'est pas fermé. Dans les environs, je ne vois pas de chemin landuse=farm que je pourrais utiliser pour le compléter à nouveau, c'est donc probablement celui-là qui a disparu. OsmInspector indique pourtant que le multipolygone n'est pas valide : http://goo.gl/gLVVD Jo 2011/12/8 didier2020 didier2...@free.fr Le jeudi 08 décembre 2011 à 20:08 +0100, Jocelyn Jaubert a écrit : Le 8 décembre 2011, Sylvain Perrinel a écrit : Bonjour, je pense avoir cassé une relation CLC : 1029248 OsmInspector répond que cette relation n'a pas une géométrie valide. Quelqu'un sait-il comment trouver le chemin ou le point qui pose problème ? Il existe au moins ces analyses: http://osm3.crans.org/osmbin/analyse-relation?1029248 -- donne les nodes qui posent problème très rapidement http://analyser.openstreetmap.fr/cgi-bin/index.py -- plus lent, mais affiche sur une carte http://ra.osmsurround.org/analyzeRelation?relationId=1029248 -- une autre possibilité qui marche pas mal habituellement Par contre, on dirait que ta relation est suffisamment grosse pour que seul le premier lien donne des résultats... +1 Il n'y a pas un lien qui ne donne que les informations de la relations sans la dessiner ? didier ___ 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 -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Analyse osmose trou dans le landuse
Bonsoir, Depuis quelques temps j'essaye de trouver un site qui peut me trouver cela, mais pas moyen... donc est-ce qu'il serait possible de trouver quand nos développeurs auront le temps, une analyse de trou dans le landuse? Je pense pas que ca doit etre si compliqué étant donné qu'il y a déja une analyse de trou entre les communes... et pourrait ainsi completer l'analyse de CLC: http://clc.openstreetmap.fr/cgi-bin/index.py merci d'avance pour vos réponses. -- View this message in context: http://gis.638310.n2.nabble.com/Analyse-osmose-trou-dans-le-landuse-tp7075726p7075726.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] Analyse osmose trou dans le landuse
Bonsoir, Est-ce que tu connais cet outil de suivi pour l'après import automatisé des données Corine ? http://clc.openstreetmap.fr/cgi-bin/index.py Le 8 décembre 2011 21:19, PierreV belett...@hotmail.fr a écrit : Bonsoir, Depuis quelques temps j'essaye de trouver un site qui peut me trouver cela, mais pas moyen... donc est-ce qu'il serait possible de trouver quand nos développeurs auront le temps, une analyse de trou dans le landuse? Je pense pas que ca doit etre si compliqué étant donné qu'il y a déja une analyse de trou entre les communes... et pourrait ainsi completer l'analyse de CLC: http://clc.openstreetmap.fr/cgi-bin/index.py merci d'avance pour vos réponses. -- View this message in context: http://gis.638310.n2.nabble.com/Analyse-osmose-trou-dans-le-landuse-tp7075726p7075726.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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] LizWatch - un outil cartographique de suivi des mutations des territoires
Bonsoir, Le 08/12/2011 18:22, kimaidou a écrit : Bonsoir la liste, Nous venons de finaliser la première version d'un outil de suivi des modifications OpenStreetMap, appelé LizWatch. Nous sommes heureux de présenter le fruit de notre travail à la communauté. (...) En vous souhaitant un bon test et une bonne soirée. Michael Douchin alias kimaidou 3liz Testé à l'instant : ça paraît très prometteur ! Je dis prometteur car ça reste frustrant de ne pas pouvoir tester en dehors d'Orange (même si je comprends bien la restriction). Je trouve particulièrement efficace de mettre en valeur les éléments effacés : c'est par principe les plus délicats à appréhender quand on cherche à comprendre ce qu'il s'est passé sur une zone. Un cas auquel je suis souvent confronté : quand un bout de limite admin est effacé, le voir en un coup d'oeil, ET en pouvant zoomer dessus, ça accélère le diagnostic et permet de cibler la zone de réparation, sans charger toute la relation : un gain d'efficacité et un confort d'utilisation à coup sûr. Une remarque sur la charte : je verrais bien des couleurs plus différentes que le rouge et le orange pour les effacés et les modifiés. Osez les contrastes :-) En tout cas merci pour l'outil, ainsi que pour son code bientôt libre. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyse osmose trou dans le landuse
oui... je met exactement le même lien dans ma question ;-)... c'est pas grave, au moins je sais que je suis lu ;-) Mais cette analyse ne détecte pas les trous entre les landuses... ni meme les landuses qui se superposent c'est pour cela que je fait cette requête... après ca peut quand même etre plus compliqué que pour les communes étant donné qu'on peut considérer qu'il n'y a pas que les landuses a prendre en compte mais aussi par exemple les terrains de sports, campings... a moins que j'utilise mal les landuses et devrait les mettre en dessous des terrains de sports et campings? (exemples qui me viennent en tete, mais je crois que je doit faire pareil pour des zones d'occupation différentes...) -- View this message in context: http://gis.638310.n2.nabble.com/Analyse-osmose-trou-dans-le-landuse-tp7075726p7075861.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
[OSM-talk-fr] Import bâti cadastal en décalage avec l'imagerie
Bonjour, Je susi débutant sur OSM et j'ai fait un import du bâti cadastral tel que décrit dans le wiki sur la commune de La Touche (26) http://www.openstreetmap.org/?lat=44.515322lon=4.887114zoom=18layers=M Malheuresement, il y a un soucis de calage. Les nouveaux bâtiments sont éloignés de plusieurs mètres de ceux de l'image aérienne et chevauchent même des routes... Que peut-on faire? Merci par avance___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyse osmose trou dans le landuse
Le jeudi 8 décembre 2011 22:02:21, PierreV a écrit : oui... je met exactement le même lien dans ma question ;-). Haha ! Pris en flagrant délit de réponse sans avoir lu la question ;-)) Mais cette analyse ne détecte pas les trous entre les landuses... On peut aussi se poser la question philosophique de savoir s'il est utile de couvrir tout de landuse ;-) ni meme les landuses qui se superposent c'est pour cela que je fait cette requête... ça par contre, ça pourrait en effet être une bonne idée. Mais comme tu l'as supposé, les petites surfaces sont en général posées par dessus les plus grosses s'en s'emmer. à faire des multipolygones à trous -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyse osmose trou dans le landuse
Shame on me :-( Le 8 décembre 2011 22:40, sly (sylvain letuffe) li...@letuffe.org a écrit : Le jeudi 8 décembre 2011 22:02:21, PierreV a écrit : oui... je met exactement le même lien dans ma question ;-). Haha ! Pris en flagrant délit de réponse sans avoir lu la question ;-)) -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichier des établissements scolaires
Bonsoir, Le 08/12/2011 16:09, Christian Rogel a écrit : Le 7 déc. 2011 à 10:39, Pieren a écrit : Je vois que mes remarques de l'époque sont toujours d'actualité ;-) Si on se base sur cette source, l'operateur public/private serait suffisant. Le gestionnaire public (mairie, région, état) peut ensuite se déduire à partir de school:FR . Pourquoi, faire compliqué quand on peut faire simple : chaque établissement a un gestionnaire. La question à renseigner est sur le gestionnaire, pas sa couleur ou ses opinions. Ceci dit, en France, c'est hyper simple, car c'est l'Etat qui est l'opérateur principal de tout le système éducatif public, à l'exception, récente, des universités autonomes (attention, elles ne le sont pas toutes). Les mairies, Départements et Régions ne font que fournir des murs, des meubles, du matériel et des services annexes. Dire qu'ils sont operators outrepasseraient leur rôle réel qui est d'attendre que l'Etat leur donne la permission d'intervenir. Le fédéralisme, en France, c'est pas demain la veille. Profitons-en pour mettre Etat à tout ce qui est public et Direction diocésaine (de l'enseignement catholique) à tout ce qui est enseignement catholique. Justement, le fait qu'il y ait plusieurs organisations qui gèrent l'une le personnel enseignant, l'autre les personnels IATOS et les équipements, fait que la présence d'une clé operator n'est pas indispensable, puis qu'elle ne porte pas vraiment d'information. D'ailleurs, le fichier arrête à dire si l'établissement est public ou privé. Sur le même sujet, j'ai examiné le fichier des établissements d'enseignement supérieur http://www.data.gouv.fr/donnees/view/Etablissements-d%27enseignement-sup%C3%A9rieur-30382046?xtmc=enseignement+superieurxtcr=9. On y cite à la fois des établissement publics, privés, mais aussi consulaires. Consulaires, c'est à dire qu'ils dépendent des Chambres de commerce, étranges organismes qui selon Wikipédia http://fr.wikipedia.org/wiki/Chambre_de_commerce_et_d%27industrie_en_France, sont des établissements publics tout en représentant les intérêts des entreprises. Doit on les classifier comme publiques ou pas ? ou trouver un autre mot-clé à côté de public et private ? -- Emmanuel Dewaele, Ingénieur études et recherche La Compagnie des mobilités 64, avenue Portalis bureau 202 37200 TOURS ? 06 26 94 94 71 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastal en décalage avec l'imagerie
Le 08/12/2011 22:26, francois mahoux a écrit : Bonjour, Je susi débutant sur OSM et j'ai fait un import du bâti cadastral tel que décrit dans le wiki sur la commune de La Touche (26) http://www.openstreetmap.org/?lat=44.515322lon=4.887114zoom=18layers=M http://www.openstreetmap.org/?lat=44.515322lon=4.887114zoom=18layers=M Malheuresement, il y a un soucis de calage. Les nouveaux bâtiments sont éloignés de plusieurs mètres de ceux de l'image aérienne et chevauchent même des routes... Que peut-on faire? Merci par avance Bonsoir et bienvenue, En effet, il y a un bel écart. Mais qui est juste ? L'image a l'air prise suffisamment verticalement pour qu'il y ait peu d'erreur de parallaxe, même sur le clocher de l'église. C'est une chance, il y a un repère géodésique en or : justement sur le clocher... http://www.openstreetmap.org/browse/node/670043094 Le repère a l'air bien aligné avec le clocher. Donc l'image a l'air bonne. Bon, on va dire assez bonne, bien plus en tout cas que le cadastre. Il semble que l'image soit bien calée si l'on en croit les repères géodésiques, notamment celui du clocher : La solution pour recaler : L'église est orientée nord-sud (si on peut dire ! Orienté, ça voulait dire justement qu'elle aurait du être tournée vers l'orient. Cette église, elle est désorientée ;-) et semble être sur le schéma classique de la croix latine avec clocher centré sur le porche. On peut donc aligner l'ensemble en X en superposant l'axe de l'église avec le repère clocher. C'est une chance il y a un deuxième repère géodésique en argent : le repère église, façade On peut donc aligner en Y en alignant la façade de l'église sous ce repère. Et toc, on a l'alignement X,Y. Il y a un troisième repère géodésique, en bronze : le calvaire. Il permettra seulement d'ajouter un point pour le signaler. (principe de base : on ne touche pas aux repères géodésiques) Pratiquement : Il faut charger dans JOSM toute la commune (en supposant que le décalage est constant), et QUE la commune. Dans l'outil rechercher rechercher building=* et cocher remplacer la sélection. Tout le bâtit étant sélectionné, il faut l'ajuster à la main, en se basant sur les deux repères clocher et église, façade : la façade de l'église devra être sous le repère église, façade et le clocher dans l'axe de l'église. JOSM va dire qu'il y a plus de 20 points de déplacés, mais il faudra qu'il s'habitue à l'idée... Mais il y a d'autres problèmes. Un petit tour sur place permettra de vérifier : * si le bâtiment http://osm.org/go/xV8612txC--?m est circulaire (Bing) ou en chevron (cadastre). * si les deux bâtiments http://osm.org/go/xV8618lNV--?m sont effectivement coupés en deux (cadastre) ou si c'est un artéfact du cadastre (Bing), dans le 2e cas, il faudra fusionner les morceaux. * s'il y a bien un bâtiment ici (Bing, image de Juillet 2006) http://osm.org/go/xV8612_85--?m Voila m'sieur. Bon courage. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastal en décalage avec l'imagerie
Le 08/12/2011 22:26, francois mahoux a écrit : Bonjour, Je susi débutant sur OSM et j'ai fait un import du bâti cadastral tel que décrit dans le wiki sur la commune de La Touche (26) http://www.openstreetmap.org/?lat=44.515322lon=4.887114zoom=18layers=M http://www.openstreetmap.org/?lat=44.515322lon=4.887114zoom=18layers=M Malheuresement, il y a un soucis de calage. Les nouveaux bâtiments sont éloignés de plusieurs mètres de ceux de l'image aérienne et chevauchent même des routes... Que peut-on faire? trouver celui qui est decale (ou ceux qui sont decales : il est possible qu'ils soient tous les deux faux) et recaler a la bonne place pour voir quelles donnees sont decalees il faut avoir une reference fiable, et ca tombe bien on a importe tous les reperes geodesiques de l'IGN dans OSM pour trouver ou est le plus proche repere geodesique, le site de l'IGN est ton ami (en general y'en a sur les points hauts comme les clochers, chateaux d'eau, etc...) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastal en décalage avec l'imagerie
Bonsoir et bienvenue, Le 08/12/2011 22:26, francois mahoux a écrit : Bonjour, Je susi débutant sur OSM et j'ai fait un import du bâti cadastral tel que décrit dans le wiki sur la commune de La Touche (26) http://www.openstreetmap.org/?lat=44.515322lon=4.887114zoom=18layers=M http://www.openstreetmap.org/?lat=44.515322lon=4.887114zoom=18layers=M Malheuresement, il y a un soucis de calage. Les nouveaux bâtiments sont éloignés de plusieurs mètres de ceux de l'image aérienne et chevauchent même des routes... Que peut-on faire? Merci par avance J'aurais bien 2 suggestions -contradictoires- mais aucune n'est folichonne : - déplacer à la main chaque bâtiment en prenant comme référence l'imagerie Bing dispo (mais de résolution moyenne), sur la foi au moins des repères géodésiques qui semblent bien se superposer à la photo de l'église. Les décalages n'étant pas constants d'un bâtiment à l'autre, tu devras procéder un par un, autant dire que l'économie de clics d'un import auto, sur ce coup là, sera bien perdue... - effacer les bâtiments, et contacter les services du Cadastre pour leur signaler le souci. Et laisser La Touche sans import de bâti tant que le cadastre est problématique. Dans ce contexte, avoir la voirie au bon endroit serait déjà pas mal. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastal en décalage avec l'imagerie
Le 08/12/2011 23:13, Vincent Pottier a écrit : La solution pour recaler : L'église est orientée nord-sud (si on peut dire ! Orienté, ça voulait dire justement qu'elle aurait du être tournée vers l'orient. Cette église, elle est désorientée ;-) et semble être sur le schéma classique de la croix latine avec clocher centré sur le porche. On peut donc aligner l'ensemble en X en superposant l'axe de l'église avec le repère clocher. C'est une chance il y a un deuxième repère géodésique en argent : le repère église, façade On peut donc aligner en Y en alignant la façade de l'église sous ce repère. Et toc, on a l'alignement X,Y. Il y a un troisième repère géodésique, en bronze : le calvaire. Il permettra seulement d'ajouter un point pour le signaler. (principe de base : on ne touche pas aux repères géodésiques) Pratiquement : Il faut charger dans JOSM toute la commune (en supposant que le décalage est constant), et QUE la commune. Dans l'outil rechercher rechercher building=* et cocher remplacer la sélection. Tout le bâtit étant sélectionné, il faut l'ajuster à la main, en se basant sur les deux repères clocher et église, façade : la façade de l'église devra être sous le repère église, façade et le clocher dans l'axe de l'église. JOSM va dire qu'il y a plus de 20 points de déplacés, mais il faudra qu'il s'habitue à l'idée... Les bâtiments ont besoin de translation voire parfois de rotation, mais rien d'homogène sur la commune entière. Si tu prends : http://www.openstreetmap.org/browse/way/139292787 et http://www.openstreetmap.org/browse/way/139292733 et que tu leur appliques le même déplacement, tu ne pourras pas caler les 2 à la fois. Bon courage. Pour sûr... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichier des établissements scolaires
Le 8 déc. 2011 à 17:11, Pieren a écrit : et les protestantes, Je n'ai pas mentionné les protestantes, parce qu'en 1905, les protestants, à l'opposé des catholiques, ont remis à l'Etat la gestion de leurs écoles. Peut-être connais-tu en Alsace, une école privée protestante, ce doit être les intégristes de cette religion. Bouddhistes, je n'en ai jamais entendu parler. En principe, ma liste était presque exhaustive. Le gestionnaire (operator) est celui qui a autorité sur le responsable local, indépendamment du statut de personnels et de celui qui gère le bâtiment et son contenu. Comme pour les délégation de service public (DSP), les affermages ou les concessions dans lesquelles les compagnies privées (eau, ordures, ports…) exploitent des infrastructures qui ne leur appartiennent pas. Christian___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] beta - stats cours d'eau
On mercredi 07 décembre 2011, sly (sylvain letuffe) wrote: yo, Le mercredi 7 décembre 2011 17:21:20, Ab_fab a écrit : ah, pas glop Ca peut se rajouter après-coup ? vraiment galère à cause de la taille de ma base, mais j'ai prévu de déplacer les outils de suivi vers un des serveurs de openstreetmap.fr dans le pot commun : http://suivi.openstreetmap.fr/ Et hop : http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html J'en profite pour faire la pub pour : http://suivi.openstreetmap.fr/ et http://export.openstreetmap.fr/ qui contiennent quelques petites analyses sympas ou export qui devraient s'étoffer avec le temps. D'ailleurs pour les développeurs aux bonnes idées, il y'a toujours un peu de place pour faire tourner des outils sympas qui ont besoin d'une base osm2pgsql ou osmosis -- 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] Import bâti cadastal en décalage avec l'imagerie
Le 08/12/2011 23:25, Vincent de Chateau-Thierry a écrit : Bonsoir et bienvenue, Le 08/12/2011 22:26, francois mahoux a écrit : Bonjour, Je susi débutant sur OSM et j'ai fait un import du bâti cadastral tel que décrit dans le wiki sur la commune de La Touche (26) http://www.openstreetmap.org/?lat=44.515322lon=4.887114zoom=18layers=M http://www.openstreetmap.org/?lat=44.515322lon=4.887114zoom=18layers=M Malheuresement, il y a un soucis de calage. Les nouveaux bâtiments sont éloignés de plusieurs mètres de ceux de l'image aérienne et chevauchent même des routes... Que peut-on faire? Merci par avance J'aurais bien 2 suggestions -contradictoires- mais aucune n'est folichonne : - déplacer à la main chaque bâtiment en prenant comme référence l'imagerie Bing dispo (mais de résolution moyenne), sur la foi au moins des repères géodésiques qui semblent bien se superposer à la photo de l'église. Les décalages n'étant pas constants d'un bâtiment à l'autre, tu devras procéder un par un, autant dire que l'économie de clics d'un import auto, sur ce coup là, sera bien perdue... c'est exactement ce que je suis en train de faire par chez moi, et pour avoir essaye je peux te garantir que ca va bien plus vite que de dessiner tous les batiments a la main sans faire d'import auto (meme si c'est tres long) au passage j'en profite pour corriger les nombreuses erreurs du cadastre que le validator n'a pas vues (points inutiles, batiments contigus mais non jointifs, etc...) et rectangulariser les batiments qui le necessitent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti cadastal en décalage avec l'imagerie
Pas Touche ! Le 08/12/2011 23:25, Vincent de Chateau-Thierry a écrit : Et laisser La Touche ... ... sur la touche. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] beta - stats cours d'eau
Le 09/12/2011 00:22, sly (sylvain letuffe) a écrit : D'ailleurs pour les développeurs aux bonnes idées, il y'a toujours un peu de place pour faire tourner des outils sympas qui ont besoin d'une base osm2pgsql ou osmosis Ah ouais ? S'il y a les tags election et local_authority:FR dans le style d'import osm2psql... J'ai un petit truc qui va amuser ceux qui font des comcom. S'il n'y a pas, on pourra mettre tout de même. C'est un petit outil ayant deux scripts python et une simple interface html avec un peu de javascript : * une carte et deux menus un (Choisir) pour les types d'éléments à cliquer [Commune,Canton,Département...], un (Construire) pour le type d'élément en sortie [Commune,Canton,Département...] et un bouton pour envoyer. Facile : * Je choisis 'commune' en Choisir, il présélectionne les tags boundary=administrative+admin_level=8 * Je clique sur la carte et il retourne l'identifiant de la relation boundary=administrative=admin_level=8 qui était sous le clic. Il met ça de côté. * Je re-clique et ainsi de suite... jusqu'à avoir les identifiant de toutes relations des communes du canton (de fait, ce sont les noms qui s'affichent). * En Construire j'ai choisi canton, il préselectione les tags boundary=je-ne-sais-plus-quoi=etc... * Je clique sur Envoyer et c'est la qu'il commence à travailler vraiment... - Il envoie la liste des relation à un petit script sur le serveur qui va les chercher là-bas où elles sont rangées. - le moteur collectionne tous les identifiants de chemins qui ne sont pas en double, donc qui ne sont pas dans deux relations chargées, donc qui ne sont pas mitoyens. Si le chemin était dans trois relations, c'est qu'il y a un problème grave ! - puis il met le paquet de chemins dans une relation avec les tags qui vont bien, stocke le tout dans un fichier temporaire et renvoie l'adresse à l'interface qui la transfert à JOSM via remoteAccess. * Et, dans JOSM, j'obtiens une relation canton préfabriquée. En fait, je pourrait mélanger du landuse, du leisure... Mais ça, c'est pour le mode expert SI ça vous dit... Chez moi ça marche. Mais il faudra une relecture quand même ! Je n'ai jamais appris l'informatique, moi. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit bug sur le site openstreetmap.fr
Le 8 déc. 2011 à 20:25, Vincent Calame a écrit : Il me semble que tu te contredis : « planet » n'est pas polysémique puisqu'il n'existe même pas en français, Comme planet est beaucoup utilisé en français, il entre dans le champ lexical. Le plus drôle, c'est que le terme planet pour les blogs doit être connu de bien plus de gens en France que celui qui désigne l'extrait OSM. Planet est aussi un type de locomotive en Europe et une marque de vêtements branchés. D'ailleurs, le mot sert à vendre tout et n'importe quoi, même en France. Je découvre donc avec vous qu'il existe : http://planet.fr http://planet-bio.com/ http://fr.planet.wikimedia.org/ (le titre de la page est Planète) http://blog.planet-libre.org/ http://planet.april.org/ PierreV n'avait pas détecté le nombre élevé d'apriliens dans OSM FR. ;-) http://planet-fr.debian.net/ http://planet.ubuntu-fr.org/ http://planet.fedora-fr.org/ http://planetmandriva.zarb.org/ http://planet.archlinux.fr/ http://www.tux-planet.fr/ http://planet.legtux.org/ http://planet.jabberfr.org/ http://fr.planet.mysql.com/ http://www.framablog.org/index.php/tag/Planet http://planet.auto-hebergement.fr/ http://www.planet-ezpublish.fr/ http://www.planet-montagne.fr/ http://planet.netfilter.org/ http://www.planet.zombies.fr/ C'est vrai que c'est surtout utilisé par des geeks, mais, il y a quelques exceptions… Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
