Re: [OSM-talk-fr] OpenSolarMap...
Salut à tous, Très chouette application, bravo. J'aime ce genre de petit outil simple et rapide. Quand j'ai vu ce matin via tweet interposé qu'il y avait des raccourcis clavier, je me suis dit que le choix 1, 2, 3, 4 pouvait poser quelques problèmes, que les erreurs seraient faciles à faire et que le gain d'efficacité ne serait pas si grand que ça. À mon avis, il serait probablement plus judicieux d'associer davantage la touche au choix à faire (si le but est d'être le plus efficace possible). Voici une suggestion : - Flêche haut ou bas pour les toits orientés nord/sud, - Flêche droite ou gauche pour les toits orientés ouest/est, - Barre d'espace pour les toits plats, - Echap ou autre touche neutre pour les orientations non déterminées. Un avantage à cette méthode est aussi d'utiliser deux mains et donc faire moins d'erreurs. Mais évidemment, ça n'est pas valable avec les claviers réduits (sans pavé numérique) comme sur les portables. Ma modeste contribution. Sinon, c'est déjà très bien comme ça. Pierre 2015-11-10 11:25 GMT+01:00 Pierre GRANJON : > Bonjour Nicolas, > Les raccourcis clavier dont tu parles existent déjà, il s'agit des touches > 1,2,3,4, clavier numérique ou au dessus des lettres. Ils permettent en > effet d'aller plus vite, mais j'ai remarqué que je faisais plus d'erreurs > ainsi, donc je suis revenu au clic sur les icônes. > On est pressés de voir la suite Christian :) > > Pierre > > Le 10 novembre 2015 11:16, Nicolas Moyroud a écrit : > >> Salut Christian, >> >> J'ai un peu testé et question amélioration intéressante je proposerai la >> possibilité de faire son choix avec des raccourcis claviers. Ça irait >> vachement plus vite que d'avoir à cliquer sur des icônes, aussi gros >> soit-il ! ;-) >> Après à voir quelles seraient les meilleures touches à définir : a,z,e,r >> dans l'ordre des icônes ou peut-être 1,2,3,4. >> >> Mes 3 pesos (oui j'étais au Mexique il n'y a pas longtemps), >> 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 > > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espaces demi m....
Défectif ou défectueux ? 2015-02-03 21:07 GMT+01:00 Philippe Verdy : > En fait ce n'est pas tellement la taille des libellé dans l'affichage de > la carte qui me gène (qu'ils soient petits évite aussi de cacher trop de > chose : on devine mais en cas de doute on a encore l'onglet des propriétés > pour les afficher clairement, sans superposition de traits et de couleurs). > > C'est surtout dans l'interface utilisateur (liste des tags, dialogues de > saisie ou de configuration, menus, etc...) que c'est pénible (et que le > support international des autres écritures est défectif). > > Certes affiche correctement le tibétain ou le birman est compliqué à > inclure (dommage qu'il n'y ait pas un meilleur moteur de rendu de texte > comme il en existe pour Eclipse) et leur normalisation assez récente (avec > encore quelques problèmes de stabilité), mais pour le bengali c'est stable > depuis longtemps et c'est une langue diablement importante. > > Et ma presbytie naissante (qu'on aura tous...) commence à être un vrai > problème que la correction optique ne parvient pas à palier : les textes > trop petits sont fatigants pour la vue et c'est difficile de voir des > fautes mineures comme un accent oublié, même en français, alors que tout le > reste de l'OS et le navigateur ont un réglage possible qui apporte un vrai > confort visuel. > > > > Je m'énerve autant devant les étiquettes alimentaires (je veux lire > scrupuleusement les compositions, notamment la nature des matières grasses > et le taux de sel de plus en plus souvent excessif) devenues totalement > illisibles où il me faut chercher une bonne source lumineuse pour accentuer > les contrastes, en essayant de les lire sans mes lunettes (avec c'est > impossible). > > Maintenant il m'arrive d'utiliser la caméra de mon smartphone pour zoomer > dessus mais ce n'est pas évident de trouver le bon éclairage quand même le > smartphone apporte de l'ombre et que son flash se réfléchit trop sur la > surface et est inutilisable et la surface n'est pas non plus plane ou bien > l'étiquette est sous un plastique alvéolé ou rainuré. > > Vivement la généralisation les étiquettes lisibles sur Internet par > QR-code : OpenFoodFacts OK, mais les fabricants ou emballeurs devraient les > rendre lisibles sur en données OpenData sur un site officiel non > publicitaire contenant toutes les infos légales sur une fiche d'information > normalisée, y compris les numéros de lots et dates de fraîcheur ou de > conservation, qui peuvent être ajoutées (en plus du code produit EAN, et > même le prix de vente sur le QRcode ou sur le code barre additionnel des > points de vente). > > Certains points de vente (hypermarchés) vont aussi jusqu'à masquer ces > infos en collant par dessus un emballage ou un autocollant de promo > (impossible à décoller sans défaire le lot ou abimer l'emballage), mais > souvent c'est de la faute même de leurs fournisseurs qui livrent ces promos > > (on achète d'abord, après on verra chez soi comment lire les infos sur les > produits achetés, et on a des mauvaises surprises avec des produits qui > dans une seule portion contiennent plus de 2 grammes de sel, plus que la > quantité maximale pour toute une journée, le sel n'est là que pour masquer > le fait que ce sont des produits totalement insipides, il remplace l'huile > végétale et les épices... (Ça m'arrive de goûter et de jeter le tout > tellement c'est gras et salé et souvent aussi sans texture : même un chien > domestique n'en veut pas, et pourtant c'est un produit de marque connue, > parfois avec force publicité, vendu plus cher qu'un premier prix > d'hypermarché). > > > Le 3 février 2015 20:18, Félix Marty a écrit : > >> J'approuve Philippe. JOSM a des progrès à faire là-dessus, les caractères >> affichés sur le calque OSM sont par exemple minuscules, et il n'y a à ma >> connaissance pas de possibilité pour changer "facilement" la taille de >> police >> des calques. Ces problèmes de taille de polices sont d'ailleurs je pense >> surtout visible sur les écrans à haute résolution type 1080p (mon cas). >> >> Le réglage des polices par défaut a cependant l'air d'être possible sur >> JOSM. >> Dans mon cas, l'utilisation du thème GTK+ permet d'utiliser la police (et >> la >> taille de police) définie par défaut sur le système. Il y quand même de >> nombreuses améliorations à apporter, je remarque par exemple que certains >> textes sont tronqués à cause de la taille de police (14) trop importante >> que >> j'utilise. >> >> Le mardi 3 février 2015, 13:55:51 Philippe Verdy a écrit : >> > [...] >> > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité GPS Nikon D5300
Salut, En effet, je suis aussi persuadé que l'utilisation d'un GPS externe dédié est mieux pour avoir de meilleurs résultats. C'est que je fais habituellement car j'ai à ma disposition un Garmin eTrex. Mon précédent reflex ayant rendu l'âme Oui, mais voilà, je suis un peu fénéant. J'aimerais pouvoir me faciliter un peu la vie et ne pas avoir à : - m'assurer que l'horloge de mon appareil est bien calée, - correler les photos avec le GPS. Et puis, j'aurais aussi aimé que l'orientation de la photo soit enregistrée également. Les smartphones font ça relativement bien et ça peut être pratique. Cela dit, je ne sais pas si le D5300 renseigne l'info. Et enfin, il y a le poids peut faire pencher un peu la balance aussi. Alors, voilà, si on me déconseille de façon très vive de prendre un D5300 car la réception GPS est très mauvaise, que le fix est très lent, et que l'autonomie est grandement altérée, alors je renoncerais. Merci en tous cas. 2014-07-23 20:42 GMT+02:00 François : > Le 23/07/2014 12:30, Pierre Giraud a écrit : > > > Quelle est la qualité de ce récepteur en termes de vitesse de détection >> des satellites et en termes de précision ? >> > > Comme ils ne parlent pas de correction EGNOS/WAAS dans le descriptif, j'en > déduis que la précision doit être de 20 à 30 m. > > Je ne serais pas étonné que la différence de prix entre le D5200 et le > D5300 te permette de te payer un GPS de rando. > > J'ai un D5000 et un Etrex 20, qui démarre très vite. En pratique, je > l'allume d'avance pour lui laisser le temps de se stabiliser et je le > laisse en marche, parfois des journées entières. Il utilise les satellites > GPS et GLONASS, et la précision (horizontale et verticale) est de l'ordre > de 3 mètres. > > Je localise ensuite les photos avec Gpscorrelate. > > -- > François > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qualité GPS Nikon D5300
, > débrancher le chargeur aussitôt la batterie changée, et l'utliser pour > charger la batterie externe sans "rester pendu" à un câble branché sur une > prise fixe pendant 1 heure. > > La fonction numérique USB pourrait aussi être totalement éliminée pour ne > garder qu'une fonction analogique 5 à 10 watts (paires data inutilisées) > supportant un casque externe et le chargement accéléré ou l'utilisation > sans batterie. Le transfert de données passerait sans fil (en Wifi, NFC, > Bluetooth, USB-wireless...) ou par une carte de stockage plus facilement > accessible... Pour limiter la chauffe de la batterie en charge, utiliser > des batteries avec des cellules plus petites mais deux fois plus > nombreuses, en série pour doubler la tension de charge et diviser le > courant par 2, ce qui divise aussi par 4 les pertes résistives qui causent > l'échauffement de la batterie et sa fin de vie prématurée. > Plus besoin non plus de deux prises, une seule prise analogique suffit: la > prise jack audio actuelle (qui fait tout: audio, charge, antenne externe, > comme sur les anciens mobiles !) ou une prise USB sans data, puisque toutes > les données sont transmises sans fil. > > > > Le 23 juillet 2014 20:42, François a écrit : > > Le 23/07/2014 12:30, Pierre Giraud a écrit : >> >> >> Quelle est la qualité de ce récepteur en termes de vitesse de détection >>> des satellites et en termes de précision ? >>> >> >> Comme ils ne parlent pas de correction EGNOS/WAAS dans le descriptif, >> j'en déduis que la précision doit être de 20 à 30 m. >> >> Je ne serais pas étonné que la différence de prix entre le D5200 et le >> D5300 te permette de te payer un GPS de rando. >> >> J'ai un D5000 et un Etrex 20, qui démarre très vite. En pratique, je >> l'allume d'avance pour lui laisser le temps de se stabiliser et je le >> laisse en marche, parfois des journées entières. Il utilise les satellites >> GPS et GLONASS, et la précision (horizontale et verticale) est de l'ordre >> de 3 mètres. >> >> Je localise ensuite les photos avec Gpscorrelate. >> >> -- >> François >> >> >> ___ >> 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 > > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Qualité GPS Nikon D5300
Bonjour à tous, Certains d'entre vous ont-ils une quelconque expérience avec l'appareil photo réflex numérique D5300 de chez Nikon. Celui-ci est équipé d'un récepteur GPS. Quelle est la qualité de ce récepteur en termes de vitesse de détection des satellites et en termes de précision ? Merci -- Pierre GIRAUD ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Covoiturage pour SOTM-FR...
Il y a une voiture qui va partir de Chambéry si certains sont intéressés. Pierre 2014-03-05 22:13 GMT+01:00 Christian Quest : > Y a-t-il des opportunités de covoiturage pour venir au SOTM-FR ? > > Je pense en particulier à l'axe de la vallée du Rhône... A 3 ou 4 dans une > voiture ça revient vite moins cher que par le train... > > -- > 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 > > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Site affichage live des modifications à OSM?
Voir aussi http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services#Live.2Freal-time_edits_to_OSM_data Ma préférence va peut-être à "Show me the way". On Fri, Oct 18, 2013 at 1:24 PM, Shohreh wrote: > Merci. > > > > -- > View this message in context: > http://gis.19327.n5.nabble.com/Site-affichage-live-des-modifications-a-OSM-tp5782099p5782107.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 > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Bonjour, 2013/8/28 Gilles Bassière > Le 28/08/2013 17:07, Stéphane Péneau a écrit : > > Bonjour, >> >> Donc ce n'est pas fait pour photographier des objets qui ne sont pas >> encore dans Osm, c'est ça ? >> >> Stf >> > > Effectivement, nous ne couvrons pas ce cas d'utilisation. Il y aurait deux > solutions possibles pour un utilisateur dans ce cas : > > * utiliser une appli mobile d'édition OSM pour créer l'objet, puis > utiliser ImageInOsm pour y associer des photos > > * prendre une photo sans le lier à un objet OSM puis, a posteriori, créer > l'objet dans OSM, uploader la photo et faire le lien à la main ou avec une > application comme osmFlickr. > Au risque de jeter un pavé dans la mare, j'en profite pour vous présenter un projet sur lequel j'avais travaillé sur mon temps libre. J'étais parti du constat suivant : Flickr propose depuis longtemps maintenant des "machine_tags" dédiés à OSM. Et j'ai longtemps rêvé d'une application qui permettrait de faire le lien de la façon la plus automatique possible. J'ai découvert osmFlickr avec bonheur mais j'ai trouvé cette application peu intuitive. Passé la phase d'apprentissage un peu labourieuse, j'ai été un peu déçu par le côté peu pratique. Je manquais d'efficacité. C'était donc l'occasion pour moi de voir si j'étais capable de faire mieux ou en tous cas quelque chose qui corresponde mieux à l'usage que je voudrais en faire. http://bluecarto.free.fr/flickr4osm/ Ce n'est qu'un prototype qui n'ira peut-être pas beaucoup plus loin sauf s'il sucite de l'intérêt évidemment. @René-Luc, il ne s'agit en aucun cas d'un procès. Je ne remets pas en cause le travail réalisé. @Gilles, j'attends la version pour iOS avec impatience. > > Nous n'envisageons pas de couvrir ce cas directement dans ImageInOsm car > cela impliquerait d'intégrer des fonctionnalités d'édition OSM à > l'application. Ce serait une tâche conséquente. > > Cordialement > Gilles Bassière > > > __**_ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr> > Bonne journée. -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle interface osm.org et traduction
Je suis d'accord sur le fait que demander de faire "une remarque" risque d'engendrer des notes très liées à des questions de goûts et de couleurs. Je suis aussi d'avis qu'il faut autant que possible rester dans des notions déjà connues. Sur Google Maps comme sur d'autres, les termes utilisés sont "signaler un problème (lié aux données)". On peut penser que ces termes sont bien éprouvés et qu'ils ont été acquis par une partie des utilisateurs. Je propose qu'on réutilise les mêmes. Pierre 2013/7/19 Pierre Knobel > Il faudrait tout de même que le texte soit clair sur le fait que la > remarque doit concerner une suggestion d'amélioration de la carte, pour > exclure celles du genre "ce restau est dégueu" et "ma maison". > > "Suggérer une amélioration" peut-être ? > > > 2013/7/19 Pieren > >> 2013/7/19 JB : >> > une nouvelle traduction du genre : « demander une correction », « >> signaler >> > un problème de cartographie ». >> >> "Ajoutez une remarque sur la carte" ? >> >> Du point de vue marketing, il faudrait éviter les termes trop négatifs >> comme "erreur" ou "problème". Et puis les "notes" concernent souvent >> des choses pas encore cartographiées, ce qui n'est pas une erreur. >> >> Pieren >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr >> > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM chez Free
En réalité, il s'agit d'une iFrame. La page avec la carte se trouve à l'adresse suivante : http://carto.proxad.net/carto/. 2013/6/20 Plop76 > Bonjour, > > Free vient de publier une carte des débits ADSL basée visiblement sur des > (vieilles) données OSM : http://www.free.fr/adsl/pages/** > accueil/carte-de-debits-adsl.**html<http://www.free.fr/adsl/pages/accueil/carte-de-debits-adsl.html> > > Il manque l'attribution, non ? > > > > > __**_ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr> > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] uMap et Internet Explorer
Pour les tests navigateurs, je vous invite à utiliser http://www.browserstack.com. La version gratuite devrait être suffisante. Pierre 2013/6/13 Dominique Rousseau > Le Wed, Jun 12, 2013 at 09:47:12PM +0200, Yohan Boniface [ > yohanbonif...@free.fr] a écrit: > > - ajouter une alerte si le navigateur n'est pas supporté, un truc light > > et pas trop agressif, invitant à utiliser un navigateur respectant les > > standards > > un petit overlay CSS, avec l'avertissement, et un lien vers > browserchoice.eu ? > > -- > Dominique Rousseau > d...@lee-loo.net - 06 82 43 12 27 > > A l'instant où l'esclave décide qu'il ne sera plus esclave, > ses chaînes tombent. -- Mahatma Gandhi > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu osm_fr : les arbres
Personnellement, j'aime assez ce rendu (si on ne tient pas compte de l'information sur la taille des arbres et qu'on imagine qu'ils sont tous aussi grands). http://sitn.ne.ch/?map_x=556408.5&map_y=201940.5&map_zoom=10&map_visibility_Plan%20de%20ville=true&map_visibility_Cosmetic=true Il n'est à mon avis pas trop intrusif. On Mon, May 6, 2013 at 11:16 PM, Cyrille Giquello wrote: > Salut (Christian), > > Pour le rendu osm_fr, peut-être faire les arbres un peu moins flous: > > osm default: > http://tile.openstreetmap.fr/?lat=48.65674&lon=-1.9902&zoom=18&layers=00B000F > > osm fr: > http://tile.openstreetmap.fr/?lat=48.65674&lon=-1.9902&zoom=18&layers=B0F > > -- > Cyrille. > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Visuel pour avant/après cartopartie
Sinon, tu as l'outil d'export sous la forme d'une image qui est proposé directement depuis le site d'OpenStreetMap. Tu trouveras le bouton à côté de "History" et ça devrait te générer une URL de la forme suivante : http://parent.tile.openstreetmap.org/cgi-bin/export?bbox=0.77578,42.71029,0.79526,42.72351&scale=6357&format=png Bien souvent, le serveur nous informe qu'il est un peu trop occupé pour répondre à ta demande. Mais parfois, il accepte de faire le travail. Pierre 2013/3/22 Romain MEHUT : > Merci pour les détails :) > > Romain > > Le 22 mars 2013 14:23, Nicolas Moyroud a écrit : >> >> Salut, >> >>> Un petit tour par le code source de la page pour trouver que c'est le >>> plugin jquery before after qui a été utilisé >>> >>> http://www.catchmyfame.com/catchmyfame-jquery-plugins/jquery-beforeafter-plugin/ >> >> Oui exactement c'est ce que j'ai utilisé pour l'affichage sur mon site. >> >> >>> Avec ces deux images de dimensions identiques >>> >>> http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_avant_petit.png >>> >>> http://libreavous.teledetection.fr/images/stories/openstreetmap/OSM_Usclas_apres_petit.png >> >> Pour avoir les deux images de tailles identiques recupérées à quelques >> jours d'intervalle, j'ai utilisé le logiciel NoniMapView : >> http://aeguerre.free.fr/Public/Windows/NoniMapView/ >> J'ai sélectionné la zone en décochant la case "Split" pour n'obtenir >> qu'une seule image (sinon ça découpe en tuiles). J'ai lancé le >> téléchargement du fond OSM. J'ai sauvé le projet NoniMapView pour qu'il >> mémorise l'emprise et le zoom sélectionnés. Il suffit quelques temps après >> avoir contribué de réouvrir le projet et de retélécharger le fond OSM pour >> obtenir la même zone au pixel près. >> >> a+ >> Nicolas >> __ >> >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Pierre GIRAUD ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
Pour avoir testé Locus dernièrement, je peux confirmer que c'est un logiciel intéressant. A noter toutefois qu'il est très complet voire trop. La quantité de fonctionnalités est assez déroutante. Même pour quelqu'un qui sait de quoi ça parle. Pour une simple utilisation d'ajout de POI, c'est peut-être vouloir écraser une mouche avec buldozer. En ce qui concerne le (pré)téléchargement de données, c'est rigolo car c'est ce sur quoi je suis en train de travailler actuellement. L'utilisateur défini une zone, et il peut récupérer les tuiles pour le niveau de zoom courant et les zooms suivants. Il s'agira d'une application web. Et grâce à PhoneGap on la déclinera en application native pour iOS et Android pour proposer la fonctionnalité décrite ci-dessous. En mode web, elle ne sera pas disponible car la limite de stockage est de 5Mo. Pierre On Wed, Jan 23, 2013 at 8:53 AM, Eric Sibert wrote: > La présentation en question à GeOng 2012: > > http://www.cartong.org/fr/geong/2012/programme/AT2-ODK > > Le logiciel OpenDataKit: > > http://opendatakit.org/ > > > Eric > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
Salut Pierre, Si j'ai bien compris, tu aurais souhaité une application web qui fonctionne sur téléphone mobile et qui permette de rajouter des POIs dans la base d'OpenStreetMap à partir d'une liste prédéfinie de tags. Tu as dû entendre parler de "MapZen POI Collector" ? Malheureusement, il semblerait que ça n'existe plus, pour une raison inconnue. Bon, dans le cadre de mon activité professionnelle, actuellement, je travaille beaucoup sur des applications mobiles justement. Nous reposons sur le framework Sencha. Pour info, Sencha est aussi le framework qui est utilisé par Kort. Bref, si le besoin est très restreint, je ne pense pas que ce soit très compliqué. Mais, c'est pas comme si j'avais déjà suffisamment de tâches prévues pour améliorer le Tasking Manager. ;-) Pierre 2013/1/21 Pierre Béland : > Ista Pouss > > Je ne parle pas de faire un rendu mais plutôt de collectionner des POI pour > la base OSM avec une liste personnalisée de Presets. L'idée est de > simplifier le travail de collecte. Et lorsque quelqu'un a un telephone avec > geolocalisation, il devrait avoir la possibilité d'ajouter un POI là ou il > se trouve. > > Beaucoup d'API sont proposées pour collectoinner les POI mais elles > s'appliquent en génréral à un OS particulier. > > Mon interrogation : une API plus universelle à partir d'un navigateur > internet serait-elle efficace? Et existe-t-il de telles applications de > collecte de POI? > > Pierre > > > De : Ista Pouss > À : Pierre Béland ; Discussions sur OSM en français > > Envoyé le : Lundi 21 janvier 2013 6h36 > Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire > > Le 19 janvier 2013 21:52, Pierre Béland a écrit : > > Il serait intéressant de pouvoir adapter les API qui ont été développées > pour les téléphones multi-fonctions, de présenter une liste de POI adaptée à > un contexte humanitaire (c.-écoles, les cliniques, les points d'eau, > bâtiments administratifs, etc). Il faudrait aussi pouvoir se connecter à la > base OSM avec OSM Oauth. Lors de la sauvergarde, le commentaire du changeset > pourrait contenir un préfixe identifiant ces contributions et permettant de > les repérer facilement. > > > Pour la liste des poi, je présume que c'est plus une question de rendu. Mais > je ne comprends pas pourquoi les humanitaires ont besoin d'un rendu > particulier ? Il me semble que les écoles et tout ce que vous citez est déjà > visible, au moins si ces "POI" ont un nom. > > Au niveau du repère des contributions, peut être pouvez-vous organiser les > pseudos plutot que les commentaires ? Ou voudriez-vous qu'il y ait une > famille de modifs dédiées à une activité ?... Mais je n'ai pas entendu dire > que la notion existait. > > > > > Que pensez-vous de cela? Serait-il possible d'adapter facilement une telle > API et de fonctionner aussi bien à partir d'un téléphone que d'un ordinateur > ? Y-a-t-il quelqu'un qui est intéressé à proposer quelque chose en ce sens ? > > > > Toutes les API fonctionnent aussi bien à partir d'un téléphone que d'un > ordinateur :-) Il peut y avoir des adaptations de cache ou de volume, mais > à ma connaissance il s'agit surtout de problèmes de connectivités, qui > touchent aussi bien les ordi que les téléphones. > > Globalement, je ne sais pas s'il est prévu / voulu que l'on puisse adapter > la base et ses accès pour une activité spéciale, aussi noble soit-elle que > l'humanitaire. J'ai plutôt l'impression que la volonté générale est que tout > le monde publie et utilise selon les même principes, pour qu'il y ait une > unité dans les données de la carte. La cohérence semble prioritaire sur les > spécialisations. > > Par contre il peut y avoir des rendus / données spécifiques à qqchose, tels > les vélos, les handicaps, etc, à charge pour ceux qui sont intéressés par le > thème de le mettre en valeur. Les humanitaires pourraient donc, comme ça se > voit pour les vélos, travailler de façon spécifique avec osm, sans qu'il > soit nécessaire de modifier l'osm général. Mais peut être que c'est ce que > vous vouliez dire et ce que vous recherchez ? > > Cordialement. > > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GeOng & OSM à Chambéry - Repas lundi 5/11
C'était bien cool de vous rencontrer même si je me suis rajouté à l'équipe à la dernière minute pour le repas. Et merci aux Sibert Brothers pour leur soutien lors de l'atelier OpenStreetMap que j'ai donné pour le compte de HOT. 2012/11/5 Marc SIBERT : > No problème ! > Par contre, pour le verre c'est râpé je suis dans mon lit : low bat ! > À demain ? Ou pas. > > -- > Marc Sibert > m...@sibert.fr > > Le 5 nov. 2012 20:20, "Arnaud Vandecasteele" a écrit > : >> >> Obligations professionnelles obligent je suis parti manger avec geong. On >> se retrouve pour boire un verre ? >> >> Arnaud >> >> Le 5 nov. 2012 19:40, "Marc SIBERT" a écrit : >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr >> > > _______ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils ITO (était: surveillance de ses données)
Voici la façon dont je l'utilise moi-même : - je me suis créé une carte (area, create new area), - une fois la carte créée, on voit (par défaut) une liste des dernières sessions (changesets). On voit alors quelles ont été les dernières modifications apportées sur la zone qui t'intéresse, avec notamment le nom du contributeur. Il est alors intéressant de s'abonner au flux RSS correspondant et de l'enregistrer dans son lecteur de flux favoris. On est alors, avec seulement quelques heures de retard, alerté des modifications effectuées sur la zone en question. Je trouve que pour du suivi (passif) c'est pratique. Ensuite, on peut trier les listes par les différents champs et on peut rentrer dans le détail des changesets. Si tu as déjà un compte, la page suivante devrait te montrer une carte de Chambéry et environs avec des couleurs qui correspondent aux contributions des utilisateurs triées par leur nombre : http://www.itoworld.com/product/osm/map?area=648:1&style=_default_osm_users Parfois, je vais un peu plus loin dans les filtres, mais je te laisse explorer par toi-même les autres fonctionnalités. Pierre 2011/5/11 Gilles Bassière : > sly (sylvain letuffe) wrote: >> OWL et itoworld sont les outils qui s'en rapproche le plus [...] > > Bonjour, > > Je me suis créé un compte ITO récemment mais je l'ai finalement peu > utilisé car j'ai du mal à comprendre à quoi peut servir OSM Mapper. J'ai > pourtant entendu plusieurs fois des avis enthousiastes à propos de cet > outil. J'en déduis que c'est moi qui ai râté quelque chose. > > D'où cet appel : est-ce que ceux qui utilisent cet outil pourraient > l'expliciter un petit peu en présentant les cas d'utilisation, les > atouts, les éventuelles astuces, etc ? > > Merci par avance pour vos contributions > -- > Gilles Bassière - Web/GIS software engineer > http://gbassiere.free.fr/ > > _______ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSMQA - zones trop grandes
Bonjour à tous, J'espère que parmis vous, certains utilisent déjà OSMQA pour faciliter leur travail. L'application est encore loin d'être totalement utilisable mais ça avance petit à petit. Pour l'heure, j'aimerais avoir votre avis. Il me semble personnellement que la taille des tuiles est actuellement trop importante et qu'un découpage plus fin permettrait sans doute de valider des tuiles plus souvent. et on verrait plus facilement l'avancée du travail. Si les tuiles actuelles était divisées en quatre, je suis certain que j'aurai déjà marqué certaines tuiles comme validées. Qu'en pensez-vous ? -- Pierre GIRAUD ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map
Bonjour, Ca a peut-être déjà été évoqué, excusez moi pour le doublon si jamais. Pour éviter les problèmes de fenêtres d'authentification intempestives, l'adresse de la visionneuse est la suivante (avec un "." en moins) : http://carto.craig.fr Pierre 2010/7/28 Landry Breuil : > Bonjour, > > Le Centre Régional Auvergnat de l'Information Géographique > (http://www.craig.fr) est une structure publique ayant pour but de > mutualiser l'information géographique entre les différents acteurs > publics de la région Auvergne. Dans le cadre de son programme > d'acquisition de données, le CRAIG a fait réaliser courant 2009 une > orthophotographie à 30cm sur les départements de l'Allier et du Puy de > Dôme et à 15cm sur les agglomérations (étendues) de Vichy, Moulins et > Montluçon. > Une seconde prise de vue est programmée cette année pour couvrir les > départements Cantal et la Haute Loire à 30cm, ainsi que > l'agglomération du Puy-en-Velay à 15cm. > > Cette orthophotographie est consultable (entre autres) à l'adresse > suivante : http://carto.craig.fr. Cette visionneuse est basée sur les > outils libres mapfish et mapserver. > > Cette donnée étant la propriété du CRAIG, et ayant vocation à être > largement diffusée/rendue publique (cf. Directive européenne INSPIRE), > nous nous proposons de la mettre à disposition des contributeurs > d'OpenStreetMap pour enrichir la base de données (autant sous licence > ODBL que CC-BY-SA). En espérant que ca montre la voie pour les > autres... > > Un flux WMS est donc disponible pour l'utilisation dans les outils > d'édition OSM (josm, merkaartor..) ici : http://wms.craig.fr/osm > 4 couches sont disponibles: > - departements : Allier/Puy de Dôme à 30cm (~16000 km²) > - Montluçon : agglomération de Montluçon à 15cm (~180 km²) > - Moulins : agglomération de moulins à 15cm (~760 km²) > - Vichy : agglomération de Vichy à 15cm (~ 330 km²) > > Des tests avec josm ont montré qu'il n'y avait pas de problème pour > afficher ce WMS en fond, avec Merkaartor il est conseillé d'utiliser > EPSG:2154 (projection native Lambert 93), les autres projections ne > renvoyant que des images vides (d'ailleurs, si quelqu'un veut bien > nous aider sur ce point.. surement un détail dans la configuration de > mapserver, merkaartor fait des requêtes avec une BBOX invalide) > > Si vous utilisez ce service pour ajouter des objets à la base, merci > de penser à utiliser le tag source='Orthophotographie CRAIG/TopoGEODIS > 2009'.. > > Et si quelqu'un se sent de remplir une page/compléter > Potential_Datasources#france sur le wiki, il est le bienvenu :) > > N'hésitez pas à nous envoyer un mail (geomatique at craig dot fr) pour > toute question/information, et bon mapping ! > > Pour le CRAIG, > Landry BREUIL > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] mapping party Alpes - Vanoise / Gran Paradiso
Bonjour à tous, A la demande de Luca Delucchi [1], je me fais le relai d'une information concernant une mapping party (internationale) qu'il voudrait organiser dans les Alpes italiennes (Parc National du Gran Paradiso) et au cours de laquelle il aimerait pouvoir en profiter pour rencontrer les mappeurs français frontaliers. Il a créé une page dans le wiki pour le besoin. Certains d'entre vous seraient-ils intéressés ? N'hésitons en tous cas pas à le contacter. Pierre [1] http://wiki.openstreetmap.org/wiki/User:Lucadelu [2] http://wiki.openstreetmap.org/wiki/Graian_Alps_Mapping_party ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses
> > Navigation sur la slippy map > J'utilise OpenLayers mais ne parvient pas à limiter la zone géographique. > Dans mon fichier html j'ai mis maxExtent: new OpenLayers.Bounds (-4.876, > 48.205, -4.119, 48.684) Ca devrait me limiter beaucoup mais je peux me > ballader sur le monde entier. Où ai-je fait une erreur ? Regarde du côté de restrictedExtent. Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu osm avec mapserver
Salut à tous, et bien joué Thomas, Je viens lancer un pavé dans la marre en disant que je pense qu'il est important de se reposer un peu sur des spécialistes des différentes technologies. On peut gagner du temps, faire de belles choses et surtout être efficaces. Profitons des compétences de chacun. Evidemment, il y a un bémol, il faut vouloir et pouvoir y consacrer du temps. Puisque Sylvain semble avoir les ressources matérielles et qu'il souhaite à tout prix faire du "on-demand", il serait certainement judicieux de vous rapprocher avec Thomas et de tester ce rendu mapserver sur letuffe.org. Sylvain, puisque Thomas est, avec François, un de mes collègues, je réitère ma proposition (en privé) de nous réunir pourquoi pas dans nos bureaux autour d'un ordinateur et de parler technique, et de te faire profiter de nos connaissances des logiciels degéomatique Opensource. Pierre On Sat, Nov 22, 2008 at 1:03 PM, thomas bonfort <[EMAIL PROTECTED]> wrote: > la journée c'etait pour ecrire le mapfile et trouver la stylisation qui va > bien. > en temps de rendu c'est comme je disais, ~8 tuiles/sec en zoom > rapproché, ~0.5 tuile/sec pour l'eloigné > (c'est vraiment a la louche, j'ai pas regarde de pres) > >> Tu travailles avec une bécane de la mort ? (genre hexaprocesseurs quad core à >> 4GHZ ? ) > core 2 d'entree de gamme d'il y a plus de deux ans > > -- > thomas > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Openlayers plugin sous Dotclear2
Juste pour info, on peut tout à fait afficher des carte Google dans OpenLayers. Quelle serait la bonne raison de vouloir utiliser Mapstraction ? 2008/7/29 Philippe Piquer <[EMAIL PROTECTED]>: > J'aurais aussi proposer à l'auteur de voir pour intégrer OpenLayers ... > Il y a un truc qui me chiffone dans Mapstraction : c'est le powered by > Google sur les cartes OSM ... grumpfff > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] pistes cyclables et voie de bus
Il existe en Savoie pas très loin de Chambéry un cas d'une route à sens unique avec dans le sens inverse une bande cyclable (sans séparation). Il faudra que j'aille photographier le panneau qui indique cela pour les automobiliste. Je n'en avais jamais vu ailleurs auparavant. Mais c'est la preuve que ça existe. Pierre 2008/1/24 Denis <[EMAIL PROTECTED]>: > Pieren Pieren a écrit : > > Il y a les pistes franchement séparées qu'on peut taguer en cycleway=track > > (ou opposite_track), les bandes cyclables mais qui sont simplement une > > coloration sur la voie routière qu'on tague en cycleway=lane (ou > > opposite_lane) (voir les photos sur la Fr:Map Features ici > > > > http://wiki.openstreetmap.org/index.php/Fr:Map_Features#Voie_cyclable_.28cycleway.29 > > > > Mais qu'en est-t-il pour une piste cyclable sur le trottoir comme il y en a > > beaucoup en ville ? > > Personnellement, je créerai un way spécifique lorsque l'on a une > véritable piste cyclable (certaines ont même un nom) indépendante de > toute voie de circulation automobile. Pareil pour les voies cyclables > sur trottoir. L'intérêt est de constituer des itinéraires cyclables à > jour. Pour les bandes cyclables, on pourrait se contenter d'un tag > cycleway sur le way de la route. Comment cela pourra-t-il être rendu au > niveau carto ? > A propos, quelqu'un peut-il m'expliquer l'intérêt du tag > cycleway=opposite_track. Sens opposé par rapport à la route ? mais si > c'est une piste cyclable indépendante, quel est l'intérêt ? Autant, je > comprend l'intérêt de opposite_lane car il y a cohabitation > (dangeureuse) entre usagers d'une même voie. "Opposite" et > "opposite_lane" feraient double emploi. > Denis > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Evolution vers les chemins de randon née
2008/1/21 sylvain letuffe <[EMAIL PROTECTED]>: > Bonjour à tous ! > > Je me présente : tout nouveau contributeur sur osm, je vie à chambéry (Savoie) > pour laquelle je commence le mapping des rues et diverses routes à l'entour. J'ai commencé également à faire des traces en vue de faire le mapping de Chambéry. Il faudra qu'on se coordonne le boulot. http://www.openstreetmap.org/traces/mine/tag/Chambery Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] nouveau contributeur
Bonjour, Je vous envoie ce message pour me présenter rapidement. Collègue de travail (dans le domaine du logiciel libre) de fvb déjà actif du côté de la Savoie en particulier, je me suis lancé sur ses conseils dans l'aventure. Je me propose de l'aider dans la cartographie des routes et des pistes cyclables d'une partie de la Savoie. Bientôt, avec un peu de chance, on pourra avoir les rues de Chambéry dans OSM. Vous pourrez me retrouver sous le pseudo de pgiraud. Bonne continuation à tous. Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
