Re: [OSM-talk-fr] Mot absent du dictionnaire
Le 13/05/2014 20:03, Régis Bouguin a écrit : J'ai 2 erreurs Mot absent du dictionnaire dont je n'arrive pas à me débarrasser dans Osmose. http://osmose.openstreetmap.fr/fr/error/802761534 où il veut que je remplace CHAILLE-LES-MARAIS I par CHAILLE-LES-Marais I Je viens d'essayer CHAILLE-LES-MARAIS 1 (plus juste c'est un point géodésique) mais je n'y crois pas et http://osmose.openstreetmap.fr/fr/error/802757221 Là c'est SAINTE-GEMME-LA-PLAINE qui ne lui plait pas. Il me propose SAINTE-GEMME-la|La-Pla|LaINE. Passe a une forme normale sans être en capitale partout et ça sera bon. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk] Some news of Osmose QA
Hi, Some news of Osmose QA. http://osmose.openstreetmap.fr/en/map/ The move of translations on Transifex web site to facilitate the work of the contributors had unexpected effects. First, spontaneous translations into new languages have been proposed, but also several requests to support new countries into Osmose QA. Unfortunately we still lack computing power to do the job, so, for countries with lots of data - like Japon, Poland or Netherlands -, we encourage local communities to support a backend server by themselves. As you can see, we are still looking for servers to increase the coverage. Translations are now almost all available at https://www.transifex.com/projects/p/osmose/ with the aim to translate all strings of Osmose QA. A new Export menu has been added on the main page. It exports errors visible on map in different formats, including GPX to take out on the field, RSS to monitor an area, a simple list on a web page and also a link to load all the objects affected by errors in the view in JOSM at once. Finally, some improvements were made in the javascript code to support older mobile devices and save some battery. Frédéric. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Petites nouvelles d'Osmose QA
Bonjour, Quelques petites nouvelles d'Osmose QA. http://osmose.openstreetmap.fr/fr/map/ Le passage des traductions sur le site web Transifex pour faciliter le travail des contributeurs a eu un effet insoupçonné. Premièrement des propositions spontanées de traductions dans de nouvelles langues, mais également plusieurs demandes d'ajouts de pays à Osmose QA. Malheureusement nous manquons toujours de puissance de calcul pour pouvoir le faire et répondons, pour les pays avec beaucoup de données, par un souhait de prise en charge d'un serveur backend par les communautés locales elles mêmes. Comme vous l'aurez compris, nous cherchons toujours des serveurs pour aller plus loin. Les traductions sont maintenant (quasiment toutes) disponibles sur: https://www.transifex.com/projects/p/osmose/ avec pour objectif à terme de pouvoir tout traduire de Osmose QA. Un nouveau menu Export a été ajouté sur la carte principale. Il permet d'obtenir les marqueurs affichés dans différents formats, dont le GPX pour l'embarquer sur le terrain, le RSS pour suivre une zone, une simple page web de liste des erreurs ou encore de charger tous les objets concernés par des erreurs dans JOSM en une seule fois. Pour finir, quelques améliorations du code javascript pour supporter un peu mieux les vieux appareils mobiles et économiser un peu de batterie. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vidéo SotM-FR : besoin d'aide avant publication
Des avancées là dessus ? Sinon je me lance la dedans... mais je n'ai ni les connaissance ni probablement le matériel qui va bien. Ça me semble quand même important de publier ces vidéos. Frédéric. Le 23/04/2014 09:56, François Lacombe a écrit : Bonjour Christophe, Le 22 avril 2014 19:36, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 22/04/2014 18:48, François Lacombe a écrit : Bonjour, Concernant les confs du 05/04, il ne semble y avoir que celles données au 4ième étage sur le serveur de RedFox. Il y a aussi celles du rez de chaussée. Malheureusement elles n'ont pas été segmentée à la source, et ça pèse lourd !! /20140405-101056_7585/ 9,3 Go /20140405-114439_5e07/ 1,6 Go /20140405-134335_775d/ 22,3 Go !! En effet c'est assez conséquent. J'ai également un octocoeur, sous windows avec une bonne connexion. Je veux bien essayer de les découper ce soir si qqn ne l'a pas déja commencé. On verra après pour l'encodage. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM à l'Open Bidouille Camp à Bordeaux le 17 et 18 mai
Bonjour, Le weekend prochain aura lieu le deuxième Open Bidouille Camp 33 à Bordeaux. Ça se passe à la nouvelle adresse de la Fabrique Pola à l'ancien centre de tri postal de Bègles : http://obc33.fr http://obc33.fr/?page_id=17 OpenStreetMap sera présent sur un stand et avec deux petites cartoparties d'initiation le samedi et le dimanche en début d'après midi. Vous pouvez venir pour participer ou donner un coup de main. En espérant vous y voir, Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] erreur 7090 : faux-positif en nombre - beta.osmose
Le wiki en anglais n'est pas vraiment le même que en français : http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dbollard Solid (usually concrete or metal) pillar or pillars in the middle of the road to prevent passage by some traffic. Dans le cas des surfaces il faut quand même que ça sépare deux surfaces, que le bollar soit en node ou en way. Note 1 : les tags foot=yes et bicycle=yes en plus ne servent à rien, se sont les valeurs par défaut. Note 2 : utiliser beta.osmose ne sert à rien non plus, il n'y a pas plus de fonctionnalités dessus, c'est juste pour faire des tests. Frédéric. Le 09/05/2014 10:47, David Crochet a écrit : Bonjour l'erreur 7090 renvoie beaucoup d'erreur du genre suivant : J'ai ajouté des noeuds de type barrier=bollard sur les emplacements où ils sont, et donc en dehors des voies de circulations [1] Or cela ne me semble pas à mon niveau être des erreurs tel que l'on peut l'entendre. Ce sont bien des dispositif qui empêche la circulation des véhicules, mais ils sont placé en dehors des voies de circulations (interdire le stationnement sur les zones non autorisés). Que faire ? Cordialement [1] http://beta.osmose.openstreetmap.fr/fr/map/#zoom=18lat=48.589845lon=-0.357754layer=Mapnikoverlays=FFFTitem=7090level=1%2C2%2C3tags=fixable=bbox=-0.3628814220428467%2C48.58835005695571%2C-0.35262465476989746%2C48.59134124551502 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les régions en France ne sont pas des états
Je suis également déjà tombé sur ces nœuds, et je ne comprend pas qu'on les utilise en plus des limites administratives. Ça devrait être l'un ou l'autre. Ce tag devrait être à la rigeur sur une relation ou un polygone. Le 08/05/2014 11:45, Grégoire Surrel a écrit : C'est peut-être parce-que la description du wiki est suffisamment floue pour autoriser ce genre d'utilisation : http://wiki.openstreetmap.org/wiki/Tag:place=state?uselang=en-US Le tag region semble peu utilisé/documenté. L'utilisation du state évite la multiplication des tags pour coller aux spécificités locales. Autrement, il faut vite créer tout un jeu de tags franco-français qui supprimer l’ambigüité des highway=primary/secondary/tertiary qui relève parfois de la pifométrie et d'adopter la classification officielle de nationale/départementale et autres. Donc en résumé, je ne suis pas contre : c'est pas strictement exact, mais c'est supporté pour démarquer des découpage administratifs de haut-niveau et c'est supporté par les outils qui utilisent ce genre de découpages. (Quoique c'est plus le travail des admin level) Greg 2014-05-08 11:31 GMT+02:00 Pieren pier...@gmail.com mailto:pier...@gmail.com: Ca n'est pas comme en Allemagne, Suisse ou USA. C'est pourquoi je ne comprends pas que les noeuds sensés représenter les régions soient taggués avec place=state au lieu de place=region. Exemple: http://www.openstreetmap.org/node/1251610264 Quelqu'un a une explication ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Imagerie de la Communauté urbaine de Bordeaux
Bonjour,
L'imagerie aérienne de la Communauté urbaine de Bordeaux est disponible
depuis déjà un moment en OpenData sous ODbL. Elle est maintenant
disponible pour l'édition : un service de tuile TMS est disponible via
l'association OSM-FR.
http://wms.openstreetmap.fr/tms/1.0.0/bordeaux_2012/{zoom}/{x}/{y}
L'identification de source à utiliser est :
Communauté urbaine de Bordeaux - 2012
Également disponible dans JOSM. Pour l'ajouter aller dans le menu
Imagerie, puis Préférence d'imagerie, puis utiliser l'icône bleu à
droite pour regarder la liste des fournisseurs disponibles. Et pour
finir sélectionner dans la première liste FR Communauté urbaine de
Bordeaux - 2012 et utiliser le bouton Activer.
Frédéric.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des mairies sortent en problème dans Osmose
Bonjour, le problème est bien liée au geocodage. C'est classique pour ces données la. Le bug est plutôt dans le fait que les faux positifs reviennent. Jocelyn avait déjà commencé à regarder ça. Frédéric. Le 28 avr. 2014 18:26, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Le 28/04/2014 17:55, GuyDuNord a écrit : Depuis quelques temps certaines mairies sortent en problème dans Osmose. C'est le cas de celle-ci : http://osmose.openstreetmap.fr/fr/map/#zoom=14lat=50.72501lon=2.47394layers=B00FFTlayer=Mapnikitem=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131level=1%2C2%2C3overlays=FFFTtags=fixable= http://cjoint.com/?0DCpG1SkbxG Osmose nous indique : Service public non intégré. Ce qui ne peut pas être vrai puisque cette mairie est bien présente dans OSM : http://cjoint.com/?0DCpIkhHSON J'ai tenté de cataloguer cette alarme en Faux positif. Cela n'y fait rien et l'alarme réapparait quelques jours plus tard. Qu'en pensez-vous ? Effectivement, ça ressemble à une erreur dans le géo-référencement et/ou la vérification de l’existence de cette mairie. J'ai ouvert un ticket trac pour qu'on investigue le problème: http://trac.openstreetmap.fr/ticket/556 Merci pour le rapport ! -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Vidéo SotM-FR : besoin d'aide avant publication
Bonjour, Les vidéos du SotM-FR ne sont pas encore disponible pour la diffusion. Il faut avant les préparer un petit peu : un peu de montage et de l'encodage. Les enregistrements brut fait au NUMA sont disponible là : ftp://ftp.redfoxcenter.org/pub/OpenStreetMap/SOTM-Fr_2014/ On est donc à la recherche de quelques personnes connaissant le sujet pour de l'aide. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Your SOTM-EU 2014 submission has been accepted
Celle la elle est pas pour moi. Qui veux bien faire ça ? De mon cote j'ai osmose et openaquimap. Frédéric. -- Message transféré -- De : Christoph Hormann ch...@imagico.de Date : 17 avr. 2014 04:52 Objet : Your SOTM-EU 2014 submission has been accepted À : Frédéric Rodrigo fred.rodr...@gmail.com Cc : Dear Frédéric Rodrigo, I am glad to inform you that your submission for the SOTM-EU 2014 conference titled Stats of the tools as OSM-France has been accepted. This is however bound to the condition that it is primarily presented by someone else as you have indicated would be possible so we do not have two talks by the same presenter. It would also be fine if different tools are presented by different people. We would also like to ask you so rework the title a bit for correct English - Status of the tools of OSM-France would be fine but you can also opt for something different. Please let us know about presenter and title as soon as possible. Your talk is scheduled for 2014-06-13 at 15:00 in auditorium B and will be 20 minutes long with additional five minutes for discussion. There will be video recording of the talks for both live streaming and download. For presentation there will be computers configured to display both PDF and Open Office files but you will also be able to plug in your own laptop if needed. We would like to make the presentation files of the talks available together with the video recordings so please bring a PDF version of your presentation that can be offered for download. The full schedule with all the other talks will be available on the SOTM-EU website (http://www.sotm-eu.org/) shortly. We look forward to seeing you in June in Karlsruhe. For the SOTM-EU 2014 program committee, -- Christoph Hormann ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pelias JDONREF
Bonjour, On était surplace pour la présentation de cet outil. L'idée est surement bonne. Par contre l'outil est très jeune et incomplet. Personnelle je n'ai pas eu un bon resenti sur ce projet et sur la façon dont le problème était abordé.Pour en avoir discuter avec les auteurs, ce projet n'est qu'une fonctionnalité d'un outil de navigation routière sur mobile basé sur opensciencemap qu'il entendent développer. C'était Frédéric en direct de Washington. Le 14/04/2014 13:01, MOQUET Julien PP-DOSTL SDSICIF SEPL POLE ARCHITECTURE a écrit : Bonjour à tous, Par l'intermédiaire d'un collègue, j'ai eu l'écho du récent projet Pelias (http://stateofthemap.us/session/pelias/) pour OSM, qui a pour objectif le déploiement d'un geocodeur pour OSM s'appuyant sur l'outil ElasticSearch. C'est en effet une très bonne idée, tellement bonne que nous avons eu la même ! Nous sommes (la préfecture de police - Paris) en cours de conversion de l'outil open-source JDONREF (https://adullact.net/projects/jdonref-v2/) vers Elastic Search (les spécifications provisoires sont là : https://adullact.net/plugins/mediawiki/wiki/jdonref-v2/index.php/JDONREFv3ES_Plugin). Pour le moment, JDONREF n'est pas compatible avec Pelias, mais quitte à faire de l'open source, autant le faire correctement. Je n'ai pas encore pris connaissance de l'outil Pelias, j'écris ce mail un peu à la va-vite. Pelias propose de décliner des filtres et requêtes locales à chaque pays pour s'adapter aux particularités de l'adresse. JDONREF est plutôt adapté à la grammaire française... Certaines personnes de la communauté ont-elles commencé à s'investir sur le sujet ? Sont-elles intéressées par ce projet ? Les sources du plugin JDONREF pour ElasticSearch sont pour le moment ici : http://sourceforge.net/p/jdonref/code/HEAD/tree/Dev/JDONREF_ES_PLUGIN_POC/. La version 0.1beta est prévue pour la fin du mois d'avril, ne serait-ce que pour notre usage interne, donc sans compatibilité Pelias. Une bascule vers git et maven est à prévoir pour respecter la charte de développement (non écrite) d'Elasticsearch (les plugins supportés fonctionnent ainsi), cela permettra de simplifier la compilation du plugin qui est pour le moment ardue (ticket d'entrée très élevé pour le moment). Le packaging sera abordé en mai-juin 2014. Ensuite, s'agissant de développement, peut-être la liste dev-fr ou Geocoding serait plus appropriée ? Bonne journée, Julien Moquet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Imagerie mondiale DigitalGloble disponible pour OSM
Bonjour, MapBox a annoncé que Mapbox Satellite qui provient de DigitalGlobe est disponible pour le décalquage pour OSM. Le calque est déjà dans iD et dans la liste de ceux disponibles pour JOSM. Le message original : http://www.openstreetmap.org/user/lxbarth/diary/21622 L'info chez DigitalGloble : http://www.digitalglobeblog.com/2014/04/09/mappingtheworldinosm/ US et Europe de l'ouest disponible au zoom 19, le reste au zoom 17. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les droits opposés à OSM, le cas des GR (était SOTMFR: programme de samedi en ligne + quelques précisions)
Le 07/04/2014 16:20, Christian Quest a écrit : Le 7 avril 2014 15:11, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : 2014-04-07 13:13 GMT+02:00 JB jb...@mailoo.org mailto:jb...@mailoo.org: Alors, si je résume, le risque juridique, même faible, existe bien tant que la FFRando ne donne pas son accord. Soit un accord, soit après qu'un juge ait tranché en cas de désaccord. La seule et dernière décision en faveur de la FFRP sur le sujet a 16 ans, autant dire que la jurisprudence n'est pas du tout établie, ce qui a été clairement exprimé par Benjamin. En fait, en plus d'être ancien et de la possibilité que le contexte actuel donne aujourd'hui un jugement différent, le précédent jugement avait été cassé par une cours de cassation, donc ce n'est même pas une jurisprudence. Pour le droit d'auteur, on ne sait pas non plus qui est l'auteur, ni depuis quand, car ce droit est limité dans le temps. Et comme la FFRando ne répond pas, finalement, la conclusion de tout ça est ... ?? (une seule réponse possible) [ ] on ne sais pas [ ] on fait comme avant [ ] on efface [ ] on ne se cache plus [ ] on engage un juriste pour de vrai [ ] on envoie un huissier à la FFRando pour exiger une réponse [ ] on envoie un mercenaire à la FFRando pour exiger une réponse [ ] on écrit une lettre ouverte au président de la République [ ] on organise une manif les GR pour tous devant le 64 Rue du Dessous des Berges On ne s'est jamais caché. Lors de la réunion OSM/FFRP qui a eu lieu il y a maintenant 2 ans, j'avais transmit un listing des GR présents dans OSM avec leur longueur. Un domaine du droit mis en avant par Benjamin concerne la concurrence. Les actions suivantes envisagées par Benjamin tournent autour des collectivités via Opendata France. En effet, les collectivité non seulement financent en partie l'entretien des sentiers, mais aussi les associations sportives, mais elles ont aussi une obligation de diffusion des itinéraires (les PDIPR). D'ailleurs, à chaque fois que nous soulevons le problème des GR auprès des collectivités, celles-ci sont très étonnées de cette situation. Je pense donc que c'est par là que la situation pourrait s'éclaircir. -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Paris http://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géocodage inverse
J'ai un peu cherché. Il faut filtrer le résultat après coup. is_in est plus documenté que coord-query. (is_in(50.7,7.2);)-.r; area.r[admin_level=8]; out; Frédéric. Le 07/04/2014 22:55, mga_geo a écrit : Bonsoir à tous, Je voudrais déterminer la commune d'un point en fonction de ses coordonnées. Nominatim, sauf erreur de ma part, fournit sur une interrogation lonlat les objets les plus proches. L'overpass sur une interrogation type coord-query lat=48.3 lon=-1/ fournit une réponse très(trop) complète. Est-il possible de n'obtenir que la relation commune (has-kv k=admin_level v=8/) ? Merci d'avance de vos lumières -- View this message in context: http://gis.19327.n5.nabble.com/Geocodage-inverse-tp5802583.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Level0 OpenStreetMap Editor
Le 04/04/2014 10:57, Christoph Hormann a écrit : On Friday 04 April 2014, Ilya Zverev wrote: It is a web-based, text-only editor, a bit like RawEdit, but with more features and without scary XML. Basically, you are editing easy to understand lines like way 123123 with tags written like highway=primary. There is a map for positioning of nodes, which allows for creating new POIs, and it can edit multiple objects at once. Nice. Yes, its a interesting approach. Maybe keep way displayed on tag line. Seems there have been several approaches recently to design text based formats for OSM data that are less clumsy than XML like your Level0L and Osmiums OPL: http://osmcode.org/libosmium/manual/libosmium-manual.html#opl-object-per-line-format These surely have different purposes - one is for easy human editing and one is for automatic processing but it might none the less make sense to see if these goals can be achieved in the same format together. Last month I have also added a textual tags (only) editor in Osmose in order to replace the RawEditor. Quick look of the editor in wiki : http://wiki.openstreetmap.org/wiki/Osmose#Osmose_integrated_tags_editor It support display of diff on tags. You can also test it on live Osmose after loggin with OAuth and edit something from a popup. Frédéric. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osmose QA tool news
Le 01/04/2014 20:49, Simó Albert i Beltran a écrit : Firstly, thanks! Please could you add Spain or Catalonia? The Spain extract is really too big for us (pbf of 429Mb). Maybe the Catalonia, it's depends on the size. There is a Catalonia extract available some where ? In all case I need to talk about that with Jocelyn in charge of Osmose admin servers. Split is probably the better approach for Spain, because is big and language specific analysis maybe setup. For large country (large as pbf size) we encourage the local community to run it own osmose backend server. We can provide help for that. We can also add a provided server into our pool. Frédéric. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Osmose QA tool news
What is Osmose ? Osmose is a tool to detect errors and inconsistencies in OpenStreetMap data. It covers some countries and makes a list of error and correction proposals. It is also useful for integrating OpenData. http://osmose.openstreetmap.fr What is new ? The most visible change is the rewriting of interface from OpenLayer to Leaflet. In the same time an address search and geolocation from browser was added. The interface is now fully usable on mobile devices. After this, various improvements have been done. * Filter for selecting items by topic: analyzes have one or more thematic topics in addition to menu categories. Filter can be done on road, cycling, building, tourism topics... but there are also special topics like source necessary for correction: survey, imagery, armchair mapping... * Filter markers with a proposed correction: some errors are reported with a correction proposal. They can be filtered if the proposal is directly applicable inline with the Osmose Tags Editor (see below) or requires JOSM (or another advanced editor). * Connection on Osmose with OSM account using Oauth. Osmose will then display the number of errors reported for the user and allow creation of changesets from Osmose Tag Editor. * Addition of a Tag Editor to make changes on tags inline. Osmosis Tags Editor is a differential tags editor, it keeps track of changes. It also allows to apply the fix online (correction proposal). To use it, you must of course be connected, and use the links edit or fix-edit from a popup. The changes are sent to the API when the link Save is used in the main menu. The upload can be long. All the bug reports, problems or questions about the concept are of course encouraged. The official bug tracker can be found at http://trac.openstreetmap.fr. Many countries were added, on servers in France, Italy or Iceland: - Italy - Europe: Faroe Islands, Greenland, Andorra - Africa: Botswana, Egypt, Liberia, Libya, Morocco, Nigeria, Sierra Leone, Tanzania, Ethiopia, Somalia, Western Sahara, Guinea-Bissau, Botswana - Middle East: Lebanon, Iraq, Jordan - Asia: Kyrgyzstan, Azerbaijan, Bangladesh, Mongolia, Pakistan - USA, some small states as proof of concept: Delaware, District of Columbia, Hawaii - Central America: Nicaragua - Philippines Belgium was divided into 4 zones: Brussels Capital Region, Flanders, Wallonia French-speaking Community and Wallonia German-speaking Community in order to apply the analysis with specific languages when available. Quebec is currently not anymore covered due to server issues. We are still looking at new servers to cover new areas. If you have a server to provide, note that we don't need any root or user access, only that you setup an osmose backend as explained in the README found on git repository. Then, we can add the countries you want on Osmose, and we will be able to run them. For reference, a country like Norway - a 112 MB pbf file -, takes ~2 hours, and smaller countries can take less than 10 minutes. Analyzes scheduled on OSM-France servers is now made by Jenkins: http://jenkins.osmose.openstreetmap.fr/ This interface allows us to react faster on problem, server failures and best use of available machines. The code is available on gitorious and github, and any contribution is welcomed, especially for missing translations or adaptation of specific analyzes to other countries or languages. https://gitorious.org/osmose/frontend/ https://gitorious.org/osmose/backend/ Some of these improvements have been made on Osmose under the OpenAquiMap project (leading by Les Petits Débrouillards Aquitaine and funded by French Region of Aquitaine http://openaquimap.org/) : - documentation review, update and round off the error lists of errors and correction guide - mobile usability - online Osmose Tag editor - integration of OpenData on territory of Region of Aquitaine to Osmose to facilitate integration in OpenStreetMap when appropriate. Osmose tool, wiki documentation and help is now fully available in English, French and Dutch. https://wiki.openstreetmap.org/wiki/Osmose https://wiki.openstreetmap.org/wiki/Osmose/errors Frédéric. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Job HOT pour Ebola en Guinée
Le 26/03/2014 13:36, Christian Quest a écrit : Mapping (prioritaire) de la ville de Guekedou http://tasks.hotosm.org/job/471 Pour Guekedou le bon lien est http://tasks.hotosm.org/job/469 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle série d'améliorations d'Osmose
Le 20/03/2014 13:52, Frédéric Rodrigo a écrit : Des travaux sont en cours dans le cadre de OpenAquiMap sur la documentation, toutes les analyses sont maintenant documentées sur le wiki en Anglais, Français et Néerlandais. https://wiki.openstreetmap.org/wiki/FR:Osmose/errors L'intégration de jeux de données OpenData sur la région Aquitaine est également en court. Les catégories d'intégration de données sont un peu retouchées pour les rendre plus génériques. Ces deux dernières épates sont maintenant terminées. La documentation complète d'Osmose sur le Wiki a été mise à jour en anglais et français (Néerlandais en cours de par un contributeur). https://wiki.openstreetmap.org/wiki/FR:Osmose https://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs La liste des pays supportés par Osmose n'est pas à jour, il commence a y en avoir trop pour la maintenir. On s'oriente vers l'utilisation d'une carte générée pour ça. L'intégration de données OpenData sur l'Aquitaine est aussi activé. On été ajouté : public_transport_FR_transgironde public_transport_FR_tbc public_transport_FR_cg71 recycling_FR_cub recycling_FR_capp_glass recycling_FR_capp_clothes parking_FR_capp parking_FR_cub tourism_FR_gironde_camp_caravan tourism_FR_gironde_museum tourism_FR_gironde_information bicycle_parking_FR_bordeaux bicycle_parking_FR_capp bicycle_rental_FR_cub bicycle_rental_FR_capp public_equipment_FR_bordeaux_toilets sport_FR_gironde_equestrian Les données proviennent du CG de Gironde, de l'Observatoire du comité départemental du Tourisme de la Gironde, de la Communauté d'Agglomération Pau-Pyrénées, de la Communauté Urbaine de Bordeaux et de la Ville de Bordeaux. On peut bien sûr ajouter d'autres sources si vous le demandez, et ce, n'importe où dans le monde. On les retrouve ici : http://osmose.openstreetmap.fr/fr/map/#zoom=9lat=44.144lon=-1.206item=8010%2C8011%2C8040%2C8041%2C8120%2C8130%2C8131%2C8140%2C8150%2C8160%2C8170level=1%2C2%2C3tags=fixable= Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] RMLL 2014 à Montpellier
Bonjour, L'appel à conférence et stand pour les RMLL 2014 à Montpellier du 5 au 11 juillet se termine le 31 mars. Je viens de faire une demande de stand. Pour les conférences il y a les sous-thèmes OpenStreetMap et Géolocalisation dans le thème Société. Pas de thème OpenData cette année. https://2014.rmll.info/ https://2014.rmll.info/Appel-a-conferences Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouvelle série d'améliorations d'Osmose
Bonjour, Une nouvelle série d'améliorations ont été apporté à Osmose dans le cadre du projet OpenAquiMap. - filtre de la sélection des items par thématique : les analyses ont une ou plusieurs thématiques en plus des catégories que l'on retrouve dans le menu. On peu filtrer par exemple sur les erreurs portant sur la voirie, le vélo, le bâtit, le tourisme... mais également sur la source d'information à priori nécessaire pour corriger : c'est à dire, sur le terrain, une imagerie aérienne ou être simplement être bien calé sur une chaise devant l'ordinateur. - filtre de la sélection des marqueurs avec un proposition de correction : certaines erreurs sont signalés avec un proposition de correction. Là on peut filtrer si la proposition est applicable directement en ligne avec l'éditeur Osmose (voir plus bas) ou nécessite obligatoirement JOSM (ou un autre éditeur avancé). - connexion à Osmose avec son compte OSM par l'OAuth et affichage du nombre d'erreurs de l'utilisateur - ajout d'un éditeur de tags, permet de faire des modifications sur les tags directement en ligne. Osmose Editor est un éditeur de tags différentiel, il permet aussi d'appliquer les fix en ligne. Pour l'utiliser il faut bien sûr être connecté et utiliser les liens edit ou fix-edit depuis une popup. Les modifications ne sont envoyé sur l'API que lors que l'on utilise le lien Sauver dans le menu principal. L'upload peut être long. - amélioration du comportement sur mobile et tablette, on peut aussi utiliser l'éditeur de tag d'Osmose. Vous l'aurez compris la grande nouveauté c'est l'éditeur. Le concept de l'édition différentielle est je l'espère pas trop perturbant. L'autre grand axe de développement est l'utilisation possible en mobilité avec des filtres adaptées sur les erreurs . Toutes le remontés de bug, de problèmes de compréhension ou sur le concept sont les bien sûr les bien venus. http://osmose.openstreetmap.fr Coté support des pays, ont été ajouté depuis le dernier bulletin sur Osmose (principalement sur le serveur en Islande) : Guinée-Bissau Liban Botswana Égypte Libéria Libye Nigeria Sierra_Leone Tanzanie Maroc Sahara-Occidental Irak Jordanie Kirghizistan Azerbaïdjan Bangladesh Mongolie Pakistan Îles Féroé Groenland Également quelques petits états aux USA pour donner l'eau à la bouche : Delaware District de Columbia Hawaï La Belgique a été découpé en 4 zones : région de Bruxelles capitale, Flandres, Wallonie communauté française et Wallonie Communauté germanophone pour pouvoir appliquer les analyses spécifique à la langues. Osmose est maintenant entièrement disponible en Néerlandais. Des travaux sont en cours dans le cadre de OpenAquiMap sur la documentation, toutes les analyses sont maintenant documentées sur le wiki en Anglais, Français et Néerlandais. https://wiki.openstreetmap.org/wiki/FR:Osmose/errors L'intégration de jeux de données OpenData sur la région Aquitaine est également en court. Les catégories d'intégration de données sont un peu retouchées pour les rendre plus génériques. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amenity Editor - premier live entre les mains des enfants ?
Le 20/03/2014 13:17, JB a écrit : Bonjour, En suivant les notes, je suis arrivé à un contact avec un animateur (?) des Petits Débrouillards d'Aquitaine qui travaille autour des cartes et d'OSM avec une école primaire. Les étapes actives autour d'OSM étaient d'abord la création de notes, puis utilisation d'AE, et pour finir, utilisation iD… (j'étais dubitatif a propos d'iD, en fait, j'étais même peut-être optimiste). Voilà ce que AE permet de faire : - un nœud sans tags : http://www.openstreetmap.org/node/2728499055 - un tag dont la clé est vide : http://www.openstreetmap.org/node/2728487101 et http://www.openstreetmap.org/node/2728475187 - un tag dont la clé contient des espaces et qui ne voudra rien dire : http://www.openstreetmap.org/node/2725028742 - une valeur de tag pour amenity=* qui ne veut rien dire http://www.openstreetmap.org/node/2728495878 - déplacer un nœud qui contient un tag, mais qui fait partie d'un batiment : http://www.openstreetmap.org/node/2725029415 J'ai vu passer certaines de ces anomalie hier. - il a l'air d'encourager fortement les tag addr:country, addr:city alors que le consensus me semble qu'ils sont déconseillés en France : http://www.openstreetmap.org/node/2728502501 C'est effectivement dans les preset par défaut de AE, comme ça l'est dans iD... et pourtant je suis moi même un relationniste ;). Je ne dis pas qu'AE n'est pas bon. Je ne dis pas qu'il n'est pas à mettre entre les mains de tous. Mais je dis que si ce genre de contribution est possible avec l'outil, je ne crois pas qu'OSM y gagne grand chose, ses contributeurs non plus s'ils doivent corriger derrière. En tous cas, la zone va avoir besoin d'un sacré nettoyage après la fin des ateliers (le 27 mars). Il y a effectivement des choses à améliorer. J'ai également été un peu déçu du résultat. Je n'ai pas encore repris contact avec l'animateur, mais je compte le faire. Il y a un billet de blog sur cette série d'animations : http://calestampar.org/spip.php?article1208 Ceci-dit, je n'ai pas trouvé de trac pour ce projet. Existe-t-il quelque part ? Le problème c'est qu'il existe maintenant 2 AE. https://github.com/grundid/amenity-editor l'original https://github.com/frodrigo/amenity-editor celui sur osm.fr, non mergé à l'original Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle série d'améliorations d'Osmose
Le 20/03/2014 14:26, Greg a écrit : A l'usage, j'ai deux suggestions à faire : S'il y a des éléments non sauvegardés, demander la confirmation de quitter la page (navigation vers la page précédente/suivante, fermeture d'onglet) : https://developer.mozilla.org/en-US/docs/Web/Reference/Events/beforeunload Avoir une progression de l'envoi des données serait intéressant. Si les modifications sont envoyées en plusieurs requêtes, afficher quelque chose du genre Envoyé : 7/15 C'est effectivement des choses dans ma TODO list. Pour l'upload il pourrait être optimisé pour être quasi-instantané. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collectivité et gestion de voirie
Le 18/03/2014 12:16, David Kazmierczak a écrit : Merci pour tous vos retours et pour l'accueil fait à ma demande! Je vais regarder toutes les pistes que vous proposez. Concernant le fantoir, j'ai vu passer des discussions, je vais les reprendre. La réponse de Pieren met en avant un élément sur lequel j'allais vous interroger : le requêtage spatial. La solution est peut-être là, à creuser là encore. Quelques questions concernant vos retours : - il a été évoqué l'ID de realtion mais je n'ai pas l'impression (je suis encore novice sur OSM) que tous les objets appartiennent à une relation. Exact? si non, comment peut-on consulter ces relations sur OSM ? Toues les objets n'ont effectivement pas de relations, c'est également vrais pour les rues. Mais c'est également vrais que les relations doivent être plus stable. En particulier les relations de rue permettent d'obtenir toute la rue en une seule fois. c'est également elles qui peuvent porter le code Fantoir. https://wiki.openstreetmap.org/wiki/Relation:associatedStreet - y a t'il un moyen quelconque de faire un lien entre un objet supprimé et un objet recréé dans le cadre des fichiers de diff ? Non rien ne permet de faire ça, hormis une analyse a posteriori des données (attributaire et spatiale) HS pour François, ce n'est pas encore réellement le SDEI 36 qui est présent. Je m'interroge pour le moment à titre individuel en espérant que cela évolue dans le bon sens. Ma signature Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Convocation Assemblée Générale Ordinaire 2014
Bonjour, Je vous rappelle qu'il reste exactement une semaine pour présenter sa candidateur au prochain conseil d'administration d'OpenStreetMap France et pour envoyer ces motions. Pour l'instant sont candidat : - Tony EMERY - Jean-Louis ZIMMERMANN - Frédéric Rodrigo - Christian Quest - Louis-Julien de la Bouër - Cyrille Giquell Frédéric. Le 04/03/2014 13:21, Frédéric Rodrigo a écrit : Ordre du jour (qui sera complété après le 21 mars) * présentation et vote du rapport d'activité 2013 (vote N°1: OUI/NON/abstention) * présentation et vote des comptes financiers de l'exercice 2013 (vote N°2: OUI/NON/abstention) * renouvellement du Conseil d'Administration (vote N°3: voir liste des candidats ci-dessous, OUI/NON/abstention pour chaque candidat ou pour la liste globale). Liste à compléter à la réception des candidatures * fixation du montant des cotisations 2014 (vote N°4 : OUI/NON/abstention) * s'il y a lieu, présentation et vote des motions * questions diverses (sans vote) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appel à présentation SotM-EU - SotM-Fr
Le 11/03/2014 16:41, Frédéric Rodrigo a écrit : Bonjour, Petit rappel pour ceux qui compte aller au SotM-EU mi-juin, l'appel à conférence est encore ouvert jusqu'à la fin de la semaine : http://www.sotm-eu.org/ Pour notre SotM-Fr il est encore possible de faire des propositions à cont...@openstreetmap.fr. Frédéric. Bonjour, Je viens de soumettre 2 talks et un light talk au SotM-EU. Osmose A QA tools for detect and fix errors and integrate OpenData Osmose is one of many quality assurance tools available to detect errors and inconsistencies in OpenStreetMap data. It is also useful for integrating OpenData. Osmose has more than 250 checks. Number of analysers and countries supported is is still rising. With last funding Osmose have an integrated tags editor usable on desktop and mobile. Stats of the tools as OSM-France OSM-France develop and maintain tools, let's take a tour Some tool available on french servers are generic like taginfo, tiles server or overpass API. But some are specific, but useful for all. Among other we can find HOT tile server, uMap, API proxy, cadastre extractor, polygon generator, extract of new area with diff, boundary maker, Osmose... OpenAquiMap A funded project on OSM by French region of Aquitaine OpenAquiMap The project aims to promote the contribution collection and improvement of OpenStreetMap data. For this OpenAquiMap proposes to facilitate the integration and improvement of data by lowering the technology works for beginners contributors. The project also proposes to initiate and collect data by organizing and training cartoparties with contributors and / or future contributors but also to facilitators and trainers to sustain the process. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Appel à présentation SotM-EU - SotM-Fr
Bonjour, Petit rappel pour ceux qui compte aller au SotM-EU mi-juin, l'appel à conférence est encore ouvert jusqu'à la fin de la semaine : http://www.sotm-eu.org/ Pour notre SotM-Fr il est encore possible de faire des propositions à cont...@openstreetmap.fr. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] frontend osmose hs
Le 08/03/2014 13:59, didier2020 a écrit : depuis un petit moment l'acces a osmose renvoie l'erreur Error: 500 Internal Server Error. il fait beau ça tombe bien ;) Je n'ai pas main pour voir d'où vient le problème. Mais si jamais le temps change il reste reste une roue de secourt : http://beta.osmose.openstreetmap.fr Quasiment le même avec quelques bugs en plus. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Importation des coordonnées géographiques du Groupe La Poste en Haute-Garonne et Ariège dans ma UMAP
La réponse est simple, tu ne peux pas savoir. Mais surtout je peux te dire que sur ces départements qu'il en maque : beta.osmose.openstreetmap.fr/fr/map/#zoom=9lat=43.317lon=1.293item=8020level=1%2C2%2C3 Cette page liste les postes du référentiel de La Poste non retrouvé dans OSM. Le 08/03/2014 15:56, Sabine Cariou a écrit : J'ai réussi à intégrer les données dans une couche GeoJson mais comment puis-je savoir si les données sont complètes, exhaustives concernant les bureaux de poste dans les deux départements concernés? Le 8 mars 2014 15:27, Sabine Cariou sbncar...@gmail.com mailto:sbncar...@gmail.com a écrit : Je reviens vers toi car malgré le suivi de la procédure je n'arrive pas à obtenir les résultats souhaités. Rien ne s'affiche sur ma umap pourrais-tu m'aider encore une fois? Sab Le 8 mars 2014 14:45, Sabine Cariou sbncar...@gmail.com mailto:sbncar...@gmail.com a écrit : Merci infiniment pour cette extraction! je vais essayer de suivre la procédure suivant le lien donné. Merci beaucoup pour votre réactivité et votre efficacité! Sab Le 8 mars 2014 14:27, Otourly Wiki otou...@yahoo.fr mailto:otou...@yahoo.fr a écrit : Requête pour récupérer les post office en Haute-Garonne : http://overpass-turbo.eu/s/2IQ Pour l'uMap il faut une requête dynamique ? Pour la procédure tu peux t'inspiré de ce qu'on a fait sur Lyon : http://wiki.openstreetmap.org/wiki/Lyon/R%C3%A9union_14_janvier_2014#Cr.C3.A9ation_d.27une_carte_Umap_.28http:.2F.2Fumap.openstreetmap.fr.2F.29 Florian Farge aka Otourly Sur lesprojets wikimédiens http://commons.wikimedia.org/wiki/User:Otourly et l'Association française http://www.wikimedia.fr/index.php/Accueil,et sur OSM http://www.openstreetmap.org/user/Otourly Socio di Wikimedia Italia http://www.wikimedia.it/index.php/Pagina_principale Le Samedi 8 mars 2014 14h19, Sabine Cariou sbncar...@gmail.com mailto:sbncar...@gmail.com a écrit : Bonjour, je souhaite ajouter à ma UMAP les positions des bureaux du Groupe la Poste en Haute-Garonne et en Ariège. Pourriez-vous m'apporter votre aide? Bien cordialement Sabine ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des nouvelles d'Osmose
Le 05/03/2014 10:55, cmi a écrit : merci de maintenir ce projet c'est vraiment très pratique pour avoir une idée de la qualité de ses contributions. Petit bémol depuis la nouvelle interface lorsque l'on filtre par utilisateur l'affichage sous forme de liste fonctionne mais le bouton pour afficher la carte filtrée ne filtre plus et on a toutes les erreurs affichées. Il y a un endroit magique pour poster les bugs ? Bonjour, Ici, c'est aussi bien pour déclarer de petit bug si ont est réactif, mais c'est le trac c'est quand même mieux pour les suivre : http://trac.openstreetmap.fr/report/12 Parce que des fois ça peut prendre longtemps pour les traiter ;). En tout cas pour ton problème c'est normalement corrigé maintenant. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Des nouvelles d'Osmose
Bonjour, Quelques nouvelles sur ce qu'il s'est passé sur Osmose depuis juin dernier. Qu'est-ce que Osmose ? == Osmose http://osmose.openstreetmap.fr est un outil pour vérifier les données qui sont sur Openstreetmap. Il couvre certains pays, afin de donner plein de résultats intéressants, et de lister des corrections à effectuer pour améliorer la carte. La mise à jour des erreurs se fait tous les 2 jours, en prenant en compte les erreurs marquées comme corrigée ou faux positif dans les bulles. Quoi de neuf ? == L'élément le plus visible est la réécriture de l'interface pour passer d'OpenLayer à Leaflet. Les fonctionnalités restent les mêmes. À noter quand même l'ajout d'une recherche de lieu par adresses et la géolocalisation par navigateur web. L'interface est également opérationnelle sur les appareils mobiles. Coté couverture, des pays ont été ajouté : Groenland Italie Nicaragua Andorre Philippines Botswana Égypte Liberia Libye Maroc Nigeria Sierra-Leone Tanzanie Éthiopie Somalie Une bonne partie de ces nouveaux pays sont traités par des machines externes, hébergées en Italie et en Islande. Le Québec n'est actuellement plus couvert suite à des problèmes de serveur. L'ordonnancement des analyses gérees par OSM-FR est maintenant faite par Jenkins : http://jenkins.osmose.openstreetmap.fr/ Cette interface permet de réagir plus rapidement sur les pays et les analyses erronées, et d'utiliser au mieux les machines disponibles - du coup, les régions françaises sont lancées tous les jours au lieu de tous les deux jours. Le code est disponible sur gitorious, et toute contribution est la bienvenue, en particulier pour les traductions manquantes ou l'adaptation des analyses spécifiques à d'autres pays. https://gitorious.org/osmose/frontend/ https://gitorious.org/osmose/backend/ Qu'est-ce qui est prévu ? = D'autres améliorations sont en cours dans le cadre du projet OpenAquiMap qui doivent porter sur la possibilité de modifier les données OSM directement depuis Osmose, l'ajout de données OpenData sur la région Aquitaine et un travail sur la documentation. Par ailleurs, des tests unitaires sont ajoutées petit à petit, afin d'améliorer la qualité des analyses, vérifier que les analyses restent correctes, et à moyen terme, tester la compatibilité avec python 3. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des nouvelles d'Osmose
Le 04/03/2014 21:46, Christian Quest a écrit : Je vous tire mon chapeau pour tout le boulot que ça représente ! Hier soir j'ai discuté avec emacsen de coupler osmose avec MapRoulette... ça serait un autre moyen, ludique, d'exploiter les résultats d'analyses d'osmose... C'est prévu, mais là on a un jet lag de 6 mois avec les US, alors ça avance pas très vite ;) Il sont en train de mettre en place une nouvelle API pour injecter des chalenges. Mais leur API ne me va pas tout à fait. Le principal problème c'est la mise à jour de la liste des erreurs, des données peuvent être corrigé depuis MapRoulette, Osmose ou autres. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk] OpenAquiMap project : Improvement of Amenity Editor
Hi, The OpenAquiMap project aims to promote the contribution and improvement of OpenStreetMap data. For this OpenAquiMap proposes to lowering the technology need for beginners contributors. The project also proposes to initiate and collect data by organizing mapping parties and training. To lower the technology step one goal is make imporvement on the Amenity Editor. The OpenAquiMap project is funded with € 40 000 by the French Region of Aquitaine (south-west land around Bordeaux) and leading by Les Petits Débrouillards Aquitaine (a French associative promoting science and technology culture). The objective of the changes in the editor Amenity Editor (AE) is to offer an online editor that can be used in all hands, especially for first-time contributors and children. AE is a simple online tool to create and edit nodes (points of interest POIs). It allows users to quickly insert new points and enhance existing ones using thematic forms. AE is a free software available on github https://github.com/grundid/amenity-editor Planned work on AE was the follows : - French translation software and thematic forms , - possible to modify the attributes of polygons and only nodes, - support the specificities of French mapping and adapted to the use of OpenAquiMap project. New developments are available on github https://github.com/frodrigo/amenity-editor Thematic forms The choice was made to reuse JOSM preset file. Originaly AE thematic forms was directly set in the code, now there are defined in external XML files. They offer the advantage to be more easily to translate. The objective was not to integrate JOSM preset in AE, but just a have a common format. Other preset available for JOSM and can be reused. Optimizing load time AE was based on direct access to central OSM API servers. It was downloading all the content area being edited, then filtered on editable components. To reduce the amount of data to be downloaded and processed now obtain data from the OverpassAPI (enables content filtering on the server side before donwload). Editing polygons Originally, AE only supports the creation and editing points. Basic elements can be mapped either as a point or as polygon. Support polygon has been added for editing. The ability to draw polygons would conflict with the aim of simplicity in the editor . Translation The software has been translated in French.It was also necessary to internationalize parts which was not yet able to translate. Adding JOSM preset also facilitated the translation and the possible reuse of JOSM translation. Interface The JOSM preset take more space than the original one, it was necessary to modify the interface by removing marker bubbles and adding a side panel dedicated to the editing. Support preset also involved the need for a suitable interface. The ability to have multiple presets results in the presence of a selection menu. Widgets for geolocation by web browser and addresses search also added. All these improvements are available on the AE version hosted at http://ae.openstreetmap.fr by OpenStreetMap-France and realised by Carte-Libre (me). This development was made in contact with AE original author, but this work it's not merged in main branch. http://ae.openstreetmap.fr (OpenAquiMap improved AE) http://ae.osmsurround.org (original AE) http://openaquimap.org (in French) http://www.lespetitsdebrouillardsaquitaine.org (in French) http://aquitaine.fr Frédéric Rodrigo ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...
Le 02/03/2014 21:15, Damouns a écrit : Le 2 mars 2014 10:15, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Voilà. Les 4 gâteaux représentent 186 EPCIs : à plusieurs ça peut aller très vite : http://mapcraft.nanodesu.ru/__pie/374 http://mapcraft.nanodesu.ru/pie/374 (Nord-Ouest) http://mapcraft.nanodesu.ru/__pie/375 http://mapcraft.nanodesu.ru/pie/375 (Nord-Est) http://mapcraft.nanodesu.ru/__pie/376 http://mapcraft.nanodesu.ru/pie/376 (Sud-Ouest) http://mapcraft.nanodesu.ru/pie/377 (Sud-Est) Pour m'aider j'aimerais bien retrouver Comcom maker mais je ne sais pas où est installé cet outil maintenant ? Il pourrait vraiment beaucoup servir pour les EPCI et pour les futurs cantons... Ça y est, ça y est, il est de retour et il est là : http://comcommaker.openstreetmap.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-be] Belgium is now splited into 4 areas in Osmose
Hi, Osmose is a QA tool available at http://osmose.openstreetmap.fr https://wiki.openstreetmap.org/wiki/Osmose http://osmose.openstreetmap.fr/fr/map/?zoom=10lat=50.74347lon=4.17826item=level=1 Belgium is now splited into 4 areas in Osmose : http://osmose.openstreetmap.fr/fr/errors/?country=belgium_brussels_capital_region http://osmose.openstreetmap.fr/fr/errors/?country=belgium_flanders http://osmose.openstreetmap.fr/fr/errors/?country=belgium_wallonia_french_community http://osmose.openstreetmap.fr/fr/errors/?country=belgium_wallonia_german_community The main goal is to be able to apply specific language rules, mainly available for French. You can help if you want on translation or localisation of analysers. Any feedback will be appreciated. On this error list I want to point a particular problem on Flanders about addresses, there is really many more errors of this kind than any where. Frédéric. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Belgium is now splited into 4 areas in Osmose
Le 02/03/2014 16:44, eMerzh a écrit : Could we add smth like, in brussels, if there is a name=* (with a dash) it should have a name:fr and a name=nl ? or only for streets ? Yes, it's planned, and one of the cause of split. Can you confirm belgium_brussels_capital_region if the good split for double naming ? Le 02/03/2014 17:28, Jo a écrit : Hi Frédéric, Thanks for your efforts. There are many relations which will never have more than 1 member, unless we would split the ways just for the purpose of avoiding them to be flagged, which would, of course, be silly. They all have network=rwn as tags. This kind of hiking/walking/foot network is very fine mazed. Can you provide some examples ? maybe this analysis mustn't apply on all relation type. Concerning the nodes with addr:housenumber which don't have addr:street tags, I guess the best way to fix those is to get the import from AGIV/CRAB started. Polyglot 2014-03-02 16:25 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com: Hi, Osmose is a QA tool available at http://osmose.openstreetmap.fr https://wiki.openstreetmap.org/wiki/Osmose http://osmose.openstreetmap.fr/fr/map/?zoom=10lat=50.74347lon=4.17826item=level=1 Belgium is now splited into 4 areas in Osmose : http://osmose.openstreetmap.fr/fr/errors/?country=belgium_brussels_capital_region http://osmose.openstreetmap.fr/fr/errors/?country=belgium_flanders http://osmose.openstreetmap.fr/fr/errors/?country=belgium_wallonia_french_community http://osmose.openstreetmap.fr/fr/errors/?country=belgium_wallonia_german_community The main goal is to be able to apply specific language rules, mainly available for French. You can help if you want on translation or localisation of analysers. Any feedback will be appreciated. On this error list I want to point a particular problem on Flanders about addresses, there is really many more errors of this kind than any where. Frédéric. ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Belgium is now splited into 4 areas in Osmose
Le 02/03/2014 21:02, André Pirard a écrit : On 2014-03-02 16:44, eMerzh wrote : Could we add smth like, in brussels, if there is a name=* (with a dash) it should have a name:fr and a name=nl ? or only for streets ? If I understand well... A manifold name shouldn't use a dash, it should use an EM dash — (/Unicode/ Character '/EM DASH/' (U+2014)) http://www.fileformat.info/info/unicode/char/2013/index.htm It's the character we use for the manifold names on our boundaries. Else, how could Frédéric Rodrigo or Jocelyn or anyone parse *Saint-Josse-ten-Noode-**Sint-Joost-ten-Node* without AI. It must be: *Saint-Josse-ten-Noode—**Sint-Joost-ten-Node* Conversely, names with dashes are perfectly normal and must be processes as if they had no dashes. *BTW*, in http://osmose.openstreetmap.fr/fr/errors/?country=belgium_wallonia_french_community I stumble upon: 3763 http://osmose.openstreetmap.fr/fr/errors/?source=3763 30321 1 3032 http://osmose.openstreetmap.fr/fr/errors/?item=3032 liens entre tags E http://osmose.openstreetmap.fr/fr/error/664125463 5.64 50.60 http://osmose.openstreetmap.fr/map/?zoom=13lat=50.5978422lon=5.6411274item=3032level=1 w 28751124 http://www.openstreetmap.org/browse/way/28751124 (j) http://localhost:8111/load_object?objects=w28751124 name=Basilique de Chêvremont est la localisation mais pas le nom But on http://liege.diocese.be I read: ONR Basilique de Chèvremont Chèvremont 1) you should send a CC: of those kind of errors http://www.eglisesouvertes.be/church_detail.asp?churchID=432 to our Bishop 2) the name is Chèvremont http://www.chaudfontaine.be/site/tourisme/curiosites/index.php?ref_annu=1405, not Chêvremont as your message says :-) 3) it seems that the name you'd like is Basilique Notre-Dame de Chèvremont Yes it's the point 4) but in that case, would your program claim that Chèvremont is the location of Notre-Dame? ;-) No, unless you write it Basilique _de_ Notre-Dame de Chèvremont ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] [OpenAquiMap] Amenity Editor
Bonjour, Voilà pour le dernier lot d'évolution : - affichage du modèle de preset en mode édition - un peu de redesign : plus de popup - géolocation de l'utilisateur - mise à jour de OpenLayer et compatibilité mobile, mais pas très utilisable Il reste encore des bugs a corriger. Frédéric. Le 19/02/2014 15:01, Nicolas Dumoulin a écrit : Le mercredi 19 février 2014 14:29:11 Frédéric Rodrigo a écrit : Bonjour, Dernière mise à jour de Amenity Editor prévu dans le cadre OpenAquiMap : l'édition des tags de polygones. http://ae.openstreetmap.fr/ Comme il me reste un peu de temps je vais me pencher sur les deux points que j'ai laissé en arrière, l’édition d’objet existant avec les preset et le design. Si dans le design, tu pouvais inclure la geolocation de l'utilisateur au chargement de la page, ça serait pratique :-) Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OpenAquiMap] Amenity Editor
Bonjour, Dernière mise à jour de Amenity Editor prévu dans le cadre OpenAquiMap : l'édition des tags de polygones. http://ae.openstreetmap.fr/ Comme il me reste un peu de temps je vais me pencher sur les deux points que j'ai laissé en arrière, l’édition d’objet existant avec les preset et le design. Le 16/02/2014 23:41, Vincent Privat a écrit : Le 15 février 2014 20:20, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Par ailleurs il ya une nouvelle fonction introduite récemment pour rechercher par presets (ctrl-f3 ou alt-f3 je ne me souviens plus du raccourci exact) Juste F3. Non. Je parle de la recherche d'objets existants par presets, c'est avec Shift-F3 en fait. Oui, effectivement. Je n'ai pas regardé comment c'est codé, mais ça à l'air d'utiliser les éléments key des preset pour filtrer. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Summer of Code 2014
Le 15/02/2014 00:41, Rob Nickerson a écrit : Osmose QA tool do this job. Perhaps I am not aware of everything that Osmose can do, but my basic understanding is that it provides an in browser view of errors already in OSM. What I was trying to propose in (1) and (2) was a really slick, really simple tool that allows the user to load in two datasets (e.g. original and updated file from a government department, or a government file and an OSM extract) and it shows you the big differences in a really simple intuitive way. For (3) I am proposing a mobile friendly way of getting people out on the ground to verify data provided by a government and load it in to OSM (either there and then via mobile, or back at home on their computer). Osmose also do this. It's not quite evident, you have to map field with tags. Sometime you have to parse text field to map into many osm tags. You have to select a projection, and guess it when you don't know witch. I even see OpenData file with different projections without indicator! You have to choose a reference tag/field and/or, or if any, choose a conflation distance and tags. With Osmose you have to write a mapping configuration, the result is : - found OSM data not in reference OpenData file - found non integrated data in OSM, integration can be achevied by a JOSM remote link - suggest integration of OpenData on OSM object, addition/coorection of tag can be achieved by a JOSM link - an augmented OpenData file by OSM, with OSM data not in reference file and with OSM new tags Look at slide 14-17 of my talk at last SotM : http://fr.slideshare.net/FredericRodrigo/20130906-sotmbirminghamosmose Regards, Frédéric. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] [OpenAquiMap] Amenity Editor
Bonjour, Amenity Editor à maintenant son petit nom de domaine en osm.fr : http://ae.openstreetmap.fr On peut l'utiliser, il est quasiment correctement configuré. Toutes les traductions sont disponible, pour l'interface comme pour les presets. On peut changer de preset, mais je n'en ai mis que un (c'est balo). Le preset de JOSM est trop gros et donc trop lent en l'état du fonctionnement de AE, il faudrait optimiser. La prochaine étape est pouvoir éditer les attributs des polygones, mais pas de création de nouveaux polygones. Il y a maintenant trop de choses dans la popup, il faudrait redesigner l'appli. Il va également manquer quelque chose : la détection et l'utilisation de templates de presets pour éditer un objet existant. Si ne dit pas de bêtise JOSM ne le fait pas. Frédéric. Le 12/02/2014 19:19, Frédéric Rodrigo a écrit : Bonjour, Quelques nouvelles du projet d'extension de Amenity Editor dans le cadre de OpenAquiMap. J'ai ajouté un support raisonnable des presets de JOSM. AE est capable d'afficher tous les presets de JOSM à la création de nouveaux points, même si dans les détails tout n'est pas supporté. Là j'en suis à la gestion de la traduction des presets. Voila l'avancé des travaux avec les presets par défaut de AE : http://osm110.openstreetmap.fr:8090/amenity-editor/ae/index# Il y a bien évidament un effort à faire sur l'ergonomie, je suis d'ailleurs preneur de propositions. Coté JOSM pour pouvoir réutiliser les presets, il me manque deux attributs sur un élément et il faudrait que les icones soient localisables sans aller piocher partout. Le top serait un package preset (pas au sens java ;)). D'autre part comme le chargement des marqueurs était un peut long, j'ai passé le système sur OverpassAPI. Frédéric. Le 06/02/2014 17:43, Vincent Privat a écrit : Si tu as besoin qu'on fasse des modifs côté JOSM pour la réutilisation des presets n'hésite pas à créer un ticket. Bonne nouvelle tout ça ! Le 6 févr. 2014 15:56, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Bonjour, Le projet OpenAquiMap est un projet financé par la région Aquitaine qui a pour but de favoriser la contribution, la collecte et l'amélioration de données OpenStreetMap. http://openaquimap.org Dans le cadre de ce projet je vais en particulier intervenir sur Amenity Editor (http://ae.osmsurround.org) et Osmose (http://osmose.openstreetmap.__fr http://osmose.openstreetmap.fr). La travail sur AE doit consister en : - traduction en français du logiciel et des tags, - permettre de modifier les attributs des polygones et pas uniquement ceux des points, - supporter les spécificités de cartographies françaises et adaptées à l'usage du projet OpenAquiMap. Le choix d'améliorer AE a été fait dans le but d'abaisser le seuil technique à la contribution. J'ai commencé cette semaine à travailler sur AE. Les sources et mes contributions sont disponibles sur : https://github.com/frodrigo/__amenity-editor https://github.com/frodrigo/amenity-editor Pour l'instant seulement la traduction française est disponible. Je travaille actuellement sur le support des presets JSOM directement dans AE. La version modifié devrait être prochaine disponible sur un serveur de l'asso OSM-FR. Je suis également en contact avec l'auteur initial de AE pour faire passer les évolutions en main stream. Frédéric. _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-fr https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OpenAquiMap] Amenity Editor
C'est un éditeur simple. Le but est de pouvoir le mettre entre plus de main que ID, des enfants par exemple, et de pouvoir s'en servir pour travailler sur des thématiques lors d'animations. Pour ton problème de données, il faut en fait que tu utilises le lien ou le bouton pour en charger. Frédéric. Le 15 févr. 2014 16:20, Ista Pouss ista...@gmail.com a écrit : Le 15 février 2014 14:57, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, Amenity Editor à maintenant son petit nom de domaine en osm.fr : http://ae.openstreetmap.fr On peut l'utiliser, il est quasiment correctement configuré. Je ne comprends pas ce que c'est que ce projet :-( Si je fais help je tombe sur une doc en allemand. (mais c'est quand même une bonne chose que de travailler avec eux :-) Si je vais jusqu'au zoom qu'il me dit bon, je n'ai pas assez de points (qu'est-ce que c'est ? ) dans la zone, même en pleine ville, même quand tout est coché dans les paramètres de filtre. ... En espérant que ça s'arrange :-) Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OpenAquiMap] Amenity Editor
Le 15/02/2014 19:12, Vincent Privat a écrit : Le 15 févr. 2014 14:57, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Si ne dit pas de bêtise JOSM ne le fait pas. J'ai peur que ce soit une bêtise :) on affiche les presets détectés au dessus des attributs d'un objet. En cliquant dessus ça permet l'édition. Effectivement, je n'avais vu c'est fonctionnalité de JOSM. Mais du coups je ne sais pas comment ça marche, il me faudra regarder. Parce que dans les presets j'avais bien vu les champs pour faire ça... mais c'est jamais renseigné : http://josm.openstreetmap.de/wiki/NameTemplate Par ailleurs il ya une nouvelle fonction introduite récemment pour rechercher par presets (ctrl-f3 ou alt-f3 je ne me souviens plus du raccourci exact) Juste F3. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Summer of Code 2014
Le 11/02/2014 22:29, Rob Nickerson a écrit : Some ideas: 1. Tools to compare OSM data against the available external data set. One recent blog post on this by SK53 http://sk53-osm.blogspot.co.uk/2014/02/looking-for-footpaths-in-hickling-notts.html 2. We need to be asking for not just full datasets but also regular change-sets. If we cannot get a change-set from the data supplier then we need to be keeping a copy of any imported data and creating comparison tools between the original imported data and the updated data from that government/organisation. 3. More data conflation tools. Not all data can be imported in bulk. We need to look at developing more tools to allow for piecemeal imports from the local community. For example the Android app Vespucci *could* be extended/forked to allow the following work flow: 3a. A new import dataset is added to a holding database. 3b. On the ground mappers can can then view this database on the ground using Vespucci on their tablet/phone 3c. For each element they mark it as verified or incorrect, and if necessary change the tags or geometry using the tools already built into Vespucci. At this stage Vespucci has not shown any other OSM data, just the holding database layer. This makes it easier to use in areas of high data density. 3d. If the data is just nodes then Vespucci searches for potential matches in the OSM data. Is one is found the user is asked how to merge the two. If not found then the node is imported into OSM. 3e. For ways the user can either work with Vespucci to merge/import the data, or they can log in when back home using JOSM or ID and work with these editing tools to merge the verified data from the holding database. Osmose QA tool do this job. Look at this, last tow section at menu. http://osmose.openstreetmap.fr/fr/map/?zoom=6item=level=1,2,3 Mainly items are in France. Btw, the French region of Aquitaine (country around Bordeaux), have funded work to integrate into osmose more OpenData on this territory, I will do this in march. For addresse integration we have also a specific tool : http://addr.openstreetmap.fr/ Osmose can be a base work for this thematic. The OpenData part of Osmose is done as generic, so add new opendata set is simple. Btw, if you interested in add OpenData set to Osmose for integration or validation/gardeange of already integrated data, just ask. Frédéric. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Géocodage IGN un peu plus libre
Le 14/02/2014 11:44, Pieren a écrit : 2014-02-13 22:35 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com: Donc dans le cadre d'un fichier dispo en opendata, thématique, relativement partiel, cela ne semble pas poser de problème. Le problème pour le côté substantielle c'est qu'à force de géocoder des fichiers limités, l'ensemble peut devenir substantiel. Juridique je crois qu'une thématique peut déjà être considéré comme substantielle. Pas sûr. Le problème est ailleurs. On peut avoir par exemple deux administrations qui géocodent et publient leurs résultats à partir de l'IGN : un les écoles, l'autres les casernes de pompiers. C'est thématique mais ça reste des publications séparées et non substantielles. Maintenant, avec OSM. Un contributeur géocode les écoles, un autre les casernes de pompiers. Le problème est que les deux résultats sont ensuite intégrés dans la même base de donnée OSM. En cummulant les travaux thématiques, on reconstitue petit à petit la base originelle : ça devient du substantiel. Le terme prend toute sa signification dans l'accumulation et la reconstitution. Je ne suis pas sûr d'avoir été très clair mais pour moi, c'est incompatible avec OSM. +1 Je suis également de cet avis. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géocodage IGN un peu plus libre
Le 13/02/2014 20:41, DH a écrit : Le 13/02/2014 17:05, Christian Quest a écrit : Dans le genre pas clair, c'est pas clair. La nouvelle version de cet outil a été présentée lors de la remise des prix du concours sur le géoportail. Cette nouvelle fonctionnalité d'export a été présentée comme permettant de géocoder des fichiers dispo sur data.gouv.fr http://data.gouv.fr, à la condition que le résultat soit remis sous licence etalab. Donc dans le cadre d'un fichier dispo en opendata, thématique, relativement partiel, cela ne semble pas poser de problème. Le problème pour le côté substantielle c'est qu'à force de géocoder des fichiers limités, l'ensemble peut devenir substantiel. Juridique je crois qu'une thématique peut déjà être considéré comme substantielle. Et moi qui voulait justement géocoder le FANTOIR avec :/ J'avoue ne pas bien comprendre la deuxième condition /les fichiers résultant du géocodage soient republiés sous licence ouverte —sauf s’ils n’excèdent pas 250 adresses—/. Cette condition imposerai la mise sous licence étalab du résultat sauf si il y a moins de 250 adresses ? Pour ceux qui n'ont pas encore utiliser cet outil, voici les surprises: - version Windows uniquement - le format du CSV d'entrée doit être nickel chrome - la sortie n'est qu'un KML, qui perd l'essentiel du fichier d'entrée Suite à notre dernière rencontre technique, j'ai fait des remontées à l'IGN pour proposer des améliorations. J'ai géocodé quelques fichiers pour voir... bah c'est du géocodage, donc résultat à prendre avec des pincettes surtout qu'il n'y a aucune info en sortie sur la qualité de chaque géocodage. Pourtant le géocodeur du géoportail le fait. On va rapidement avoir mieux avec notre récup d'adresses cadastrales... ça vient, patience ! Perso, je ne mise pas un kopek sur l'IGN pour les adresses. Ce soir, j'étrenne mon compte Premium sur le WMS du cadastre. Si certains s'ennuient, il reste ceci : http://addr.openstreetmap.fr/stats.php Pas de quoi s'ennuyer ou de s'atermoyer. Denis Le 13 février 2014 16:45, Brice Person brice.per...@zenordi.fr mailto:brice.per...@zenordi.fr a écrit : Perso ça va me permettre de géocoder proprement les adresses de la bdd de service-public.fr http://service-public.fr entre autres (on verra si c'est substantiel). Il y a des chances que ça ai déjà était géocodé comme ça. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un moulin au cimetière Montparnasse ?
Le 11/02/2014 16:59, david.croc...@online.fr a écrit : Bonjour - Mail original - De: Pieren pier...@gmail.com Autre question : dans ce même cimetière, quelqu'un veut indiquer les numéros des carrés (dont je ne connais pas la source). Le tag utilisé permettait de voir ces numéros sur la carte mais c'était avec un tag pas prévu pour ça (addr:housenumber): http://www.openstreetmap.org/node/1790939187 Problème : je ne sais pas trop comment identifier correctement ces carrés. Quelqu'un connait une solution ? - Mail original - Si les carrées sont identifiés par des panonceaux, alors étiqueter le panonceau. C'est un peu prendre le problème à l'envers. Quand le sage désigne la lune, l'idiot regarde le doigt. [je ne traite personne d'idiot, c'est jusque ça me fait pense à ça] Ce qui est intéressant c'est le carré, pas le panneau ! Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu FR - schéma NEW contre OLD - relation riverbank - La Loire
Le lit de rivière est une entité unique. La Loire n'est pas la seule à être faite avec une relation. La Dordogne l'est, la Garonne l'était mais ça a été détruit et remplacé par une succession de polygone et et multipolygone a l'ancienne (pour le deuxième fois). Il n'y a pas de problème conceptuel à représenter les choses comme ça, l'inverse l'est parcontre. Le problème est au niveau des renvu je veux bien le croire. Mais ce n'est pas pour moi une raison suffisante, on ne mappe pas pour le rendu n'est ce pas. Pour l'edition on n'a de toute façon pas besoin de la totalité de la relation Frédéric. Le 07/02/2014 10:17, Pieren a écrit : 2014-02-07 9:32 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: +1 avec Ab_fab, ce genre de relation n'aide pas vraiment à la réutilisation. Oui, il faut absolument éviter que ça se propage à d'autres fleuves. Les grosses relations sont, en général, à éviter lorsque c'est possible : elles sont plus difficiles à maintenir (les relations sont souvent cassées par des débutants) et elles nécessitent plus de ressources (surtout si on veut consulter l'historique). Je conseillerais même de scinder cette relation multipolygon en plus petits morceaux dès que possible. Concernant les nouveaux tags, j'ai toujours un peu de réticence à voir deux schémas coexister simplement pour que le rendu fonctionne partout. En même temps, si personne n'utilise le nouveau schéma, les développeurs ne vont pas non plus changer les feuilles de style. Cette cohabitation est acceptable à condition que ce soit pour un temps limité. On voit aussi parfois certaines propositions de nouveaux schémas stagner dans les stats, bien qu'elles aient été formellement votées. Parfois un nouveau tag accepté par 16 personnes ne rencontre pas le succès escompté auprès de la communauté. C'est particulièrement vrai lorsque le nouveau schéma est plus complexe que l'ancien (plus de tags, par ex.). Il faut que le changement apporte une vrai plus-value. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [OpenAquiMap] Amenity Editor
Bonjour, Le projet OpenAquiMap est un projet financé par la région Aquitaine qui a pour but de favoriser la contribution, la collecte et l'amélioration de données OpenStreetMap. http://openaquimap.org Dans le cadre de ce projet je vais en particulier intervenir sur Amenity Editor (http://ae.osmsurround.org) et Osmose (http://osmose.openstreetmap.fr). La travail sur AE doit consister en : - traduction en français du logiciel et des tags, - permettre de modifier les attributs des polygones et pas uniquement ceux des points, - supporter les spécificités de cartographies françaises et adaptées à l'usage du projet OpenAquiMap. Le choix d'améliorer AE a été fait dans le but d'abaisser le seuil technique à la contribution. J'ai commencé cette semaine à travailler sur AE. Les sources et mes contributions sont disponibles sur : https://github.com/frodrigo/amenity-editor Pour l'instant seulement la traduction française est disponible. Je travaille actuellement sur le support des presets JSOM directement dans AE. La version modifié devrait être prochaine disponible sur un serveur de l'asso OSM-FR. Je suis également en contact avec l'auteur initial de AE pour faire passer les évolutions en main stream. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre des contributeurs OpenStreetMap à Bordeaux - 06/02/2014 20h30 au Molly
Bonjour, Un petit rappel pour tous. La rencontre des contributeurs OSM à Bordeaux c'est jeudi. Frédéric. Le 22/01/2014 17:29, Frédéric Rodrigo a écrit : Bonjour, Je vous propose de nous rencontrer à nouveau pour discuter des projets de cartographie en cours dans la région et de tout ce que vous voudrez d'autres. Rendez-vous au Molly Malone's à partir de 20h30 le 6 février. http://umap.openstreetmap.fr/fr/map/carte-sans-nom_4262#20/44.85366/-0.56678 C'est bien sûr ouvert à tous, débutant confirmer ou curieux. Le jeudi précédent il y a un rencontre des contributeurs à Wikipédia au node, peut être que l'on pourrait également faire une prochaine rencontre là bas... mais on en discutera. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags de contact
Bonjour, Je ne suis pas trop favorable à des modifications automatiques. Par contre c'est le genre de test avec proposition de correction qui pourrait très bien aller dans Osmose. Il faut coder un plugin dans ce genre pour ça : https://gitorious.org/osmose/backend/source/c94fb04eb39c2b3eae2f319972b51d6beb09729e:plugins/Name_Spaces.py En plus on peut tester l'accès au site en utilisant le système de cache d'Osomose. Frédéric. Le 27 janvier 2014 14:35, Eric eric...@sfr.fr a écrit : Dans la vérification du website, en cas d'échec, on pourrait retenter au niveau supérieur (enlever le dernier niveau hierarchique dans l'URL), voire directement essayer avec le nom de domaine. Exact, on peu mettre être plus tolérant en pinguant juste le domaine (si c'est pas Facebook ou Orange !) ou au moins en éliminant le dernier niveau. De plus, il faudrait le faire en 2x, en laissant une semaine entre deux passes (il est légitime qu'un site soit en maintenance quelques jours). Je fais 5 tentatives espacées de 2s mais il faut croiser avec un deuxième balayage quelques jours plus tard je pense. J'ai fait l'exercice et certains reviennent au bout de quelques jours ... :) Eric [Blueberry] ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rencontre des contributeurs OpenStreetMap à Bordeaux - 06/02/2014 20h30 au Molly
Bonjour, Je vous propose de nous rencontrer à nouveau pour discuter des projets de cartographie en cours dans la région et de tout ce que vous voudrez d'autres. Rendez-vous au Molly Malone's à partir de 20h30 le 6 février. http://umap.openstreetmap.fr/fr/map/carte-sans-nom_4262#20/44.85366/-0.56678 C'est bien sûr ouvert à tous, débutant confirmer ou curieux. Le jeudi précédent il y a un rencontre des contributeurs à Wikipédia au node, peut être que l'on pourrait également faire une prochaine rencontre là bas... mais on en discutera. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSMparty à Paris ce vendredi 17 au soir à La Fonderie
Ça veux dire que l'on peut écrire des tests pour le validaor en mapCSS (ou j'ai rien compris) ? Le 15 janvier 2014 00:30, Vincent Privat vincent.pri...@gmail.com a écrit : Ah oui mais là c'est vraiment du lourd ce qu'on a (enfin, surtout ce que Simon a, perso j'ai pas fait grand chose sur le coup) implémenté rien qu'avec ça: https://josm.openstreetmap.de/ticket/9414 == https://josm.openstreetmap.de/wiki/Help/Validator/MapCSSTagChecker https://josm.openstreetmap.de/ticket/9508 == https://josm.openstreetmap.de/wiki/Rules ça serait inexcusable de bosser avec la tested :p Faites-nous plaisir, jouez avec ;) Le changelog presque-complet-mais-lisible est ici: https://josm.openstreetmap.de/wiki/Changelog#Developmentversion A+ Vincent Le 14 janvier 2014 22:56, Christian Quest cqu...@openstreetmap.fr a écrit : Pfou... je crois qu'on a déjà beaucoup à faire avec les 6500 versions précédentes ;) Bon... lecture de changelog au programme donc... Le 14 janvier 2014 22:52, Vincent Privat vincent.pri...@gmail.com a écrit : Je vous conseille d'utiliser la latest elle est extrêmement riche en nouveautés ! Le 14 janv. 2014 22:41, Christian Quest cqu...@openstreetmap.fr a écrit : A partir de 17h30 jusque 21h. http://openstreetmap.fr/2014-01-17-JOSMparty-a-paris -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Tu es très bien placé pour répondre justement à une question que je me pose. Ce n'est pas justement les communes qui donnent l'information à la DGFip pour tenir le Fantoir à jour ? Le 15 janvier 2014 11:52, Tony Emery tony.em...@yahoo.fr a écrit : Allez, un petit travail de comparaison : Fantoir sur Orange : 1000 objets dont : - 711 voies - 112 lotissements ou résidences - 118 lieux-dits - 7 parkings - 5 zones d'activité - 9 divers (canal, équipement, limite commune, ...) Il y a déjà 68 doublons. Notre référentiel communal comprend - 792 voies contre 679 correspondances avec la DGFIP. Il manque donc dans le fantoir au moins 113 voies. - 241 lotissements ou résidences - 30 parkings - 7 zones d'activité Donc, je confirme que le fichier fantoir est une bonne base de départ pour la voirie. Mais il y a un gros travail de vérification à faire et pour le reste, il faut faire très attention. Par contre, est-il envisageable, à terme, que l'on puisse collaborer avec la DGFiP pour améliorer leur Fantoir ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Du-Fantoir-tp5778578p5793197.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
J'ai également compléter les ways avec ref:FR:FANTOIR en 4 caractères vers 10 et passé les les rations ref:FR:FANTOIR de 11 à 10. Ça doit faire environ 10 000 modifications en tout. Mais là je viens de tomber sur des ways avec ref:FR:fantoir sur 4 et ref:FR:INSEE. Je me demande si ce n'est pas finalement plus intelligent d'avoir le ref insee a part. Votre avis ? Frédéric. Le 7 janvier 2014 22:12, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 03/01/2014 19:04, Frédéric Rodrigo a écrit : Le 01/01/2014 11:07, Frédéric Rodrigo a écrit : Le 23 septembre 2013 15:26, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Bonjour, En travaillant sur l'outil d'aide à l'intégration des adresses je me suis rendu compte que le tag ref:FR:FANTOIR est un peu utilisé n'importe comment. Sur taginfo on trouve : 57 995 ref:FR:fantoir (sur des nœuds en Bretagne) 12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo,mais probablement ceux de Toulouse)) Le nouvelles stats donnent : 58 009 ref:FR:fantoir (dont 55 755 nœuds) 23 959 ref:FR:FANTOIR (dont 14 218 relations, 6 121 ways et 3 620 nœuds) 3 565 codefantoir (sur des nœuds en Bretagne) 449 rivoli Je viens de les passer à ref:FR:FANTOIR, les codefantoir étaient en très grande partie déjà migré. Prochaine étapes aligner les codes sur 11 caractères : - dans l'outil d'aide à l'intégration Voilà toutes les données disponibles à l'intégration avec une ref fantoir sont au format sur 10 caractères (sauf si la ref n'a pas de correspondance dans le fichier fantoir, c'est la valeur d'origine). Au passage les données sur Bordeaux ont été mise à jour (+300 rues en 6 mois). - dans la base Reste à faire ça ! Il faut reverse géocoder les adresses pour identifier la commune de l'adresse, c'est d'un pratique... Je viens d'en faire un premier lot, sur 4200 relations avec le tag ref:FR:FANTOIR (en majuscule) et avec un code sur 4 caractères : http://www.openstreetmap.org/changeset/19870698 Comment j'ai procédé : - reverse géocodage d'un point du way de la relation associatedStreet, mais la qualité du résultat ne garanti pas d'avoir la bonne commune à tous les coups. Sur mes tests : 8 erreurs sur 500. - validation que pour la commune reverse-géocodé le code fantoir (sur 4) donne une rue dont le dernier mot (concept du fantoir) est le même dans le fantoir et dans osm. 100 rues sur 4200 non pas matché sur le dernier mot. - mise a jour des codes si la version de la relation n'a pas changé entre temps et upload. Allez, plus que 75000... Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] le nouveau modèle économique de l'IGN... en avant première
Le 14 janvier 2014 14:11, HELFER Denis denis.hel...@rff.fr a écrit : www.lagazettedescommunes.com/215692/les-donnees-dautorite-restent-un-instrument-de-souverainete-pascal-berteaud-dg-de-lign « Nous ne nous considérons pas du tout concurrent de Google, Apple, ou Open Street Map » On est d’accord là dessus, donc pas besoin d'entrer en guerre ;). J'ai aussi bien aimé ;) : Q : Envisagez-vous une base commune avec OSM, malgré la passe d’arme qui a eu lieu au moment de la publication du rapport Trojette ? Comment surmonter l’obstacle de la licence dite contaminante qu’utilise OSM ? R : [...] L’open data, ça marche aussi dans les deux sens. [...] My 2 €-cents, Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] le nouveau modèle économique de l'IGN... en avant première
Plus sérieusement. Si le RGE ne coute à l'état que 6 millions par an je ne comprends vraiment pas pourquoi ils ne veulent pas l'ouvrir. Rien que pour les adresses au Danemark le passage en OpenData à libéré 15 millions par an. Le potentiel complet du RGE en France doit être norme ! Frédéric. Le 14 janvier 2014 15:21, Marc SIBERT m...@sibert.fr a écrit : Ou offrir 5 à 6 millions aux contributeurs d'OSM pour qu'ils le fasse eux-mêmes ! Le 14 janvier 2014 14:40, Pieren pier...@gmail.com a écrit : Pour rendre le RGE gratuit: il va manquer 5 à 6 millions d’euros pour payer le personnel. Bon, ben, y a pu qu'à lancer un appel aux dons :( ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA: ajout croisement FANTOIR et visu noname
Le 12 janvier 2014 23:37, Christian Quest cqu...@openstreetmap.fr a écrit : 184... c'est le nombre d'abréviations dans la colonne nature_voie de FANTOIR Pour certaines, j'ai du mal à trouver la correspondance, si vous voulez m'aider, c'est ici: https://docs.google.com/spreadsheet/ccc?key=0AkurI9Y66dXNdHVDRnNtNFk2TVlBUDdvRURIWmNDM1E Ensuite, je vais regarder les abréviation dans le nom de voies (GAL=Général MAL=Maréchal, etc). Il me semble avoir déjà vu la liste dans une des doc du fantoir/rivoli ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] opendata à la CC du Sénonais
Bonjour, Le cas de cette CC me semble très intéressant. Ils connaissent l'OpenData et vont dans ce sens par l'ouverture de leur SIG au public. Il manque certes l'accès direct à la donnée, mais ça peut être une bonne occasion de faire du simple et efficace : row data now, pour une collectivité de taille moyenne. Frédéric. Le 8 janvier 2014 23:49, Christian Quest cqu...@openstreetmap.fr a écrit : Le 8 janvier 2014 23:38, Feth Arezki f...@tuttu.info a écrit : Bonjour, plus par maladresse que par manque de curiosité, je découvre ce soir la volonté d'Opendata de la communauté de communes du Sénonais : http://www.cc-senonais.fr/presentation_geosenonais.php On lit sur cette page, sous Conditions d’utilisation que merci de bien vouloir mentionner la source et les mentions obligatoires de chaque donnée dans une utilisation professionnelle ou personnelle - nous aurions seulement une obligation de mention ? Il y a une nuance importante: copyright pour l'IGN et pas de mention copyright pour le reste, c'est plutôt bon signe. C'est éventuellement possible pour les données provenant de la CC, il faudrait qu'elle mette ça au propre en choisissant une vraie licence. Outre que je crois ne pas avoir le droit de reprendre les données IGN, j'ai du mal à saisir la portée de ces conditions d'utilisation. Si vous comprenez, dites-moi, et sinon je poserai la question aux interessés. Admettons qu'on lève l'obstacle juridique, il me semble que les données affichées sur http://ccs.sirap.fr/simap/ (cliquer dans la partie gauche), en particulier dans les contraintes, peuvent être utiles dans OSM, mais je ne saurai pas juger de la pertinence. Je suis à peu près sûr de l'intérêt des zones innondables / flood_prone=yes (différentes de ce que m'a montré le notaire pour la crue de 1910 d'ailleurs) ou des sites archéologiques, les points d'apport volontaire (dont je vérifierai l'existence...) ou les monuments, par contre, fait-on figurer les power=minor_line et leurs poteaux. J'espérais trouver ici le cours des nombreux canaux qui disparaissent dans des buses et réapparaissent un peu au hasard, mais j'ai trouvé la position précise des chemins et rivières dans les parcs boisés, j'espère pouvoir l'intégrer ! Si -toujours une fois l'obstacle juridique passé- vous connaissez une moulinette facilitant l'intégration de tout cela, ça me branche. Le plus simple serait de prendre contact avec le SIG de la CC, de s'appuyer sur cette volonté de se mettre à l'opendata et de leur dire chiche (c'est à la mode). Dans ce cas, plutôt qu'un accès par un serveur web de visualisation qui ne suit aucun standard, ne pourraient-ils pas mettre à disposition en téléchargement des données brutes (vectorielles) dont ils sont producteurs ? Ce on pourra en faire quelques chose même si c'est pas forcément hyper simple. Etant le local de l'étape... tu tente le coup ? chiche ? ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorer GPS en ville sans connexion data?
Le 9 janvier 2014 14:12, Shohreh codecompl...@free.fr a écrit : Merci pour les infos. J'ai OsmAnd, GPS Status, FasterGPS et GPS Test installés. Si je sors et que je passe en mode avion ou que je décoche l'option Data enabled dans Settings Wireless and networks More Mobile Networks, ça me remet dans le contexte d'un voyage à l'étranger sans connexion data? Si c'est le cas, je ferai un tour dehors et regarder ce que me disent ces applis. Oui, tu coupes le wifi et la connective data et c'est bon : en gros plus d’accès internet. Ça marche vraiment de se connecter seulement le matin à du wifi pour faire un fix A-GPS, et d'être localisé toute la journée en ville avec les immeubles? Même pas besoin d'attendre un fix, Il faut juste avoir téléchargé les éphémérides, et vu la taille c'est immédiat. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pb serveur d'import d'adresses
Bonsoir, Le problème est corrigé. J'ai effectivement régénéré une bonne partie de ces données pour uniformiser les codes FANTOIR sur 10 caractères. Pour Lyon je l'ai aussi fait dans OSM. Pour les autres c'est encours, et j'accepte l'aide ;) Frédéric. Le 09/01/2014 17:04, Rene Chalon a écrit : Bonjour, Le serveur d'import d'adresses (http://addr.openstreetmap.fr) semble avoir un blême... Il répond certes, mais lorsqu'on souhaite insérer une rue avec le contrôle à distance de JOSM on obtient rien... En creusant, il semble que les fichiers OSM ne contiennent que la relation mais pas les membres. Exemple sur Lyon avec le boulevard de la Croix-rousse : http://addr.openstreetmap.fr/Data/lyon.out/1027982.osm En creusant encore un peu plus, tous les fichiers sont datés du 2 janvier : un script, en régénérant les fichiers, se serait pris les pieds dans le tapis ? Si un connaisseur pouvait faire quelque chose... A+, René (aka renecha). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Le problème c'est que du coup il est moins facile déterminer dans qu'elle commune est la rue ! Le 8 janvier 2014 13:17, HELFER Denis denis.hel...@rff.fr a écrit : Ce qui m'a fait hésiter à adopter la solution de deux relations, c'est que les numéros sont cohérents ; il n'y a pas de doublons sinon la question eût été résolue. -Message d'origine- De : Tetsuo Shima [mailto:tets...@gmail.com] Envoyé : mercredi 8 janvier 2014 13:04 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Du Fantoir C'est assez courant, d'avoir une rue avec le meme nom a cheval sur deux communes. Parfois le nom change un tout petit peu, genre rue de machin chose, puis route de machin chose, mais souvent le nom reste, seul la numérotation change. Et effectivement a chaque fois je fais deux relations, de toutes façon sinon les numéro se chevauche et on a des doublons. Le 8 janvier 2014 12:43, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le mercredi 8 janvier 2014 12:30:20 Christian Quest a écrit : Les adresses d'une partie de la rue doivent correspondre à une commune et le reste à l'autre commune, non ? Ca me semblerait logique d'avoir 2 associatedStreet, pas vous ? Logique, oui c'est sûr. Après, est-ce que ça va être pratique ? Est-ce que les contributeurs débutants vont s'y retrouver et pas tout casser ? Quand les outils d'édition permettrant de gérer ça simplement sans faire d'erreur ? -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
On le met sur la relation quand on a une relation, ça factorise. Mais je ne vois de problème à le mettre sur des ways. associatedStreet c'est plus qu'une relation pour les adresses, ça regroupe les composantes d'une rue. Le 8 janvier 2014 13:32, Pieren pier...@gmail.com a écrit : 2014/1/8 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Ca me semblerait logique d'avoir 2 associatedStreet, pas vous ? Après, est-ce que ça va être pratique ? Est-ce que les contributeurs débutants vont s'y retrouver et pas tout casser ? Quand les outils d'édition permettrant de gérer ça simplement sans faire d'erreur ? Euh, au risque de me répéter, je pense que mettre le code fantoir sur une relation associatedStreet est, au final, une très, très mauvaise idée (je sais, c'est dans le wiki, c'est moi qui l'ait mis, mais je ne faisais qu'officialiser ce qui était dit ici même). Il y a de nombreuses relations qui n'ont qu'une partie de la rue (sans parler des rues sans adresses). Ca veut dire que tous les segments de rues qui ne sont pas dans la relation n'auront pas de code fantoir ! Soit vous forcez tout le monde à mettre tous les segments de la rue dans la relation (ce qui serait en quelque sorte une redéfinition de la relation qui n'était pas faite pour ça à l'origine), soit vous laissez le code sur les ways. Je croyais que le code fantoir était lié aux voies, pas aux adresses. Et là, on mélange un peu les serviettes et les torchons. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorer GPS en ville sans connexion data?
J'ai également un Galaxy Nexus et c'est vrais que a froid le GPS est un peu long à obtenir un fix. Mais le plus simple est quand tu as une connexion de charger les éphémérides en activant le wifi par exemple et d'activer le GPS. Dans GPS Status tu peux même forcer à télécharger les éphémérides. De mon expérience au de là de 1 jours ils n'aident plus à accélérer le fix. Frédéric. Le 8 janvier 2014 15:55, Ab_fab gamma@gmail.com a écrit : Pour me faire une idée de l'état du GPS j'utilise GPS Status comme mentionné par Eric, ainsi que l'appli U-blox U-center (qui marche bien même si la puce du téléphone n'est pas de cette marque). GPS status permet de voir rapidement la fraîcheur des éphémérides A-GPS enregistrés dans le tel (si tu veux tenter le coup avec du wifi gratuit plutôt qu'en faisant appel à du data roaming) Sinon, certains appareils ont des pb hardware / software (version d'Android) bien spécifiques. Je ne sais pas ce qu'il en est précisément du Galaxy Nexus, mais une recherche sur le net sera peut être fructueuse. Le 8 janvier 2014 15:09, Eric eric...@sfr.fr a écrit : Il ne fonctionne que lorsque je me trouve en extérieur dans une zone sans aucun bâtiment. J'imagine que les immeubles empêchent d'obtenir des signaux de différents satellites. Salut ! Pas très normal quand meme, meme en ville, meme entre des immeubles, tu devrais avoir un signal meme imprecis au bout de quelques dizaines de secondes. As tu essayé avec OSMAnd ? Voit-il des satellites (indiqué en heut à droite, forme XX/YY). Actuellement sur mon Android j'en vois 5 (avec une précision de 200m) alors que je suis enfermé dans un bureau. Tu peux avoir des details via une appli android qui doit s'appeller GPS Satus ou quelque chose comme ca qui t'en dira plus sur les satellites recus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Le 08/01/2014 22:31, Vincent de Château-Thierry a écrit : Le 08/01/2014 22:22, Romain MEHUT a écrit : On déplace la frontière? On regarde ce que disent les cadastres ? Même si la rue n'est pas dans la commune ça n'empêche pas les adresses d'y être. C'est le cas des boulevard de Bordeaux dont la voie elle même est à bordeaux, mais seulement les maison d'un seul coté sont à Bordeaux. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Le 03/01/2014 19:04, Frédéric Rodrigo a écrit : Le 01/01/2014 11:07, Frédéric Rodrigo a écrit : Le 23 septembre 2013 15:26, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Bonjour, En travaillant sur l'outil d'aide à l'intégration des adresses je me suis rendu compte que le tag ref:FR:FANTOIR est un peu utilisé n'importe comment. Sur taginfo on trouve : 57 995 ref:FR:fantoir (sur des nœuds en Bretagne) 12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo,mais probablement ceux de Toulouse)) Le nouvelles stats donnent : 58 009 ref:FR:fantoir (dont 55 755 nœuds) 23 959 ref:FR:FANTOIR (dont 14 218 relations, 6 121 ways et 3 620 nœuds) 3 565 codefantoir (sur des nœuds en Bretagne) 449 rivoli Je viens de les passer à ref:FR:FANTOIR, les codefantoir étaient en très grande partie déjà migré. Prochaine étapes aligner les codes sur 11 caractères : - dans l'outil d'aide à l'intégration Voilà toutes les données disponibles à l'intégration avec une ref fantoir sont au format sur 10 caractères (sauf si la ref n'a pas de correspondance dans le fichier fantoir, c'est la valeur d'origine). Au passage les données sur Bordeaux ont été mise à jour (+300 rues en 6 mois). - dans la base Reste à faire ça ! Il faut reverse géocoder les adresses pour identifier la commune de l'adresse, c'est d'un pratique... Je viens d'en faire un premier lot, sur 4200 relations avec le tag ref:FR:FANTOIR (en majuscule) et avec un code sur 4 caractères : http://www.openstreetmap.org/changeset/19870698 Comment j'ai procédé : - reverse géocodage d'un point du way de la relation associatedStreet, mais la qualité du résultat ne garanti pas d'avoir la bonne commune à tous les coups. Sur mes tests : 8 erreurs sur 500. - validation que pour la commune reverse-géocodé le code fantoir (sur 4) donne une rue dont le dernier mot (concept du fantoir) est le même dans le fantoir et dans osm. 100 rues sur 4200 non pas matché sur le dernier mot. - mise a jour des codes si la version de la relation n'a pas changé entre temps et upload. Allez, plus que 75000... Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] projet wikipédia OpenStreetMap
Le 04/01/2014 08:54, Ista Pouss a écrit : Le 4 janvier 2014 00:08, ZIMMY jeanlouis.zimmerm...@laposte.net mailto:jeanlouis.zimmerm...@laposte.net a écrit : J'ai eu le plaisir d'échanger avec des contributeurs OSM italiens via twitter qui m'ont fait découvrir leur ambition de qualifier simultanément OpenStreetMap et Wikipédia. Pour cela un outil qualité a été mis en place : http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html en l'explorant, vous pourrez constater combien le principe est ingénieux, montrer la richesse des article liés à wikipédia par thème, région et sur la carte. J'avais moi même (et plein d'autres ! ) réalisé une maquette en ce sens, mais sans avoir la chance d'être découvert par un responsable. Si c'est ce geodati (?) à qui ça arriive, pourquoi pas, j'y participerai volontiers malgré bien que je parle pas un mot d'italien. (et que je passe de plus en plus mon temps à tout autre chose que l'informatique). (et que en plus il faudrait que ça soit dans l'univers java pour moi). On a ça dans Osmose aussi dur la France, bon ok sans la dataviz : http://osmose.openstreetmap.fr/fr/map/?item=8101level=3 J'ai l'impression que Osmose fait tellement de choses que finalement personne ne sait plus ce que ça fait (moi y compris). En France on a déjà fait une projet du mois sur l'intégration de liens Wikipédia à OSM, alors forcement il reste déjà beaucoup moins de choses à faire. http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8101 Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvel outil pour le contrôle des interdictions de tourner...
Le 02/01/2014 21:05, Christian Quest a écrit : Aucune idée, j'ai juste vu passé un tweet à son sujet. Possible qu'il soit limité sur l'Europe. Le 2 janvier 2014 20:07, Hendrik Oesterlin hendrikmail2...@yahoo.de mailto:hendrikmail2...@yahoo.de a écrit : Le 03/01/2014 à 02:18:29 +1100 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit Objet: [OSM-talk-fr] Nouvel outil pour le contrôle des interdictions de tourner... : C'est ici: http://map.comlu.com/?zoom=14lat=48.85768lon=2.34498layer=Mapquest%20Openoverlays=TTT Ca n'a l'air de marcher qu'en France métropolitaine? En Nouvelle-Calédonie ca me donne Error fetching restriction data. Bad request Cette détection d'erreur est également présente dans Osmose (d'après l'idée de cet outil). Osmose couvre la NC, mais il n'y pas d'erreur. http://osmose.openstreetmap.fr/fr/map/?item=3180level=1,2,3 Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Le 01/01/2014 11:07, Frédéric Rodrigo a écrit : Le 23 septembre 2013 15:26, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Bonjour, En travaillant sur l'outil d'aide à l'intégration des adresses je me suis rendu compte que le tag ref:FR:FANTOIR est un peu utilisé n'importe comment. Sur taginfo on trouve : 57 995 ref:FR:fantoir (sur des nœuds en Bretagne) 12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo,mais probablement ceux de Toulouse)) Le nouvelles stats donnent : 58 009 ref:FR:fantoir (dont 55 755 nœuds) 23 959 ref:FR:FANTOIR (dont 14 218 relations, 6 121 ways et 3 620 nœuds) 3 565 codefantoir (sur des nœuds en Bretagne) 449 rivoli Je viens de les passer à ref:FR:FANTOIR, les codefantoir étaient en très grande partie déjà migré. Prochaine étapes aligner les codes sur 11 caractères : - dans l'outil d'aide à l'intégration Voilà toutes les données disponibles à l'intégration avec une ref fantoir sont au format sur 10 caractères (sauf si la ref n'a pas de correspondance dans le fichier fantoir, c'est la valeur d'origine). Au passage les données sur Bordeaux ont été mise à jour (+300 rues en 6 mois). - dans la base Reste à faire ça ! Il faut reverse géocoder les adresses pour identifier la commune de l'adresse, c'est d'un pratique... L'outil d'aide à l'intégration est tout de même assez peu utilisé : http://addr.openstreetmap.fr/stats.php Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Héhé. D'un autre coté c'est un certain Pieren qui a ajouté ce paragraphe sur la page du wiki. Mais je suis d'accord avec lui. Frédéric. Le 01/01/2014 23:03, Pieren a écrit : Quelle longueur pour les codes FANTOIR ? http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR Cette doc laisse à penser que la relation associatedStreet est une entité représentant la rue. C'est évidemment faux puisqu'elle ne sert qu'à l'adressage. Nombre de ces relations ne contiennent qu'un segment de rue. Du coup, mettre votre code FANTOIR sur la relation laisse de nombreuses voies sans référence... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Le 23/09/2013 15:34, Christian Quest a écrit : Il faudrait qu'on s'accorde là dessus, car c'est un élément important pour le projet adresses. Les codes courts sont ceux sans le code INSEE de la commune ? Le 23 septembre 2013 15:26, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Bonjour, En travaillant sur l'outil d'aide à l'intégration des adresses je me suis rendu compte que le tag ref:FR:FANTOIR est un peu utilisé n'importe comment. Sur taginfo on trouve : 57 995 ref:FR:fantoir (sur des nœuds en Bretagne) 12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo,mais probablement ceux de Toulouse)) Le nouvelles stats donnent : 58 009 ref:FR:fantoir (dont 55 755 nœuds) 23 959 ref:FR:FANTOIR (dont 14 218 relations, 6 121 ways et 3 620 nœuds) 3 565 codefantoir (sur des nœuds en Bretagne) 449 rivoli Je viens de les passer à ref:FR:FANTOIR, les codefantoir étaient en très grande partie déjà migré. Prochaine étapes aligner les codes sur 11 caractères : - dans l'outil d'aide à l'intégration - dans la base L'outil d'aide à l'intégration est tout de même assez peu utilisé : http://addr.openstreetmap.fr/stats.php Frédéric, en direct de puis 2014. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Tout compte fait je pense que c'est plutôt la version sur 10 caractères qu'il nous faut utiliser : - Département (2 car) - INSEE Commune (3 car) - RIVOLI voie (4 car) - clé (une lettre) Frédéric. Le 30/12/2013 19:11, Otourly Wiki a écrit : Je pense que le code alphanumérique de 11 caractères devrait suffire. Florian. Le Lundi 30 décembre 2013 16h01, Marc SIBERT m...@sibert.fr a écrit : Bonjour, je remonte le sujet (bien qu'en général personne ne le voit)... Quelle longueur pour les codes FANTOIR ? http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR Perso je penche pour la version longue telle qu'elle est dans le fichier. Vos avis ? A+ Le 23 septembre 2013 15:34, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Il faudrait qu'on s'accorde là dessus, car c'est un élément important pour le projet adresses. Les codes courts sont ceux sans le code INSEE de la commune ? Le 23 septembre 2013 15:26, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Bonjour, En travaillant sur l'outil d'aide à l'intégration des adresses je me suis rendu compte que le tag ref:FR:FANTOIR est un peu utilisé n'importe comment. Sur taginfo on trouve : 57 995 ref:FR:fantoir (sur des nœuds en Bretagne) 12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo, mais probablement ceux de Toulouse)) 3 565 codefantoir (sur des nœuds en Bretagne) 449 rivoli Les valeurs ne sont pas également très normées, on trouve un code court (à 4 chiffre maximun) et des codes longs. L'outil d'aide d'intégration des adresses propose le tag ref:FR:FANTOIR avec comme valeur ce qu'il y a dans l'OpenData, code long ou code court. Le wiki ne nous est d'aucune aide : http://wiki.osm.org/FR:Relation:associatedStreet Le Fantoir c'est le foutoir pour l'instant (oui c'était facile). Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Salut, Moi je trouve que les routes ont l'air de flotter au dessus du fond de carte. Il faudrait peut être les ombrer aussi. Mes 2 cents. Frédéric. Le 30/12/2013 11:18, Jean-Marc Gailis a écrit : C'est beau... Jean-Marc Gailis Jānis-Marks Gailis Latvian Ubuntu Translator Ubuntu Translator Team Mozilla Translator Team Think Global, Make Locales. 2013/12/30 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr Ca faisait un bout de temps que je voulais tester l'ajout d'un ombrage sur le rendu FR, mais ce que me sortait gdal faisait un à plat gris plutôt moche. Après avoir fouillé, trouvé diverses solutions plus ou moins alambiquées, j'ai trouvé une méthode simple uniquement avec gdal. Le résultat est visible ici: http://cl.ly/image/2S0d1s3M1n2u et la recette pour l'obtenir (finalement super simple) est là https://gist.github.com/cquest/8179870 J'ai inséré l'ombrage entre l'occupation des sols et tout le reste qui est dessiné par dessus. Les routes et toponymes ne sont donc pas ombrés et reste lisibles. Que dites-vous du résultat ? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose : Monument historique non intégré
Le 28/12/2013 13:12, lenny a écrit : Le 28/12/2013 12:25, Christian Quest a écrit : Je pense que oui, pour cette analyse (proposition d'intégration), osmose a besoin d'au moins une position pour faire le lien entre les données externes de la base Mérimée et la présence ou absence dans la même zone d'un objet OSM correspondant. Monument historique non intégré n'est pas une analyse de qualité qui indique qu'il y a un problème sur un objet présent dans OSM, mais ça indique qu'on n'a pas retrouvé d'objet correspondant et donc qu'on propose de l'ajouter... L'analyse de qualité par contre pourrait détecter qu'il n'y a pas de heritage=* alors qu'on a un heritage:operator=* et/ou un ref:mhs=* Ok, il me semble que j'ai compris. Je vais donc ajouter heritage = 3 puisqu'il est inscrit (http://wiki.openstreetmap.org/wiki/Key:heritage#France) et pour ne pas mettre sur chaque building de la relation toutes les informations, je vais indiquer faux-positif dans Osmose L'analyse tiens bien compte des relations Pour retrouver un élément ça utilise les tag heritage et heritage:operator. https://gitorious.org/osmose/backend/source/471708e3f4f94b0c1a8045ed5a11a327172bfa8a:analysers/analyser_merge_merimee.py#L59 Ce n'est pas un faux positif. L'erreur n'est pas signalé à tors. Il faut ajouter la tag heritage. En plus c'est moi même qui ais crée cette relation ^^. Le 28 décembre 2013 12:14, lenny lenny.li...@orange.fr mailto:lenny.li...@orange.fr a écrit : Le 28/12/2013 11:15, Christian Quest a écrit : frodrigo schizophrène ? Je pense que l'analyse de va pas fouiller les relations. Difficile en effet partant de la relation de retrouver la position x/y des membres qui la compose... Mais a-t-on besoin de retrouver la position des membres, puisque la relation porte les infos nécessaires et amha suffisantes : heritage:operator ; mhs:inscription_date ; name ; ref:mhs : source ; wikipedia ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Non, le serveur (osm7) n'est toujours pas en état pour recevoir la base osm2pgsql france dont a besoin comcom maker. Le problème est matériel. Frédéric. Le 26/12/2013 18:35, Otourly Wiki a écrit : On a du nouveau de ce coté ? Florian. Le Dimanche 24 novembre 2013 16h56, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 24/11/2013 16:49, Vincent de Château-Thierry a écrit : Bonjour, Le 24/11/2013 16:08, Christian Quest a écrit : Il se trouvait sur osm7 avant que celui-ci ne tombe en panne et soit totalement ré-installé. Il va être remis en route, surtout qu'avec 100% des communes on va pouvoir viser le 100% d'EPCI et autres découpages du même genre. Le 24 novembre 2013 16:00, Otourly Wiki otou...@yahoo.fr mailto:otou...@yahoo.fr mailto:otou...@yahoo.fr mailto:otou...@yahoo.fr a écrit : Bonjour, il semblerait que cet outil ne soit plus disponible. C'est gênant, car avec la réforme des collectivités territoriales en janvier prochain il va y avoir du pain sur la planche... Florian. En complément sur le thème des EPCI, je (re)signale cette source : http://www.data.gouv.fr/DataSet/572273 Il donne la liste, par EPCI, des communes membres, au 01/01/2013. Sa mise à jour sera intéressante l'année prochaine bien sûr, mais la réforme a déjà eu des effets cette année. Je m'occupe de remettre comcom maker en route. C'est en cours. Pour ce qui est des EPCI, et comme je l'avais fait pour les cantons, on peut utiliser comcommaker en ligne de commande. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur Osmose sur les gendarmerie
Pour rappel : https://lists.openstreetmap.org/pipermail/talk-fr/2013-June/059493.html https://lists.openstreetmap.org/pipermail/talk-fr/2013-June/059496.html Le conseil était alors de ne pas utiliser un tag exotiques mais plutôt operator. Mes 0,95 cents ;) Frédéric Le 19 décembre 2013 14:59, Christian Quest cqu...@openstreetmap.fr a écrit : official_name=* pourra être utilisé pour un nom du genre Brigade de proximité de gendarmerie de Coursan un nom (à rallonge) que les seuls initiés utilisent et qui n'a rien à faire sur une carte générique par exemple. Je me demande d'ailleurs si on ne devrait pas avoir un tag police:FR=gendarmerie/commissariat/police municipale pour faire la différence plutôt que d'utiliser name=* pour cette description impropre (name ne devrait servir qu' à nommer, pas à décrire). Le 19 décembre 2013 12:57, Gad.Jo perche...@gmail.com a écrit : Le nom est placé sur le tag name comme l'a proposé Osmose. Je ne connait pas le tag official_name. Est ce que je doit modifier tout cela ? Le 11 décembre 2013 09:29, Christian Quest cqu...@openstreetmap.fr a écrit : En official_name n'est-ce pas ? Parce que je vois mal quelqu'un de normal chercher un tel nom administratif ! Le 10 décembre 2013 23:27, Gad.Jo perche...@gmail.com a écrit : Bonsoir, On en a déjà parler l'année dernière ou en début d'année si mes souvenirs ne sont pas trop faux. Cela concerne les Gendarmerie, leur service de police et leur terrain militaire. J'ai des erreurs Osmose sur un conflit entre landuse et amenity. Après avoir demandé la dernière fois aux gendarme de Narbonne, j'ai eu l'occasion de demander de nouveau à un gendarme de Coursan Est ce que votre caserne est un terrain militaire ou pas ? La réponse du gendarme est claire : oui et c'est indiqué à l'entrée La gendarmerie exerce un rôle de police en campagne. Je présume qu'il a un ajustement à faire du coté d'Osmose. Autrement je peut tricher en indiquant que le terrain est militaire et le nœud est un service de police mais les deux informations auront le même nom Brigade de proximité de gendarmerie de Coursan Je vous laisse trancher ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Le 11/12/2013 18:16, Tetsuo Shima a écrit : A priori il y a un GRS boulot de contrôle qualité - et de traçage - sur les limites communales, plus on contrôle plus on en trouve de très décalées, ou tracées a la faux ... Malheureusement le comparatif route500/OSM ne semble pas super pertinent pour les décalages que je trouve, entre 50m et 150m unidirectionnels sur dans way entier. Il faudrait trouver un moyen de détecter les gros décalages de manière plus exhaustive ... sinon on va devoir se taper la vérification complète a la main. Une des possibilité peut être d'utiliser les repères géodésiques. Mais j'ai peur que l'on ne détecté pas beaucoup d'erreurs avec ça. Il y en à en limites de communes. Il y a une tentative de le faire avec Osmose, mais ce n'est pas très probant. Car un site peut être à cheval. Il faudrait plutôt chercher l'absence complète de points du site dans la commune de référence. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et l'ajout de points géodésiques
Ce n'est effectivement pas bon. Ces erreurs (il n'y en plus) portaient comme message Site géodésique 71221A - GIVRY A et non repère. Elles sont là : http://osmose.openstreetmap.fr/fr/errors/done?item=8070 Frédéric. Le 10 décembre 2013 12:50, Pieren pier...@gmail.com a écrit : 2013/12/10 Stéphane Péneau stephane.pen...@wanadoo.fr Ca ressemble aux tags d'une relation site, non ? Alors que pour un node, il manquerait entre autres man_made=survey_point Le type site concerne les relations. C'est d'ailleurs aussi ce qui se dit sur cette page du wiki pour les repères géodésiques: http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques Avant d'ouvrir un ticket, ou même d'imaginer un revert pour faire ensuite un import correct, qu'en pensez-vous ? +1 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et l'ajout de points géodésiques
Le 10 décembre 2013 14:17, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Donc nous sommes d'accord qu'il faut faire un revert ? Oui tu peux reverter Mais, Frédéric, ensuite ces erreurs vont réapparaitre sur Osmose, à moins que tu fasses quelque chose au préalable. Elle vont réapparaitre toute seule. Mais je ne vais rien faire. Pour terminer, est-ce qu'il y a un bot qui surveille les points géodésique, et qui pourrait prendre en charge ces nouveaux points ou site. D'ailleurs, quelle est la différence ? C'est osmose qui surveille. L'outil spécifique n'est plus maintenu et plus en fonction. Un site est une relation qui regroupe des points. Le josm fix d'omose propose dans les duex cas un point (il ne sait pas faire autre choses). Pour les sites il faut recréer manuellement la relation (les tag proposés par osmose sont bon), et intégrer les points dans la relation. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et l'ajout de points géodésiques
Le 10 décembre 2013 14:39, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le mardi 10 décembre 2013 14:28:24, Frédéric Rodrigo a écrit : Donc nous sommes d'accord qu'il faut faire un revert ? Oui tu peux reverter Ok, je vais ... essayer. Elle vont réapparaitre toute seule. Mais je ne vais rien faire. Peut-être un bon gros warning sur la bulle de la carte pour que ça ne soit pas réimporté tel quel puisque si j'ai bien compris, dans le cas présent, Osmose alertait du manque d'une relation, et pas des survey_point Question subsidiaire : Il s'agissant de nouvelles relations ou de relations ayant disparues ? Uniquement de l'importé qui n'est pas retrouvé. Réutilisé, altéré ou marqué comme supprimé. Si on les retrouve supprimé dans l'historique on peut les ressusciter. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et l'ajout de points géodésiques
Osmose signale aussi les points manquants https://gitorious.org/osmose/backend/source/471708e3f4f94b0c1a8045ed5a11a327172bfa8a:analysers/analyser_merge_geodesie.py Mais ça a l'air de ne pas marcher : http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8070class=1 Il faut que l'on regarde ça. Contrairement aux sites : http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8070class=2 Frédéric. Le 10 décembre 2013 15:14, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le revert est fait. Mais maintenant, je continue à m'interroger. Parmi les relations déguisées en note que j'ai reverté, il y avait SAINT HILAIRE DE CHALEONS I Effectivement, cette relation n'existe pas/plus. Cette relation comprenait forcément un point géodésique. Je pense l'avoir retrouvé via la fiche : http://geodesie.ign.fr/fiches/pdf/4416401.pdf Ce point n'existe pas non plus dans Osm. Donc, que Osmose alerte de l'absence de ce point, je suis Ok à 200%, mais dans ce cas, il faut que le lien josm fix soit avec les bons tags pour le node et la relation. C'est peut-être sur ce lien qu'il y a un problème, non ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Topologiquement parlant il y a zéro enclaves. La commune est en 3 partie et la simplification à fait disparaitre le fin bras de l'autre commune qui passait entre (là où il y a la gare). Pour le route 500 rien d’extraordinaire. C'est plus gênant (pour qui ?) s'il manque une section de la commune dans le RGE. Le 6 décembre 2013 12:57, Nicolas Moyroud nmoyr...@free.fr a écrit : Les bras m'en tombent ! J'ai accès à la BDtopo à mon boulot, vérification faite : ces deux enclaves n'y sont pas. Hallucinant ! =-O http://jeantosti.com/villages/villefranche.htm Il est question sur cette page d'une seule enclave, bien que dans OSM il y en ait deux. Un local pourrait-il nous éclairer sur ce point ? Quoi qu'il en soit les données IGN en ma possession sont carrément fausses et pas qu'un peu ! A moins qu'une manipulation ai fait sauté les enclaves à un moment donné, mais il me semble que ce sont les données brutes de l'IGN auxquelles j'ai accès. Je vais me renseigner pour être sûr. Nicolas Je viens de faire quelques vérifications dans le Languedoc-Roussillon avec les couches limites admin de Christian. J'ai remonté deux erreurs de plus de 200m (548m et 355m) sur la page du wiki. Les sources cadastrales concordent toutes avec OSM. Ce sont des points triples qui tombent dans ou à proximité immédiate d'un étang. Sinon j'ai trouvé 4 erreurs à la suite dans les Pyrénées-Orientales autour de la commune de Villefranche-de-Conflent : 629m, 700m, 935m et 1458m. http://tile.openstreetmap.fr/?zoom=16lat=42.5896lon=2. 36887layers=B000FFFTFF Apparemment cette commune possède deux enclaves qui ont été totalement dissoutes par la simplification du Route 500. Est-ce qu'il faut que je signale ça sur la page du wiki ? C'est le Route500 qui est à l'ouest, mais je pense que dans les données de la BDtopo les enclaves doivent être présentes. D'ailleurs il faudra quand même que je vérifie pour être sûr ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Question de vocabulaire, il s'agit d'exclaves, aucune des parties n'est complètement enclavé dans une autre commune. Le découpage dont tu parles se retrouvent également sur google maps : http://goo.gl/maps/4ARJq Le cadastre de Feuilla à bien ce bras. L'auteur du site web que tu cites doit avoir une source peu fiables ;) Frédéric. Le 6 décembre 2013 14:25, Nicolas Moyroud nmoyr...@free.fr a écrit : Et pourtant dans OSM il y a bien deux enclaves et sur la page que j'ai cité il y a ça : Un peu en amont, se trouve aussi le confluent de la Tet avec la Rotja, mais nous ne sommes déjà plus sur le territoire de Villefranche, dont il faut savoir qu'il est composé de deux parties non contiguës : d'une part la ville fortifiée, enclavée dans les communes de Fuilla et Corneilla-de-Conflent ; de l'autre un territoire vaste et accidenté, acheté au XVIIe siècle pour renforcer les fortifications, qui s'élève au nord jusqu'au village ruiné de Belloc, et comprend aussi le fort Libéria et l'ancienne église de Saint-Étienne de Campelles. Dans la BDtopo je ne vois aucun bras d'une commune dans l'autre bien deux bons gros polygones convexes. Nicolas Le 06/12/2013 13:27, Frédéric Rodrigo a écrit : Topologiquement parlant il y a zéro enclaves. La commune est en 3 partie et la simplification à fait disparaitre le fin bras de l'autre commune qui passait entre (là où il y a la gare). Pour le route 500 rien d’extraordinaire. C'est plus gênant (pour qui ?) s'il manque une section de la commune dans le RGE. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Le 06/12/2013 19:33, Yannick VOYEAUD a écrit : Le 06/12/2013 14:54, Frédéric Rodrigo a écrit : L'auteur du site web que tu cites doit avoir une source peu fiables ;) Frédéric. Bonsoir, Frédéric Jean TOSTI travaille avec des sources très fiables. Si je dois choisir entre Jean TOSTI et l'IGN il n'y a pas photos je choisirais Jean. En effet comme tout généalogiste-historien, amateur ou non, il utilise les archives où l'on trouve les chartes, les terriers et autres sources anciennes ancêtres du cadastre actuel. Les sources sont peu enclines à discussions quant à leur fiabilité originelle. Certes la révolution a quelque peu chamboulé les propriétaires mais pour l'ancien régime je suis certains qu'il n'y aura jamais mieux tant en précision qu'en fiabilité. Amitiés Pas d'emballement, j'ai mis un smiley. C'était une boutade vis-à-vis du référentiel qu'est l'IGN. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales terminé
Le 5 décembre 2013 10:38, Christian Quest cqu...@openstreetmap.fr a écrit : Voici donc les 4 d'écart, 3 de corrigées dans OSM et 1 plus à jour que le COG... et bien sûr les 17 non disponibles au cadastre à Mayotte. Absolument aucune source d'information disponible la dessus ? Je me suis penché aussi sur les publications au journal officiel. J'ai fait la liste de ce que j'ai trouvé sur le wiki: http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives J'en ai profité pour remettre un peu à jour cette page avec cette première phase initiale de tracé terminée, vu qu'on entre maintenant dans le contrôle qualité et la maintenance. A propos de maintenance et de suivi des changements, comment conserver les limites précédentes lorsqu'elles changent ? Ces informations sont très utiles car les limites administratives servent souvent aux data visualisations de données qui peuvent être un peu anciennes et donc il faut des limites qui correspondent aux autres données qu'on veut représenter. Peut-être dans un export hors OSM tout simplement ? C'est surtout sur les EPCI que ça serait utile de conserver les états successifs. Je termine par les EPCI... je vais m'appuyer sur le fichier actuel du ministère de l'intérieur pour vérifier, c'est à dire signaler les différences (sans les corriger) et compléter, c'est à dire créer les EPCI manquants lorsqu'ils n'existent pas dans OSM. Peut être attaquer directement sur les EPIC 2014.Avec comcommaker on peut importer celles n'existant pas du tout. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controle qualité des limites administratives.
Le 05/12/2013 21:27, Nicolas Dumoulin a écrit : Le jeudi 5 décembre 2013 19:38:03 Stéphane Péneau a écrit : Et je ne parle pas des limites admin qui utilisent un way qui fait office de highway ou waterway ou landuse ou autre. Ces limites on eu tout le loisir de bouger sans que le contributeur s'en soit rendu compte. Si j'étais le dictateur d'openstreetmap, les limites admins seraient sur une autre couche :-) Toutafé ! D'ailleurs il doit en rester des premiers tracé que j'ai fait près de chez moi :-/ Sans passer pour un dictateur, on pourrait ajouter un test osmose ;-) Il y a déjà eu un ticket pour ça pour osmose : http://trac.openstreetmap.fr/ticket/451 Il est même déjà fermé ! Frédéric (dictateur). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales terminé
Le 4 décembre 2013 15:37, V de Chateau-Thierry v...@laposte.net a écrit : Prochaine étape : harmoniser les tags (admin_centre, postcode, population) et les limites en coastline (si c'est pas déjà fait). Oui, les corrections sont permanentes, même si à un petit rythme. Les outils comme layers sont un gage pour être réactifs... mais en ce moment ça toussote un peu. Pour l'harmonisation, ça mériterait une discussion ici (pas forcément fleuve). Osmose fait déjà ça. Pour les relations ouvertes : http://osmose.openstreetmap.fr/fr/map/?item=6010class=108 Pour les intersections de frontières (duplication des cosatlines) : http://osmose.openstreetmap.fr/fr/map/?item=6010class=108 Il y a également quelques erreur inintéressantes en plus (Fragment de frontière isolé/Trou entre les limites administratives) : http://osmose.openstreetmap.fr/fr/errors/?item=6060country=france* Et plus généralement pour avoir les problèmes de frontière avec osmose : http://osmose.openstreetmap.fr/fr/map/?tags=boundary Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projets avec des enfants
Le 30/11/2013 09:15, Vincent Bergeot a écrit : Bonjour, je commence des animations autour d'osm avec des classes. Cela fonctionne assez bien, seulement certains enfants ont des possibilités d'utilisation d'internet qui leur permet de faire beaucoup de choses sans aucune forme de controle parentale. Par exemple http://www.openstreetmap.org/user/ernestito a modifié et supprimé des batiments existant. Il se trouve qu'il nous l'a dit, tant mieux :) Cela me pose plusieurs questions : * peux tu annuler les modifications, m'expliquer comment on le fait, faire un temps de travail sur la gestion des utilisateurs Il est possible d'annuler des changesets entier ou de restaurer des objets supprimés : http://wiki.openstreetmap.org/wiki/Revert * est ce que je lance un fil de discussions sur la liste abul, ou -fr pour essayer de recueillir les avis (je te pose la question pour éviter d'être trop redondant si les discussions se sont déjà tenues) Sur le liste talk-fr, je la mets en copie. * est-il possible d'imaginer un système d'utilisateurs parents : un compte structure avec des comptes dépendants, cela permet d'avoir plusieurs comptes pour faire des modifications avec les enfants, puis de regrouper toutes les modifs sous le même compte pour les valider à postériori plus facilement :) Il n'y a pas de niveau d'utilisateurs dans OSM. Une possibilité pourrait être de mettre un proxy ou les élevés sauveraient leurs modifications pour ensuite être revue. C'est assez la même chose que ce dont on avait parler pour contribuer hors ligne. Ça nécessite une installation technique non triviales. Une autre solution pourrait être de travailler avec JOSM et de sauver les contributions dans un fichier local sans les envoyer. Mais je ne suis pas sûr que ça soit adapté à ton cas. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [osm-npdc] Point projet mairie : Moins de 10 %
On dirait que ça a également eu pour effet de bord de créer des erreurs sur les tags wikipedia : http://osmose.openstreetmap.fr/fr/map/?item=3031 Mais de toutes façon on ne fait des erreurs que si l'on mappe ! Frédéric. Le 27 novembre 2013 19:17, Christian Quest cqu...@openstreetmap.fr a écrit : Le 27 novembre 2013 09:51, adrien carpentier ad.carpent...@gmail.com a écrit : Le lancement du projet de l'ajout des mairies a permis d'ajouter : - un grand nombre de bâtis (intégrations partagées grâce aux 4 gâteaux de Pichasso http://mapcraft.nanodesu.ru/pie/316), - les routes et leur nom via le cadastre, - et nombre de passages piétons, ( - les mairies, (ainsi que grâce à l'outil de LéG le suivi de l'avancée du projet http://fine.epicerie.free.fr/osm/mairies5962/, l'ajout de toutes les informations disponibles sur l'adresse, les horaires d'ouverture, les contacts...), - mais aussi pas mal de POI, - les églises, - des écoles, - les cimetières - des parking... - des relations rues associées parfois entre la mairie, son housenumber et sa rue... ce qui fait, une certaine harmonisation sur l'ensemble de la région, rendant plus homogène chaque fond de plan... Cela se voit d'ailleurs fortement sur l'analyse proposée par cquest sur les données carroyées de l'INSEE, et le relativement faible nombre de carreaux sur lequel il semble manquer du bâti ou de la route... Oui c'est assez explicite sur cette image: http://cl.ly/image/380F0k1L2u3D J'ai commencé la chasse aux points rose dans l'Yonne (et aux cercles verts)... -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Matériel de communication - OSM et randonnée
Tu pourrais nous en donner une imagette ? Le 27 novembre 2013 12:01, JB jb...@mailoo.org a écrit : Des sautes d'humeur du serveur. En réessayant, deux échecs, un succès. Ce matin, tout seul de mon coté, ça allait mieux :) JB Le 27.11.2013 11:43, sebastien.di...@free.fr a écrit : Salut JB, - Mail original - http://osm107.openstreetmap.fr/jbtopo/Demo_Volcans_A0_300dpi.png Le fichier est incomplet, il manque la partie basse. Bogue de mon côté ou du tien ? Sébastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Le 24/11/2013 16:49, Vincent de Château-Thierry a écrit : Bonjour, Le 24/11/2013 16:08, Christian Quest a écrit : Il se trouvait sur osm7 avant que celui-ci ne tombe en panne et soit totalement ré-installé. Il va être remis en route, surtout qu'avec 100% des communes on va pouvoir viser le 100% d'EPCI et autres découpages du même genre. Le 24 novembre 2013 16:00, Otourly Wiki otou...@yahoo.fr mailto:otou...@yahoo.fr a écrit : Bonjour, il semblerait que cet outil ne soit plus disponible. C'est gênant, car avec la réforme des collectivités territoriales en janvier prochain il va y avoir du pain sur la planche... Florian. En complément sur le thème des EPCI, je (re)signale cette source : http://www.data.gouv.fr/DataSet/572273 Il donne la liste, par EPCI, des communes membres, au 01/01/2013. Sa mise à jour sera intéressante l'année prochaine bien sûr, mais la réforme a déjà eu des effets cette année. Je m'occupe de remettre comcom maker en route. C'est en cours. Pour ce qui est des EPCI, et comme je l'avais fait pour les cantons, on peut utiliser comcommaker en ligne de commande. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] clc.ofm.fr aphone ?
Le 24/11/2013 15:30, Vincent Pottier a écrit : Bonjour, Le serveur clc est aphone ? Connexion vers clc.openstreetmap.fr (clc.openstreetmap.fr)|138.231.138.101|:80... connecté. requête HTTP transmise, en attente de la réponse... Je suis désolé. Mais il n'est pas prévu de le remettre en place. Frédéric (lui même partagé sur ce choix). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales normandes terminé
Le 21 novembre 2013 01:16, Vincent Pottier vpott...@gmail.com a écrit : Le 20/11/2013 23:41, Christian Quest a écrit : Et la couche Limite admin FR est dispo: http://tile.openstreetmap.fr/? zoom=7lat=46.88903lon=2.36297layers=000BFFFTF Merci beaucoup. S'il y avait un petit retour à la osmose pour signaler les points vérifiés, corrigés, faux positifs... ce serait intéressant. Intéressant pour pouvoir affirmer la qualité d'OSM par rapport à... En oneshot on peut réutiliser l'outil pour les adresses. Sinon, c'est possible de l'injecter dans osmose. Il faut produire un fichier XML avec des identifiants stables des erreurs à vérifier (par ex la concaténation des codes INSEE (OSM ou Route500). Un exemple de fichier XML a produire (j'ai pas trouve de doc (si on en a)) : http://osm7.openstreetmap.fr/osmose/Analyser_Merge_Wikipedia_Insee_FR-france_local_db.xml.bz2 Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Le 21 novembre 2013 10:21, Romain MEHUT romain.me...@gmail.com a écrit : Il était bien pratique cet outil dans la mesure où il permettait de visualiser les données déjà importées. A moins que je me trompe, Osmose ne le propose pas? Non Osmose ne permet de voir ce qui est déjà en place. Par contre Osmose produite un CSV qui les continent tous (dans OSM ou pas), prendre les byOsm : http://osm7.openstreetmap.fr/osmose/ Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Détection d'erreurs d'intersection de routes dans Osmose
Non, c'est keep right qui fait ça : http://keepright.ipax.at/report_map.php?ch=0%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198 Le 20 novembre 2013 15:46, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour à tous, Il me semblait qu'il y avait dans Osmose une détection des erreurs d'intersection de routes, c'est à dire quand deux highways se croisent sans noeud d'intersection et qu'il n'y a pas de bridge ou de tunnel défini sur une des deux. Je n'arrive pas à retrouver à quel type d'erreur cela correspond dans Osmose. Ou alors j'ai peut-être eu des hallucinations et ça n'a jamais existé... ;-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales normandes terminé
Le 20/11/2013 21:52, Marc Sibert a écrit : Le 20/11/2013 21:18, Christian Quest a écrit : Et hop... http://openstreetmap.fr/blogs/cquest/controle-qualite-limites-administratives-osm Le 19 novembre 2013 21:09, DH dhel...@free.fr mailto:dhel...@free.fr a écrit : Le 19/11/2013 18:58, Christian Quest a écrit : Non, c'est pas ça... ça serait osé et peu diplomatique ! Le 19 novembre 2013 18:34, Nicolas Moyroud nmoyr...@free.fr mailto:nmoyr...@free.fr a écrit : Roooh tu ne vas quand même pas oser commettre ce crime de lèse-majesté Christian ? Attention le père Berteaud va encore nous faire une crise et sortir un billet bien énervé à l'encontre d'OSM ! Nicolas Le 19/11/2013 16:26, HELFER Denis a écrit : Peut-être ça ? http://concours-geoportail.ign.fr/presentation.html Damned, le mystère demeure alors ? Allez les bleus Christian ! Denis PS : tiens, je vais aller contribuer ; mon petit doigt me dit que ce devrait être calme jusqu'à 22h30 ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Bonsoir, C'est super-efficace : j'ai pris le premier node (avec l'erreur Maxi) et je tombe sur des tracés à la serpe sourcés GeoFLA2001. Alors qu'en plus le contour commune *est* vectorisé dans le cadastre. J'ai donc pris DB083-CHARRAY-city-limit.osm http://cadastre.openstreetmap.fr/data/028/DB083-CHARRAY-city-limit.osm que je refais. Si un courageux organisateur sait : 1. chercher tous les GeoFLA qui trainent, 2. les comparer ou pas à la liste des communes vectorisées, 3. en faire un MapCraft qu'on se jette dessus gouluement... C'est effectivement des données à éradiquer ! http://taginfo.openstreetmap.fr/search?q=source%3DGeoFla Depuis la page de détail il y a un lien XAPI et JOSM turbo pour charger les données. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales normandes terminé
Le 20/11/2013 22:05, Stéphane Péneau a écrit : Hello, Est-ce qu'il serait d'ajouter un séparateur entre les code insee ? Genre : distance; insee1; insee2; etc Comment ajouter une couche Geofla ou Route500 dans Josm ? Car finalement, qui nous dit qu'ils sont plus précis que Osm. Il me semblait que la référence ce sont les communes, et comme elles ne sont pas toutes d'accord entre elle... qui croire ? Je viens de vérifier un point dans le 44. L'intersection était à peu prêt au même endroit pour les 3 cadastres. Le point Osm était éloigné de 7m, et le tableau m'indique 282m de décalage (communes 44018 44020 44024) Intéressant ! Tu peux vérifier avec une ortho dans le cas ou ça colle au paysage (et que l'ortho est bien calé) ? Sinon, j'ai remarqué pas mal de grosse différence lorsque le point d'intersection se situe dans l'eau. Il n'y a pas de parcelles cadastrale dans l'eau. Donc on n'a pas de définition des limites. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour des outils du site web...
Bonjour, C'était dans mes plans de le remttre. On a la version qui tournait dans les sauvegardes. Frédéric. Le 19 novembre 2013 10:22, Vincent Pottier vpott...@gmail.com a écrit : Le 19/11/2013 01:49, Christian Quest a écrit : osm7 étant de retour (et ses bases bientôt à jour), les scripts des outils disponibles sur le site web ont été réactivés: Merci. Est-ce à dire qu'on pourra envisager de remettre comcomMaker [1] quelque part ? L'ancienne adresse était aussi sur le serveur osm7. Je ne sais pas bien gérer git. Donc je ne sais pas si la version sur github est la même que sur ma machine (dont j'ai fait une ré-install complète). Dans l'affirmative, on poursuit sur osm-dev-fr... [1] https://github.com/FrViPofm/ComcomMaker -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle source de données sur DataGouv
Pour les cinéma je ne sais pas encore. Mais pour Service-public.fr tu peux déjà utiliser Osmose pour les intégrer : http://osmose.openstreetmap.fr/fr/map/?item=8110level=1,2,3 La dispo sous LO n'est pas nouvelle. Frédéric. Le 19 novembre 2013 15:37, Carla Hoke carla.h...@outlook.fr a écrit : Bonjour sur datagouv, il y a un annuaire des guichets publics relativement complet ainsi qu'un listing des salles de cinéma http://www.data.gouv.fr/DataSet/30382078 http://www.data.gouv.fr/DataSet/551564 Sur cette page Wiki http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr ces données ne sont pas référencées et il est conseillé d'en parler ici.. Qu'est il possible de faire pour aider ? cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
