Re: [OSM-talk-fr] MAJ [EMAIL PROTECTED] : Quickborn
Un simple emerge dev-perl/AppConfig (en fait pour moi un paludis -i dev-perl/AppConfig) sous Gentoo fera aussi l'affaire pour que la nouvelle version fonctionne. 2008/5/28 Steven Le Roux [EMAIL PROTECTED]: 2008/5/28 Steven Le Roux [EMAIL PROTECTED]: 2008/5/28 Steven Le Roux [EMAIL PROTECTED]: On Tue, May 27, 2008 at 11:16 PM, murphy2712. nospam [EMAIL PROTECTED] wrote: Pour ceux qui font tourner le client [EMAIL PROTECTED] sur leur machine, une maj est apparue : on passe de la version 'Poynton' à la version 'Quickborn'. Bon d'habitude ça casse pas 3 pattes à un canard mais comme j'ai eu des soucis de dépendances voici les paquets que j'ai du installer en plus chez moi pour que ça marche (sur une debian) : apt-get install libxml-xpath-perl libset-object-perl + libappconfig-perl et yum install perl-AppConfig debian : libxml-perl libxml-sax-perl libxml-sax-writer-perl libxml-writer-perl Scientific : perl-libxml-perl perl-XML-SAX perl-XML-XPath perl-XML-Parser perl-XML-LibXML perl-libxml-perl perl-Set-Object ... Sinon les erreur sont du style 'Can't locate XML/XPath.pm in @INC...' et 'Can't locate Set/Object.pm in @INC...' Voilà en espérant que ça serve à quelqu'un... :) Murphy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- Steven Le Roux Jabber-ID : [EMAIL PROTECTED] -- Steven Le Roux Jabber-ID : [EMAIL PROTECTED] -- Steven Le Roux Jabber-ID : [EMAIL PROTECTED] ___ 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] Atelier OSM / Gulliver sur Open Street Map et GPS compatible OS libre : lundi 9 juin / 20h / MCE
Ce serait quoi l'horaire et pendant combien de temps ? 2008/5/27 Gwenn [EMAIL PROTECTED]: Parmi les personnes intéressées par la préparation de l'atelier certaines parlaient de se voir lors d'une permanence. Ce vendredi, ça vous irait ? (moi je ne peux pas le prochain :) ) C'est bon pour moi. -- Gwenn -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIPFOWaQjvmoGkMpoRAjuFAJ4zOZzTswYJwuFJ7l6mpUZXOH+o4wCeKWHd t6FkQcbJV54J7Sb8gRGKHHo= =l1/w -END PGP SIGNATURE- ___ 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
[OSM-talk-fr] [HS] MCE de Rennes et OSM
Bonjour, 2008/5/27 Philippe Piquer [EMAIL PROTECTED]: Oublié pas après de proposer à la MCE de remplacer Google Maps par OSM sur leur site :) La MCE a un projet de carte verte (inventaire de données bio / équitable / durable sur une carte) et Gulliver est actif pour leur proposer une solution à base de libre et notamment d'OSM (au lieu de leur projet initial à base de Google Maps). Etienne qui est pilier dans le projet pourra en dire plus. Amicalement, d. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Trop d'infos tue l'info...
Oui et non Pour mettre OSM sur un site , voir OpenLayers(.org) qui permet de mettre une seule 'carte' avec de multiple couche (transparente ou pas). Evidemment pour remplir une couche , il faut aussi une carte et donc créer un serveur qui s'occupe du rendu de cette carte... Par contre rajouter des POI est assez simple ... Sur la page d'acceuil de http://www.lessines.net , il y a la carte OSM de la ville avec trois couches : osmarender, mapnik et Cyclemap, mais ce que je trouve dommage c'est par exemple que la couche cycle reprends de facon redondante (meme si légèrement modifiée) la carte de base et est opaque... Philippe 2008/5/28 Bernard VALTON [EMAIL PROTECTED]: Bonjour, Est ce qu'il existe un moyen simple de faire une page web mettant OSM en background et rajoutant des layers par dessus. Je pense aux trajets de bus ou de pedibus par exemple. A l'image de ce qui est fait sur mymaps de google maps ? Cordialement Bernard 2008/5/28 Philippe Piquer [EMAIL PROTECTED]: C'est bien comme cela que je rajoute les commerces de ma commune à Google Maps sur mon site (devrait etre remplacé par OSM dès que les 5% non encore mappés le seront). Le 28 mai 2008 09:41, David MENTRE [EMAIL PROTECTED] a écrit : Bonjour, Le 27 mai 2008 23:09, Julien Langlois [EMAIL PROTECTED] a écrit : il faut quand même trouver un moyen de relier ces POI (d'une base externe) avec une adresse dans OSM pour qu'il soit possible dans un logiciel de routage avancé de demander le nom d'un restaurant au lieu de son adresse. Ce lien, est-ce que ce n'est pas les coordonnées géographiques (latitude, longitude) ? Je cherche un restaurant : 1. base externe, nom restau - coordonnées (dest_lat, dest_lon) ; 2. GPS, - (source_lat, source_lon) ; 3. OSM, recherche des points source et destination voisins dans OSM et routage avec les routes, type de route, type de véhicule, etc. en fonction des infos OSM. Amicalement, d. ___ 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 -- bernard http://blog.valton.name/ ___ 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] compte-rendu de la table ronde
C'est toute la force d'une approche distribuée et d'une mise en commun. Je suis persuadé que dans qqs années, à l'image de wikipedia, on ne parlera plus que d'openstreetmap :) Je fait principalement ma commune et elle est déjà nettement meilleure que google maps :) bernard 2008/5/28 Philippe Piquer [EMAIL PROTECTED]: Effectivement, juste à coté de mon boulot, ils sont occupés à terminer l'asphatage d'une rue qui devient à sens unique ... OSM est à jour ... :) 2008/5/28 Steven Le Roux [EMAIL PROTECTED]: 2008/5/28 Gand' [EMAIL PROTECTED]: quand tu dis moins vérifiée, j'ai des doutes la dessus ! je connais plusieurs endroits ou des routes ont été fermées définitivement (principalement à cause d'éboulements en montagne) il y a plusieurs années (entre 2 et 10), et pourtant, apparemment, aucune base commercial ne prend en compte ces changements ... -- Gand' D'une maniere générale, mais à terme, il ne peut rien y avoir de plus précis qu'OSM évidement. Les mises à jour n'apparaissent que longtemps après sur les cartes proprio... Sur osm elles peuvent apparaître en avance ;) ou en même temps que les travaux ! On Tue, May 27, 2008 at 9:29 PM, Denis [EMAIL PROTECTED] wrote: Renaud Martinet a écrit : Et puis on est sympa ! :) et parce que la seule pression qu'on s'autorise, c'est une bonne mousse bien fraîche (30° à Strasbourg aujourd'hui;-). ___ 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 -- Steven Le Roux Jabber-ID : [EMAIL PROTECTED] ___ 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 -- bernard http://blog.valton.name/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Amélioration de la récupératio n des cartes pour josm
Bonjour, Je sais pas vous, mais avec ma connexion c'est parfois lourd/long pour télécharger les cartes osm et les gpx sous josm. Existe-t-il un moyen d'améliorer tout ça, en profitant d'une grosse connexion que j'ai au boulot ? Bonne journée -- Patrice Vetsel [EMAIL PROTECTED] Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Trop d'infos tue l'info...
2008/5/28 Bernard VALTON [EMAIL PROTECTED]: Bonjour, Est ce qu'il existe un moyen simple de faire une page web mettant OSM en background et rajoutant des layers par dessus. Je pense aux trajets de bus ou de pedibus par exemple. A l'image de ce qui est fait sur mymaps de google maps ? Tu aurais du changer le titre de ton message pour créer un nouveau fil, mais bon... trop tard. Va voir aussi sur le wiki: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example et surtout http://wiki.openstreetmap.org/index.php/OpenLayers Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration de la récupéra tion des cartes pour josm
On Wed, May 28, 2008 at 11:35 AM, Ubuntu [EMAIL PROTECTED] wrote: Bonjour, Je sais pas vous, mais avec ma connexion c'est parfois lourd/long pour télécharger les cartes osm et les gpx sous josm. Existe-t-il un moyen d'améliorer tout ça, en profitant d'une grosse connexion que j'ai au boulot ? Bonne journée Ce n'est pas la quantité de donnée qui est importante mais JOSM attend un slot de connexion pour télécharger les données. Le serveur étant chargé, il faut attendre son tour :) Quand tu dis long c'est combien ? Vois-tu des différences entre une requete de chez toi et une au boulot ? -- Patrice Vetsel [EMAIL PROTECTED] Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- Steven Le Roux Jabber-ID : [EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Atelier OSM / Gulliver sur Open Street Map et GPS compatible OS libre : lundi 9 juin / 20h / MCE
ok, je pense que je serais de la partie alors ! Je ne suis par contre pas sûr de rester jusqu'à 22h. 2008/5/28 Étienne Loks [EMAIL PROTECTED]: Bonjour, Olivier Boudet a écrit : Ce serait quoi l'horaire et pendant combien de temps ? Donc pour la préparation, je propose de commencer à 19h et de prendre le temps que l'on peut selon les disponibilités (1 heure au minimum ça serait pas mal). Mais on composera éventuellement avec des arrivées plus tardives. La page de la permanence sur l'agenda du libre : http://www.agendadulibre.org/showevent.php?id=2228 (pour ceux qui ne sont jamais venu notez bien l'accès par le côté ouest de la MCE au fond de la cour) Amicalement -- Étienne Loks ___ 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] Atelier OSM / Gulliver sur Open Street Map et GPS compatible OS libre : lundi 9 juin / 20h / MCE
Bonjour, Olivier Boudet a écrit : Ce serait quoi l'horaire et pendant combien de temps ? Donc pour la préparation, je propose de commencer à 19h et de prendre le temps que l'on peut selon les disponibilités (1 heure au minimum ça serait pas mal). Mais on composera éventuellement avec des arrivées plus tardives. La page de la permanence sur l'agenda du libre : http://www.agendadulibre.org/showevent.php?id=2228 (pour ceux qui ne sont jamais venu notez bien l'accès par le côté ouest de la MCE au fond de la cour) Amicalement -- Étienne Loks ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Trop d'infos tue l'info...
Bonjour, Est ce qu'il existe un moyen simple de faire une page web mettant OSM en background et rajoutant des layers par dessus. Je pense aux trajets de bus ou de pedibus par exemple. A l'image de ce qui est fait sur mymaps de google maps ? Cordialement Bernard 2008/5/28 Philippe Piquer [EMAIL PROTECTED]: C'est bien comme cela que je rajoute les commerces de ma commune à Google Maps sur mon site (devrait etre remplacé par OSM dès que les 5% non encore mappés le seront). Le 28 mai 2008 09:41, David MENTRE [EMAIL PROTECTED] a écrit : Bonjour, Le 27 mai 2008 23:09, Julien Langlois [EMAIL PROTECTED] a écrit : il faut quand même trouver un moyen de relier ces POI (d'une base externe) avec une adresse dans OSM pour qu'il soit possible dans un logiciel de routage avancé de demander le nom d'un restaurant au lieu de son adresse. Ce lien, est-ce que ce n'est pas les coordonnées géographiques (latitude, longitude) ? Je cherche un restaurant : 1. base externe, nom restau - coordonnées (dest_lat, dest_lon) ; 2. GPS, - (source_lat, source_lon) ; 3. OSM, recherche des points source et destination voisins dans OSM et routage avec les routes, type de route, type de véhicule, etc. en fonction des infos OSM. Amicalement, d. ___ 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 -- bernard http://blog.valton.name/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Problèmes d'import avec la premi ère trace
Le Mon, 26 May 2008 11:33:37 +0200, Pieren [EMAIL PROTECTED] a écrit : Le fichier attaché comporte une erreur de validation XML: This file is not valid: Value does not match facet minInclusive=0.0 in element 'course' et, en effet, il y a un trkpt qui contient une propriété course négative (-326.1) à la ligne 39 alors que ça devrait contenir une valeur entre 0 et 360 (à vérifier). Si j'ai bien compris, cette propriété «course» contient la direction instantanée du déplacement. À quoi sert cette information dans OSM ? Les coordonnées longitude/latitude ne sont-elles pas suffisantes ? Thomas -- Thomas Petazzoni, [EMAIL PROTECTED], http://thomas.enix.org Jabber, [EMAIL PROTECTED] Toulibre, http://www.toulibre.org - APRIL, http://www.april.org Fingerprint : 0BE1 4CF3 CEA4 AC9D CC6E 1624 F653 CB30 98D3 F7A7 signature.asc Description: PGP signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Problèmes d'import avec la premi ère trace
Oui effectivement mais un fichier GPX peut contenir beaucoup plus d'infos que nécéssaires sous oSM, par exemple mes fichiers gpx contiennent mon rythme cardiaque ... vu que je fais mes traces en courant à l'aide d'un Garmin 305 :) 2008/5/28 Thomas Petazzoni [EMAIL PROTECTED]: Le Mon, 26 May 2008 11:33:37 +0200, Pieren [EMAIL PROTECTED] a écrit : Le fichier attaché comporte une erreur de validation XML: This file is not valid: Value does not match facet minInclusive=0.0 in element 'course' et, en effet, il y a un trkpt qui contient une propriété course négative (-326.1) à la ligne 39 alors que ça devrait contenir une valeur entre 0 et 360 (à vérifier). Si j'ai bien compris, cette propriété «course» contient la direction instantanée du déplacement. À quoi sert cette information dans OSM ? Les coordonnées longitude/latitude ne sont-elles pas suffisantes ? Thomas -- Thomas Petazzoni, [EMAIL PROTECTED], http://thomas.enix.org Jabber, [EMAIL PROTECTED] Toulibre, http://www.toulibre.org - APRIL, http://www.april.org Fingerprint : 0BE1 4CF3 CEA4 AC9D CC6E 1624 F653 CB30 98D3 F7A7 ___ 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] Problèmes d'import avec la premi ère trace
2008/5/28 Thomas Petazzoni : Si j'ai bien compris, cette propriété «course» contient la direction instantanée du déplacement. À quoi sert cette information dans OSM ? Les coordonnées longitude/latitude ne sont-elles pas suffisantes ? Presque, il me semble qu'il faut au minimum latitude, longitude et date pour OSM. Le reste, sauf erreur de ma part, n'a pas grande utilité pour l'instant. A mon avis, les infos les plus intéressantes à inclure (et à gérer) après seraient les DOP pour voir la qualité des points des traces. Murphy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping Party Rennes/Cesson 7 et 8 juin 2008
On Wed, May 28, 2008 at 2:34 PM, Gilles LAMIRAL [EMAIL PROTECTED] wrote: Bonjour, je pars de l'hypothèse que Gilles réserve la salle de la MCE C'est fait. Salle de réunion de la MCE reservée pour OSM et Gulliver de 8h à 20h les 7 et 8 juin 2008, avec retro-projecteur. Reste à faire : - Annonces sur http://wiki.openstreetmap.org/index.php/Main_Page http://gulliver.eu.org/wiki/AnnoncerUnEvenement - Lire et appliquer http://wiki.openstreetmap.org/index.php/Mapping_Weekend_Howto et http://wiki.openstreetmap.org/index.php/Micro_Mapping_Party Je vois ce weekend comme une excellente rencontre de projets libres. PS: Je poste aussi sur [EMAIL PROTECTED] Les archives de la liste gulliver@ sont publiques, de même que celle de d'osm fr. http://gulliver.eu.org/ml-archives/ http://lists.openstreetmap.org/pipermail/talk-fr/ plus si qq'un peut annoncer sur le planet ? (http://planet.openstreetmap.fr/ ) -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- Steven Le Roux Jabber-ID : [EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping Party Rennes/Cesson 7 et 8 juin 2008
Bonjour, je pars de l'hypothèse que Gilles réserve la salle de la MCE C'est fait. Salle de réunion de la MCE reservée pour OSM et Gulliver de 8h à 20h les 7 et 8 juin 2008, avec retro-projecteur. Reste à faire : - Annonces sur http://wiki.openstreetmap.org/index.php/Main_Page http://gulliver.eu.org/wiki/AnnoncerUnEvenement - Lire et appliquer http://wiki.openstreetmap.org/index.php/Mapping_Weekend_Howto et http://wiki.openstreetmap.org/index.php/Micro_Mapping_Party Je vois ce weekend comme une excellente rencontre de projets libres. PS: Je poste aussi sur [EMAIL PROTECTED] Les archives de la liste gulliver@ sont publiques, de même que celle de d'osm fr. http://gulliver.eu.org/ml-archives/ http://lists.openstreetmap.org/pipermail/talk-fr/ -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Trop d'infos tue l'info...
Je vois que tout est prévu :) Merci et désolé d'avoir cassé la discussion ... bernard 2008/5/28 Pieren [EMAIL PROTECTED]: 2008/5/28 Bernard VALTON [EMAIL PROTECTED]: Bonjour, Est ce qu'il existe un moyen simple de faire une page web mettant OSM en background et rajoutant des layers par dessus. Je pense aux trajets de bus ou de pedibus par exemple. A l'image de ce qui est fait sur mymaps de google maps ? Tu aurais du changer le titre de ton message pour créer un nouveau fil, mais bon... trop tard. Va voir aussi sur le wiki: http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example et surtout http://wiki.openstreetmap.org/index.php/OpenLayers Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- bernard http://blog.valton.name/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] optipng vs pngcrush
Salut, Je crois que optipng est inspiré de pngcrush et utilise moins de ressources pour un résultat équivalent voire meilleur. On Wed, May 28, 2008 at 3:04 PM, Rodolphe Quiedeville [EMAIL PROTECTED] wrote: Salut, Dans le fichier de conf du client [EMAIL PROTECTED] on peut indiquer comme optimiseur png pngcrush ou optipng, quelqu'un connait la différence intrinsèque entre les deux. Et lequel est le mieux pour OSM ? A++ ___ 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] Mapping Party Rennes/Cesson 7 et 8 juin 2008
C'est fait. Salle de réunion de la MCE reservée pour OSM et Gulliver de 8h à 20h les 7 et 8 juin 2008, avec retro-projecteur. Merci beaucoup Gilles. http://wiki.openstreetmap.org/index.php/Main_Page J'ai ajouté la mapping party au calendrier OSM. http://gulliver.eu.org/wiki/AnnoncerUnEvenement J'ai soumis l'évènement sur l'agenda du libre. -- Gwenn signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping Party Rennes/Cesson 7 et 8 juin 2008
J'ai ajouté la mapping party au calendrier OSM. J'ai soumis l'evenement sur l'agenda du libre. Nickel, merci ! -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Problèmes d'import avec la premi ère trace
Le Wed, 28 May 2008 14:10:47 +0200, murphy2712.nospam [EMAIL PROTECTED] a écrit : Presque, il me semble qu'il faut au minimum latitude, longitude et date pour OSM. Le reste, sauf erreur de ma part, n'a pas grande utilité pour l'instant. A mon avis, les infos les plus intéressantes à inclure (et à gérer) après seraient les DOP pour voir la qualité des points des traces. Ok. Mais donc dans mon cas, pour rendre mon fichier GPX valide aux yeux d'OSM (en attendant la correction d'Event Logger), puis-je tout simplement virer les champs course/course ? Sinon, pour ceux qui comme moi ne savaient pas ce que signifie DOP, voir http://fr.wikipedia.org/wiki/Global_dilution_of_precision. DOP est l'initiale de Dilution Of Precision. Thomas -- Thomas Petazzoni, [EMAIL PROTECTED], http://thomas.enix.org Jabber, [EMAIL PROTECTED] Toulibre, http://www.toulibre.org - APRIL, http://www.april.org Fingerprint : 0BE1 4CF3 CEA4 AC9D CC6E 1624 F653 CB30 98D3 F7A7 signature.asc Description: PGP signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : objectif cadastre
Le 28 mai 08 à 11:33, Thomas Walraet a écrit : g.d a écrit : ... et sous la même licence share alike. La licence CC by-sa n'empêche pas du tout la vente des données. Simplement si quelqu'un diffuse nos données ou un travail dérivé de ces données, il est obliger de les diffuser avec la même licence. (et donc il ne peut pas interdire à son client de redistribuer des copies de ce qu'il a acheté) Euh, merci de l'éclaircissement. (Donc aussi le client acheteur pourra revendre, et ainsi de suite ? ) Je suis curieux de voir, si ça sera respecté. --- ... en pays de collines ou montagneux, /systématiquement/ ne sont pas correctes pour l'échelle à laquelle nous travaillons. C'est dû à l'angle d'inclinaison de la prise de vue depuis la navette, non-vertical. Les photos aériennes (avion ou satellite) sont rectifiées pour compenser les déformations dues à l'angle de la prise de vue. Mais bon effectivement la rectification peut être plus ou moins bonne. Oui, ils font des efforts, autant qu'ils peuvent. Mais la terre n'est pas plate. Les photos par avion généralement sont bonnes, verticales, rapprochées, avec un bon recouvrement, mais ne sont pas gratuites, ni libres de droits. Les photos auxquels on a accès gratos semblent surtout venir d'une mission de navette spatiale, avec un large écart entre les passages, qui fait que bon nombres de vues sont inclinées. Aux bords des clichés ça se tient, mais si au milieu t'as des monts et des vaux, ça peut être pas bon :-( Le phénomène est flagrant sur les clochers des villages (en moyenne dans les 40, 50 mètres de haut) sur les photos : La pointe du clocher est déportée par rapport au sol. Et on voit les façades des maisons. Il me semble que pour les grandes agglomérations, ils aient pris la peine de positionner des satellites, afin d'avoir des vues mieux correctes - et qu'ils aient corrigé, chewingumisé, l'intérieur des clichés afin de rattraper les dénivellations. Toutefois yaka regarder la Tour Eiffel sur Potlach, avec la photo dessous, pour se rendre compte du phénomène. Mais alors en rase campagne, avec des photos d'un angle plus fort (vu l'écart des passages de la navette) où ils n'ont pas corrigé l'intérieur des dalles (c'est du boulot...), mais seulement ont étiré les clichés afin qu'ils tiennent dans le carroyage général, et quand on a des dénivelés dans les 400, 500 mètres, bhen, on est vraiment mal. A l'extrême y en a, de ces vues, où des chemins et fonds de vallons disparaissent derrière la montagne. Si on traçait une carto d'après ça, le sommet de la colline serait de l'autre côté du chemin ou du ruisseau, lui devenu un tunnel ;-) Le fait d'étirer les bords des clichés afin que le tout se tienne, ne fait pas réapparaître ces chemins et vallons, ni corrige la déformation à l'intérieur du cliché, dues aux dénivellations du terrain. Dans de tels cas, un tracé d'après photo peut être largement à côté de la plaque du gps, et c'est plus souvent, qu'on ne le croît. D'où ma humble prière, de svp ne pas rectifier des tracés osm existants, d'après photos. --- (Euh - encore une fois trop long ?) Ouaip ;) Pa'don ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : objectif cadastre
g.d a écrit : (Donc aussi le client acheteur pourra revendre, et ainsi de suite ? ) Je suis curieux de voir, si ça sera respecté. Bah ça marche plutôt pas mal pour le logiciel, et pour wikipedia et wikitravel. Les photos auxquels on a accès gratos semblent surtout venir d'une mission de navette spatiale, avec un large écart entre les passages, qui fait que bon nombres de vues sont inclinées. Les photos sur Yahoo sont des photos d'avion sur les zones en haute résolution. Les photos basse-résolution style le layer landsat viennent de satellites (bah... le satellite landsat par exemple justement). La navette spatiale ils ne l'envoient pas pour prendre des photos :) Sinon j'ai discuté sur un salon avec des gens de la boite qui fait les photos en france pour Google (entre autre). C'était très intéressant et ils avaient des exemples de rectifications carrément bluffants. En gros ils doivent resserrer les passages et utiliser des clichés sous différents angles pour corriger les erreurs dues aux élévations de terrain et hauteur de bâtiment. Par contre bah... ça coute plus cher. svp ne pas rectifier des tracés osm existants, d'après photos. On est d'accord. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Problèmes d'import avec la premi ère trace
2008/5/28 Thomas Petazzoni [EMAIL PROTECTED]: Ok. Mais donc dans mon cas, pour rendre mon fichier GPX valide aux yeux d'OSM (en attendant la correction d'Event Logger), puis-je tout simplement virer les champs course/course ? Tu peux aussi simplement corriger l'erreur manuellement en remplaçant course-326.1/course par course326.1/course (enlever le signe -) ou course0.0/course. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] optipng vs pngcrush
Olivier Boudet a écrit : Salut, Je crois que optipng est inspiré de pngcrush et utilise moins de ressources pour un résultat équivalent voire meilleur. J'en suis arrivé aux mêmes conclusions que toi en lisant http://www.cs.toronto.edu/~cosmin/pngtech/optipng.html mais je me demandais si il y avait des spécificités pour OSM. Dans debian les deux sont packagés :-) A++ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Quelles informations loguer ?
Afin d'optimiser au mieux la mémoire de mon datalogger pour les longs parcours, je voudrais savoir quelles informations doivent être enregistrées et également celles dont il serait bien quelles soient enregistrées. Voici les informations que j'ai a ma disposition : http://sourceforge.net/dbimage.php?id=129341 Bonne soirée -- Patrice Vetsel [EMAIL PROTECTED] Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping parties dans l'AdL
Bonjour, J'ai soumis l'événement sur l'agenda du libre. Il est validé :-) :-) Ah que le monde du libre est petit ! Pour info, Thomas est l'auteur de l'agenda du libre et aussi le modérateur. D'où son smilley :-) -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : objectif cadastre
C'est malin , on lui dit que c'est trop long , et du coup il nous en pond deux :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Stickers OSM
Yann SLADEK a écrit : Salut à tous, dans un souci de propagande, Gand' et moi avons réfléchi à des stickers (à coller sur les vitres arrières de nos véhicules). A savoir que 500 stickers couteraient dans les 20 centimes pièce (sur pixart.it). Nous avons adapté le modèle italien (http://www.rigacci.org/wiki/doku.php/doc/appunti/osm_sticker) en français Voici le fichier en PNG et en SVG : sticker_osm_fr2.png http://gandalf.vef.fr/sticker_osm_fr2.png sticker_osm_fr2.svg http://gandalf.vef.fr/sticker_osm_fr2.svg J'ai regardé pour les faire sur lastickerie, et il faudrait avoir un autre format que le .svg ou .png, dixit leur site Formats acceptés : tif, psd, pdf, jpg, eps, zip, rar, sit dans la limite de 10 Mo. Après je veux bien m'occuper de les faire (1000 ex) puis de les envoyer à chacun. A++ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur [EMAIL PROTECTED]
Si je me trompe pas, [EMAIL PROTECTED] tourne sur un seul serveur : hypercube mais il est sacrément costaud. Le gros problème c'est l'upload des tiles par les clients, c'est de là que viennent les files d'attente. Je ne pense pas qu'il ai de problème au niveau des ressources en soit mais ça demande vérification. Renaud. 2008/5/26 Marc Quinton [EMAIL PROTECTED]: 2008/5/25 Rodolphe Quiedeville [EMAIL PROTECTED]: Justement je n'arrive pas à voir clairement ou cela bloque, et ce que l'on pourrais apporter pour débloquer la situation. Sur le wiki FR il est indiqué que l'on peut faire tourner un serveur de tuiles, mais sans plus d'info que cela. oui, je pense que tu peux faire tourner dans ton coin un serveur de tuiles, mais ca ne va pas forcément décharger le serveur principal. je ne sais pas exactement comment aider pour les serveurs; Je suis arrivé un peu tard dans OSM pour tout comprendre. Et puis l'architecture est un peu complexe. Je pense que la ou ca coince le plus, c'est au niveau des serveurs gérant : - les formats vectoriels, - les connexions avec les clients (flash et java) pour la MAJ des cartes, - les données en base, - les clients de conversion vectoriel vers pixmap ([EMAIL PROTECTED]). Il doit y avoir plusieurs serveurs pour le [EMAIL PROTECTED] Peut-etre en faudrait-il encore plus. Mais OSM n'est pas Google, surtout en terme de puissance de feu (et de développement). Le plus important, c'est que les stats ne virent pas trop et ne restent pas trop dans le rouge a cette adresse ; tampis pour les attentes. Nous avons maintenant des milliers de clients Unix/Linux répartis dans plusieurs centaines de sites (perso et moins persos) et qui bossent a la demande. les stats: http://tah.openstreetmap.org/Log/Requests/ ___ 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] Re : Re : objectif cadastre
Le 28 mai 08 à 16:16, Thomas Walraet a écrit : ... Les photos sur Yahoo sont des photos d'avion sur les zones en haute résolution. Les photos basse-résolution style le layer landsat viennent de satellites (bah... le satellite landsat par exemple justement). La navette spatiale ils ne l'envoient pas pour prendre des photos :) Il me semblait d'avoir exploité des images d'une mission navette... mais ça date de mathusalem, de la préhistoire... d'environ deux ou trois ans, il me semble... on se fait vieux... ;-) Tant mieux, si ça s'améliore ! --- ils avaient des exemples de rectifications carrément bluffants. En gros ils doivent resserrer les passages et utiliser des clichés sous différents angles pour corriger les erreurs dues aux élévations de terrain et hauteur de bâtiment. Par contre bah... ça coute plus cher. Bhen oui, si on met les sous, on peut. Je sais bien, il y a des logiciels pas trop chers, pour recoupage 3d de plusieurs prises - Je m'en sers pour grossièrement modéliser des bâtiments d'après prises vidéo, pour le compositing de modèles 3d dans des photos, et pour synchroniser la cam virtuelle avec la vidéo. Mais ça prend du temps... Aussi on peut projeter une image satellite, avec son angle de vue mal foutu, sur un dem du coin, même approximatif (les photos originaux comportent les coordonnées de la prise de vue, donc de la projection nécessaire...) ça arrange déjà pas mal l'histoire... Dans son petit coin, pour un contrat par-ci, par-là, on fait ce qu'on pneut, avec les moyens du bord, on n'est pas des boeufs ! Mais de là, à avoir une couverture du territoire corrigée en élévation de la sorte, on en est encore loin, hélas... Et je ne sais pas quand ni si on aura accès free à de telles données nettoyées. En attendant, dans certains coins, le matériel publique peut être crément foireux. Même la BDortho du IGN a ses couacs... Si tu regardes la région au nord de Port-Vecchio, au sud-sudouest d'Araghju, dans les collines (j'y ai fait un relevé partiel au tachéo, c'est pourquoi je me permets de citer ce coin) superpose la carte, zoome sur une photo, et tu verras ce que je means ;-) Y a des coins en montagne, où même les bords des images ne se tiennent pas (peut-être qu'ils ont rectifié depuis, je parle de mi-2006/ début 2007). Aucun reproche aux gens qui ont traité ce coin ! On n'est que des humains, avant tout..., :-) Et je conçois parfaitement, que dans un tel chaos montagneux, après l'incendie, on a du mal à identifier des points singuliers sur les plaques afin de les recoller... mais si on voulait tracer des chemins de randonnée d'après ces photos, j'te dis pas l'outcome, on se trouverait à une centaine de mètres sur la colline d'à côté, et probablement en plein maquis infranchissable. L'assemblage final des images donne une impression subjective d'une vue verticale, mais ça n'en est pas, quand on va chercher à l'échelle que nous travaillons. Je pense qu'on soit encore très loin, de pouvoir se fier aux orthophotos libres d'usage, pour notre échelle de détail, à part les grandes agglomérations, couvertes par photo aériennes en passages assez rapprochées, corrigées et redressées, puis assemblées (Pardon, j'ai oublié le nom de l'officier français qui avait inventé ça, avec des prises de vue depuis un ballon, suicidaire, vers 1860 ou '70... J'ai eu l'occasion de ré-exploiter quelques-unes de ses plaques). --- svp ne pas rectifier des tracés osm existants, d'après photos. On est d'accord. Merci. (Oui, encore trop long, je sais, désolé...)___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : objectif cadastre
D'acc, ai compris, ne suis pas à ma place ici. Ciao ! Le 28 mai 08 à 18:23, Philippe Piquer a écrit : C'est malin , on lui dit que c'est trop long , et du coup il nous en pond deux :) ___ 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] Re : Re : objectif cadastre
Ce serait dommage de le prendre comme ça... surtout que les derniers posts étaient beaucoup plus digestes et donc forcément plus intéressants à lire. L'intervention de Philippe m'a fait rire et je ne vois rien de bien méchant là-dedans. Bref... Renaud. On Wed, May 28, 2008 at 7:09 PM, g.d [EMAIL PROTECTED] wrote: D'acc, ai compris, ne suis pas à ma place ici. Ciao ! Le 28 mai 08 à 18:23, Philippe Piquer a écrit : C'est malin , on lui dit que c'est trop long , et du coup il nous en pond deux :) ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Atelier OSM / Gulliver sur Open Street Map et GPS compatible OS libre
Thomas, tout ça dépend du temps : par exemple à Caen on a pu rentrer quasiment toutes les données que l'on a relevé durant la mapping party :) Renaud. 2008/5/27 Thomas Walraet [EMAIL PROTECTED]: David MENTRE a écrit : C'est dommage que ce soit juste après la mapping party du we 7-8 mais ça ne nous empêche pas d'y passer. J'ai cru comprendre (en lisant la liste anglaise) que pendant les mapping-party en général on récupère beaucoup de trace GPS et de notes, mais on ne saisie pas tant de chose que ça. Votre réunion de lundi pourrait être l'occasion de montrer comment utiliser ce qui a été récolté la veille. ___ 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] Trop d'infos tue l'info...
Philippe Piquer a écrit : Pieren disait sur un autre sujet On devrais s'en tenir à ce qui décrit le physique même si il y a une tendance naturelle à profiter de la base pour y mettre toujours plus (système ouvert). On a vu le même phénomène sur wikipedia. C'est pourquoi je suis souvent sceptique quand je vois les tags de restaurants, shops, etc... qui tient plus de la cartographie dynamique dans une base séparée. Dieu que je suis d'accord avec ca . Une carte de base physique et des couches multiples pour les POI Du coup les couches sont calculées séparément et sont donc plus légères et rapides à calculer ... Je sais qu'il y a moyen de faire sa propre base et son propre serveur , et ses propres cartes mais je trouve cela moins efficaces... Philippe Pas fondamentalement opposé au principe de distinguer des ensembles d'objets (des layers ?), surtout si c'est pour + de perf. Reste à définir ce qui relève de tel ou tel layer. Ne pas confondre usage et description du réel. La boite aux lettres ou la cabine téléphonique font partie du réel, mais sont d'un usage particulier. Ce sont des POI. Les limites administratives sont invisibles sur le terrain, pourtant elles ont une importance considérable pour des extractions ; les limites communales cassent les dénominations des voies de circulation. Bref c'est un composant non négligeable non visible. Bref, la distinction n'est pas aussi aisé qu'il y paraît. Oui, je rentre dans OSM des boîtes aux lettres, des bureaux de poste, des bennes de recyclage, des restaurants, des commerces. Simplement parce qu'ils font partie de mon environnement quotidien, parce que je SAIS que localiser un point d'après simplement son adresse avec les algorithmes actuels reviendrait à ne pas ambitionner de faire mieux que Google, Navteq et consort (encore faudrait-il que le type de point les intéresse, rentre dans leur business model). Mon épicier Saïd en bas de chez moi, je n'ai pas besoin de le géolocaliser. Si je l'ai fait, c'est pour les autres. Dans le même temps, je n'ai pas non plus indiqué ces horaires d'ouverture, ni mon avis sur sa convivialité et son rôle dans le quartier. C'est l'affaire de portails de services communautaires qui verront probablement le jour prochainement. Si OSM peut leur proposer une géolocalisation qui permet à l'utilisateur final de ne pas se retrouver dans le paté de maison d'à côté, j'aurais fait mon office. Il reste, j'en conviens, à trouver la limite raisonnable dans la description du réel. Nous expérimentons chaque jour des nouveaux tags (de nouvelles analyses du réel), de nouvelles pratiques, de nouveaux débats. Celui-ci me paraît prématuré mais a le mérite de soulever le problème de la scalabilité du projet OSM (et in fine du financement des serveurs offrant les données) : l'expérience Wikipédia peut être riche d'enseignements. Une analyse serait rigolote : quel pays consomme le plus d'octets dans la base ? J'ai l'intuition que nous autres Français ne sommes pas en tête du peloton. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : objectif cadastre
Renaud Martinet a écrit : Ce serait dommage de le prendre comme ça... surtout que les derniers posts étaient beaucoup plus digestes et donc forcément plus intéressants à lire. L'intervention de Philippe m'a fait rire et je ne vois rien de bien méchant là-dedans. Bref... Renaud. je vais court : +1 Gerhard apporte beaucoup de vécu, d'expérience. Si une communauté ostracise l'un de ses membres, elle porte les germes de sa propre destruction. Bref les plaisanteries les plus courtes sont les moins longues. Hugh, grand sachem a parlé ! PS : dans le même temps je partage complètement mon avis et cela me réjouit, c'est dire le niveau d'exigeance que j'ai. Calmos Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] compte-rendu de la table ronde
Pieren a écrit : Dans le compte-rendu, c'est surtout la contribution de Stephane Roche de l'université Laval (Québec) que je trouve la plus intéressante: On a beaucoup parlé de localisation ou de contribution à la localisation, plutôt que de géographie participative. En fait, seule une présentation du projet OSM aurait vraiment été au coeur du sujet ! Tous les intervenants étaient là pour autre chose : rappelons que le thème était Géographie participative.. et pas Géolocalisation participative.. comme l'a très bien soulevé ce Monsieur. Quant à la question du business model, je crois qu'il y aura toujours de la place pour tout le monde. Chaque projet présente ses avantages et inconvénients. Ce que j'aurai aimé voir comme question dans ce forum, ça aurait été quel est mon intérêt de faire grâcieusement l'effort de corriger les erreurs des cartes commerciales si je dois ensuite payer les mises à jour de mon navigateur gps ? ou est le business model du client dans ce cas ? Pieren On partage la même analyse. La bonne question à se poser est : sommes nous un projet contributif ou collaboratif ? La seconde question est : notre modèle peut-il concurrencer l'autre famille d'acteurs ? Si oui, pourquoi ? Je ramasse les copies dans 2 h !! Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : objectif cadastre
Ostracisme, ostracisme (Bossemans et Coppenole - bon la seuls les belges comprendront) Je vais faire aussi court que Denis +1 Et Denis, le fait que tu sois d'accord avec toi-meme me rassures :) Allez g-d revient ... c'est pour rire ... (C'est arrivé près de chez vous - bon pas tout à fait) Le 28 mai 2008 21:33, Denis [EMAIL PROTECTED] a écrit : Renaud Martinet a écrit : Ce serait dommage de le prendre comme ça... surtout que les derniers posts étaient beaucoup plus digestes et donc forcément plus intéressants à lire. L'intervention de Philippe m'a fait rire et je ne vois rien de bien méchant là-dedans. Bref... Renaud. je vais court : +1 Gerhard apporte beaucoup de vécu, d'expérience. Si une communauté ostracise l'un de ses membres, elle porte les germes de sa propre destruction. Bref les plaisanteries les plus courtes sont les moins longues. Hugh, grand sachem a parlé ! PS : dans le même temps je partage complètement mon avis et cela me réjouit, c'est dire le niveau d'exigeance que j'ai. Calmos 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] Trop d'infos tue l'info...
Philippe Piquer a écrit : Je vois pas tres bien la différence que tu fais entre Said ton épicier d'en bas , et le restaurant deux maisons plus loin ... deux commerces : meme layer Sauf que pour aller chez mon Saïd, j'ai juste la rue à traverser pour y aller. Même bourré, j'y arrive. Le coin du Berger, autre commerce de quartier, est au coin de quelle rue déjà ? Ils sont de même nature, ils exigent une même précision de localisation (en gros, juste là où ils sont réellement). Je dis juste que mes expériences (comprendre mes analyses de bases professionnelles coûtant bonbon) m'incitent à positionner un point d'intérêt local dans OSM correctement au lieu de me baser sur un algorithme qui calculerait une position plausible en fonction de l'adresse (et d'indications de début et fin de n° de rue pour tous les troncons de voirie). L'IGN et sa BD Adresse (pour ne pas les nommer) est lamentable sur ce point. Mais on n'est pas là pour critiquer la mauvaise utilisation de l'argent public. Pour s'en convaincre, il suffit de consulter les nouveaux portails contributifs comme dismoisou qui s'appuient sur des bases de POI achetées. Chacun a le loisir et la liberté d'aller contribuer sur ce genre de sites. Personnellement, je continue sur OSM quitte à réinventer sans cesse mon quartier. Pour le layer de base , bah en gros les highways,waterways,landuse,natural,railway Oui des routes, des rivières, des voies ferrées mais pour aller où, pour faire quoi ? Il ne faut pas avoir une approche trop topographique sous pein de (re)créer des données qui n'auront que pour principale vocation de (re)dessiner de nouveaux Top25. Ne perdons pas de vue les utilisations (besoins) du citoyen : sur mon téléphone portable (GPSisé), il est 22h et j'ai besoin de passer un coup de fil (normal, ma batterie va tomber en rade dans 2 mn ;-) : où est la cabine téléphonique la plus proche ? Bon d'accord, l'exemple est pourri : j'ai même pas de téléphone portable (si si !) mais il se fait tard Attention j'ai pas dis que l'on ne pouvait pas mettre toutes les infos dans le meme 'serveur' , c'est juste la carte qui me pose probleme ... pour le moment c'est un peu comme si tu ouvres Google Earth avec tous les layers cochés et que tu n'as pas la possibilité de décocher quoi que ce soit ... c'est juste stupide ... C'est donc un problème de ressources, pas un problème de structuration des données. Je crois plus à une répartition des ressources serveurs qu'à une répartition des couches (du moins pour le moment) qui ne soit pas assise sur une réflexion ontologique (quels sont les objets qui composent le réel et quelles sont les relations qui les unissent). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Trop d'infos tue l'info...
Renaud Martinet a écrit : Quand je parle de layers, ce n'est pas uniquement pour l'utilisateur final mais également pour nous autres contributeurs. Il serait ma foi assez pratique de pouvoir facilement avoir tous les landuses dans un layer de josm afin de les modifier sans trop se soucier du reste (après on peut bien sûr discuter de si c'est faisable ou pas). La plupart du temps l'utilisateur final aura en face de lui une carte préparée pour résoudre le problème qui se pose à lui et donc pas forcément à plusieurs layers. Renaud. Un équivalent d'une vue dans une base de données ? On reste dans l'implémentation de clients (pas seulement finals), à mon avis. Une chose que je n'ai jamais complètement compris : pourquoi avoir renoncé aux modèles de stockage, de diffusion préconisés par l'Open GIS Consortium et qui sont en train de prendre une importance incontournable dans les infrastructures de dissémination de l'information géographique ? La solution passe peut-être par le développement de passerelles qui offriraient des Web Services OGC (Web Feature Service en particulier) aux différents clients ? Après tout, il existe déjà des scripts pour stocker dans PostGIS (implémentation SQL OGC) des données OSM. Des idées pour API (0.7 ou 1.0) ? C'est peut-être déjà en cours de discussions sur ML anglaise, mais vu l'activité de la française, pas le temps de la lire. Bonne nuit, Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : objectif cadastre
'Hugh', a dit le père sioux, et je le suis d'acc. Ouaka tanka, et mektoub. Passons... le calumet. Le 28 mai 08 à 21:33, Denis a écrit : Renaud Martinet a écrit : Ce serait dommage de le prendre comme ça... surtout que les derniers posts étaient beaucoup plus digestes et donc forcément plus intéressants à lire. L'intervention de Philippe m'a fait rire et je ne vois rien de bien méchant là-dedans. Bref... Renaud. je vais court : +1 Gerhard apporte beaucoup de vécu, d'expérience. Si une communauté ostracise l'un de ses membres, elle porte les germes de sa propre destruction. Bref les plaisanteries les plus courtes sont les moins longues. Hugh, grand sachem a parlé ! PS : dans le même temps je partage complètement mon avis et cela me réjouit, c'est dire le niveau d'exigeance que j'ai. Calmos 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