Re: [OSM-talk-fr] Re : Info GPS dans l'EXIF
avec un capteur à inertie ? (me semble que ça s'appelle comme ça, le truc comme dans les navions, pas mal de temps pour s'initialiser, mais après, ça te localise dans l'espace par rapport à ton point de départ ...) 2009/1/14 jerome h jerome.jh+...@gmail.com jerome.jh%2b...@gmail.com Je suis interessé si tu as plus d'infos. J'ai un Eten X500 (donc pas un HTC), et je ne peux pas prendre de photos sous OSMtracker. Est-ce que toi ca marche sur ton HTC? 2009/1/14 Arnaud CORBET cor...@rocketmail.com Des appareils photos, non. Mais des trucs qui font ça oui. A peu près tous les téléphones HTC dotés d'un GPS ont cette option activable par une clé dans la base de registres. C'est le cas de mon Touch Cruise et du Diamond de ma femme. Oui, je sais, c'est du Windows Mobile. Mais c'est vachement bien pour faire tourner OSMTracker. - Message d'origine De : Rodolphe Quiedeville rodol...@quiedeville.org À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi, 14 Janvier 2009, 11h54mn 49s Objet : [OSM-talk-fr] Info GPS dans l'EXIF Salut, Utilisez-vous des appareils photos qui exploitent directement des GPS afin de renseigner les headers EXIF des photos ? Je cherche des infos sur le sujet et à part un bricolage d'un reflex Nikon je ne trouve pas grand chose. Merci pour vos infos -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Travaillons Libre - http://fr.lolix.org/ ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] comment taguer villages et regroupements administratifs
Je vous fais part de ma mini-enquête (limitée, non exhaustive, et en condensé) chez nos voisins allemands concernant les villages et leurs hiérarchies et regroupements, de fin décembre 2008_ Ils n'ont pas de règle générale, mais en grandes lignes se dessine : - Pour les nodes de leurs villes et villages qui ont un n° administratif (correspondant à notre liste INSEE), ils mettent des is_in: contenants toute la chaîne hiérarchique. Traduit en français cela donne à peu près is_in:canton,département,région,France,Europe. Mais ça ne leur plaît guère, parce que ça bourre la base : redondance, et ça empêche d'utiliser le is_in: pour d'autres appartenances qu'administratives. Ce is_in: oblige à chaque fois de répéter le chemin entier, pour éviter confusion entre villes du même nom (Une discrimination par lon/lat ne leur semble pas faisable, car ils ont seulement une partie des limites des communes). Toutefois, ce principe du is-in: avec sa hierarchie n'est pas appliqué de façon conséquente : Pour les quartiers, banlieues, faubourgs, hameaux (et autres lieux, sans n° administratif public), ils mettent souvent un is-in: avec seulement le nom de la ville à laquelle ça appartient. Pareillement pour les villages composées de plusieurs noyaux A et B : Un node au centre, avec le nom de l'unité administrative (rarement nommée A-B, plus souvent un nouveau nom C), et sur chacun des villages un node avec son nom individuel, et avec des tags is_in:C. --- Plusieurs m'ont dit, qu'ils n'aiment pas mettre village pour les sous-entités, et qu'ils mettent suburb quand le tout fait une seule surface construite, et mettent hamlet, si les zones bâties ne se touchent pas, et donc réservent le village à l'unité administrative. Mais quand les villages regroupées conservent chacun leur caractère individuel, et que le regroupement n'est qu'administratif, c'est insuffisant, donc on voit beaucoup de ces villages regroupées taguées chacun avec village. --- Aussi voit-on en Allemagne des hameaux et des zones résidentielles extérieures, des zones commerciales ou artisanales isolées (parfois à des kilomètres du noyau du village) sans node place:, juste un area autour des rues et maisons avec un landuse:, et leur name:, et parfois un is_in:. --- Tout cela est encore peu cohérent. --- Il en sort, qu'il y ait confusion ou collusion entre village = groupement fonctionnel d'habitations, et village = unité administrative : Si le tag village correspondait au niveau hiérarchique de Municipalité/Commune (Gemeinde en allemand), c'est-à-dire au niveau de la liste INSEE, il manquerait un tag qui décrit le village vécu français (Ortschaft en allemand), avant qu'on arrive au suburb (banlieue, faubourg, Vorort, Vorstadt) ou au hamlet (mas, hameau, Weiler, Hof) (Lire http://en.wikipedia.org/wiki/Suburb, et http://fr.wikipedia.org/wiki/Banlieue). Inversement, si le tag village était notre village d'habitation et historique (Ortschaft en allemand), il manquerait un tag pour l'unité administrative, un genre municipality/Commune/Gemeinde, Voir http://en.wikipedia.org/wiki/Municipality. Ou, il faudrait utiliser town à la place de village pour le dernier niveau d'administration, pour la Municipalité. --- Ce dilemme n'est pas uniquement français ou allemand, il se pose aussi dans d'autres pays qui ont une structure différente de celle du Royaume-Uni GB (les tags à l'origine sont anglais) : Pour Lettonie, Jersey, Espagne, Chile, Russie ou autres il faudrait redispatcher complètement les tags place:. Même pour nous, il n'y a pas place pour décrire la structure en cantons, comms d'agglo, contrats de pays, ou en sous-préfectures, là-dedans. On ne pourra pas éternellement dire qu'on tague en fonction de l'importance sur place, ça va coincer. Le découpage/regroupement administratif est tout aussi important, et nous sommes en plein dedans, avec les limites des communes, des départements et cætera. --- C'est donc un point important à tirer au clair, déjà pour la distinction entre village (entité vécue) et municipalité/commune (entité administrative). --- Autres points abordés : En Allemagne, beaucoup comptent sur les relations pour décrire les enchevêtrements administratifs (à un point que de mentionner le is_in: peut paraître dinosaure). Il suffira de fourrer chaque élément dans des relations supérieures, et ainsi de suite, ça évitera la redondance des is_in:, et libérera ce tag pour d'autres utilisations, mais certains regrettent, que les logiciels éditeurs n'affichent pas encore les relations de façon suffisamment transparente pour des novices, et craignent des dégâts majeurs. -- On a parlés aussi des frontières et autres limites administratives : On m'a dit, que le left et right ne marche pas bien et soit presque out, et qu'ils remplacent ça par des relations. -- Ils n'ont pas l'obligation des traits d'union de partout dans les noms officiels. -- Comme nous, ils ne répètent pas le nom de la ville dans le
[OSM-talk-fr] Re : Re : Info GPS dans l'EXIF
Non, non, avec le GPS. Les coordonnées GPS sont stockées dans l'EXIF. Par contre que tu soit face au nord, au sud, l'appareil n'en sait rien de rien. De : Gand' gandalf@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeudi, 15 Janvier 2009, 11h59mn 29s Objet : Re: [OSM-talk-fr] Re : Info GPS dans l'EXIF avec un capteur à inertie ? (me semble que ça s'appelle comme ça, le truc comme dans les navions, pas mal de temps pour s'initialiser, mais après, ça te localise dans l'espace par rapport à ton point de départ ...) 2009/1/14 jerome h jerome.jh+...@gmail.com Je suis interessé si tu as plus d'infos. J'ai un Eten X500 (donc pas un HTC), et je ne peux pas prendre de photos sous OSMtracker. Est-ce que toi ca marche sur ton HTC? 2009/1/14 Arnaud CORBET cor...@rocketmail.com Des appareils photos, non. Mais des trucs qui font ça oui. A peu près tous les téléphones HTC dotés d'un GPS ont cette option activable par une clé dans la base de registres. C'est le cas de mon Touch Cruise et du Diamond de ma femme. Oui, je sais, c'est du Windows Mobile. Mais c'est vachement bien pour faire tourner OSMTracker. - Message d'origine De : Rodolphe Quiedeville rodol...@quiedeville.org À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi, 14 Janvier 2009, 11h54mn 49s Objet : [OSM-talk-fr] Info GPS dans l'EXIF Salut, Utilisez-vous des appareils photos qui exploitent directement des GPS afin de renseigner les headers EXIF des photos ? Je cherche des infos sur le sujet et à part un bricolage d'un reflex Nikon je ne trouve pas grand chose. Merci pour vos infos -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Travaillons Libre - http://fr.lolix.org/ ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Info GPS dans l'EXIF
Ca marche parfaitement. Seul souci, la photo ne peut pas être prise en mode GPS - EXIF. Mais cliquer sur l'icone photo lance la prise de vue, et la photo faite se range dans le répertoire OSMTracker. De : jerome h jerome.jh+...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi, 14 Janvier 2009, 23h01mn 25s Objet : [OSM-talk-fr] Re : Info GPS dans l'EXIF Je suis interessé si tu as plus d'infos. J'ai un Eten X500 (donc pas un HTC), et je ne peux pas prendre de photos sous OSMtracker. Est-ce que toi ca marche sur ton HTC? 2009/1/14 Arnaud CORBET cor...@rocketmail.com Des appareils photos, non. Mais des trucs qui font ça oui. A peu près tous les téléphones HTC dotés d'un GPS ont cette option activable par une clé dans la base de registres. C'est le cas de mon Touch Cruise et du Diamond de ma femme. Oui, je sais, c'est du Windows Mobile. Mais c'est vachement bien pour faire tourner OSMTracker. - Message d'origine De : Rodolphe Quiedeville rodol...@quiedeville.org À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi, 14 Janvier 2009, 11h54mn 49s Objet : [OSM-talk-fr] Info GPS dans l'EXIF Salut, Utilisez-vous des appareils photos qui exploitent directement des GPS afin de renseigner les headers EXIF des photos ? Je cherche des infos sur le sujet et à part un bricolage d'un reflex Nikon je ne trouve pas grand chose. Merci pour vos infos -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Travaillons Libre - http://fr.lolix.org/ ___ 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] problèmes avec lwpostgis.sql
Postgis est déjà probablement chargé dans la base, donc pas la peine de relance le lwpostgis.sql Guillaume pascal.ferr...@aliceadsl.fr a écrit : Bonjour tout le monde, En prévision d'essais sur mapnik, j'ai essayé osm2pgsql et me suis rendu compte que postgresql/postgis que je supposais bien fonctionner me crée des problèmes lorsque je lance : psql -d gis-osm -f lwpostgis.sql Visiblement lwpostgis.sql bloque sur les CREATE TYPE ... , CREATE OPERATEUR ... en retournant already exists j'ai essayé de faire sauter ces CREATE mais il y en a vraiment beaucoup. pour info, le même problème se produit sur mes deux micros l'un en mandriva et l'autre avec postgresql/postgis compilé. A l'aide Cordialement Pascal -- ALICE N°1 de la RELATION CLIENT 2008* Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS SOFRES / BEARING POINT. Secteur Fournisseur d.Accès Internet ___ 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] problèmes avec lwpostgis.sql
Bonjour, voilà ce que je fais. createdb gis createlang plpgsql gis psql -d gis -f /home/appcarto/lwpostgis.sql psql -d gis -f /home/appcarto/osm2pgsql/900913.sql osm2pgsql -m -d gis /mnt/USB_CLE/france.osm.bz2 tout semblait bien se passer, les connexions via QGIS m'ont demandé une clé primaire ce qui n'est pas difficile à faire après avoir été conseillé... j'ai découvert des problèmes relatifs à mycursor dans les log de postgresql/postgis lors de la réalisation de layers osm pour mapserver. Et en regardant sur internet, il semblait que cela pouvait venir de lwpostgis.sql. C'est vrai qu'il ne fonctionne pas correctement mais cela était passé totalement inaperçu avant. que pourrais-je faire ? Cordialement Pascal -- Initial Header --- From : talk-fr-boun...@openstreetmap.org To : Discussions sur OSM en françaistalk-fr@openstreetmap.org Cc : Date : Thu, 15 Jan 2009 15:04:18 +0100 Subject : Re: [OSM-talk-fr] problèmes avec lwpostgis.sql Postgis est déjà probablement chargé dans la base, donc pas la peine de relance le lwpostgis.sql Guillaume pascal.ferr...@aliceadsl.fr a écrit : Bonjour tout le monde, En prévision d'essais sur mapnik, j'ai essayé osm2pgsql et me suis rendu compte que postgresql/postgis que je supposais bien fonctionner me crée des problèmes lorsque je lance : psql -d gis-osm -f lwpostgis.sql Visiblement lwpostgis.sql bloque sur les CREATE TYPE ... , CREATE OPERATEUR ... en retournant already exists j'ai essayé de faire sauter ces CREATE mais il y en a vraiment beaucoup. pour info, le même problème se produit sur mes deux micros l'un en mandriva et l'autre avec postgresql/postgis compilé. A l'aide Cordialement Pascal -- ALICE N°1 de la RELATION CLIENT 2008* Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS SOFRES / BEARING POINT. Secteur Fournisseur d.Accès Internet ___ 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 -- ALICE N°1 de la RELATION CLIENT 2008* Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS SOFRES / BEARING POINT. Secteur Fournisseur d.Accès Internet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problèmes avec lwpostgis.sql
Il se peut que le template par défaut utilisé par postgresql intègre déjà les fonctions spatiales de postgis, auquel cas l'étape lwpostgis.sql est inutile. Sinon quel est le problème ? Quelles sont les erreurs liées à mycursor dans les logs ? Guillaume pascal.ferr...@aliceadsl.fr a écrit : Bonjour, voilà ce que je fais. createdb gis createlang plpgsql gis psql -d gis -f /home/appcarto/lwpostgis.sql psql -d gis -f /home/appcarto/osm2pgsql/900913.sql osm2pgsql -m -d gis /mnt/USB_CLE/france.osm.bz2 tout semblait bien se passer, les connexions via QGIS m'ont demandé une clé primaire ce qui n'est pas difficile à faire après avoir été conseillé... j'ai découvert des problèmes relatifs à mycursor dans les log de postgresql/postgis lors de la réalisation de layers osm pour mapserver. Et en regardant sur internet, il semblait que cela pouvait venir de lwpostgis.sql. C'est vrai qu'il ne fonctionne pas correctement mais cela était passé totalement inaperçu avant. que pourrais-je faire ? Cordialement Pascal -- Initial Header --- From : talk-fr-boun...@openstreetmap.org To : Discussions sur OSM en françaistalk-fr@openstreetmap.org Cc : Date : Thu, 15 Jan 2009 15:04:18 +0100 Subject : Re: [OSM-talk-fr] problèmes avec lwpostgis.sql Postgis est déjà probablement chargé dans la base, donc pas la peine de relance le lwpostgis.sql Guillaume pascal.ferr...@aliceadsl.fr a écrit : Bonjour tout le monde, En prévision d'essais sur mapnik, j'ai essayé osm2pgsql et me suis rendu compte que postgresql/postgis que je supposais bien fonctionner me crée des problèmes lorsque je lance : psql -d gis-osm -f lwpostgis.sql Visiblement lwpostgis.sql bloque sur les CREATE TYPE ... , CREATE OPERATEUR ... en retournant already exists j'ai essayé de faire sauter ces CREATE mais il y en a vraiment beaucoup. pour info, le même problème se produit sur mes deux micros l'un en mandriva et l'autre avec postgresql/postgis compilé. A l'aide Cordialement Pascal -- ALICE N°1 de la RELATION CLIENT 2008* Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS SOFRES / BEARING POINT. Secteur Fournisseur d.Accès Internet ___ 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 -- ALICE N°1 de la RELATION CLIENT 2008* Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS SOFRES / BEARING POINT. Secteur Fournisseur d.Accès Internet ___ 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] problèmes avec lwpostgis.sql
coté console POSTGRESQL/POSTGIS INSTRUCTION : DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(way)),'NDR'),OID::text from public.planet_osm_roads WHERE () and (way setSRID( 'BOX3D(-926595.883036 4661222.398214,1458645.820536 7046464.101786)'::BOX3D,find_srid('','public.planet_osm_roads','way') )) ERREUR: le curseur « mycursor » n'existe pas INSTRUCTION : CLOSE mycursor coté MAPSERVER [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Warning: [MapServer Error]: msDrawMap(): Failed to draw layer named 'planet_osm_roads'.\n in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 7 [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Warning: [MapServer Error]: prepare_database(): Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(way)),'NDR'),OID::text from public.planet_osm_roads WHERE () and (way setSRID( 'BOX3D(-926595.883036 4661222.398214,1458645.820536 7046464.101786)'::BOX3D,find_srid('','public.planet_osm_roads','way') ))' \n\nPostgresql reports the error as 'ERREUR: erreur de syntaxe sur ou pr\xc3\xa8s de \xc2\xab ) \xc2\xbb\nLINE 1: ...R'),OID::text from public.planet_osm_roads WHERE () and (way...\n ^\n'\n\nMore Help:\n\nError with POSTGIS data variable. You specified 'check your .map file'.\nStandard ways of specifiying are : \n(1) 'geometry_column from geometry_table' \n(2) 'geometry_column from (sub query) as foo using unique column name using SRID=srid#' \n\nMake sure you put in the 'using unique column name' and 'using SRID=#' clauses in.\n\nFor more help, please see http://postgis.refractions.net/documentation/ in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 7 [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Fatal error: Call to a member function saveWebImage() on a non-object in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 8 -- Initial Header --- From : talk-fr-boun...@openstreetmap.org To : Discussions sur OSM en françaistalk-fr@openstreetmap.org Cc : Date : Thu, 15 Jan 2009 15:31:22 +0100 Subject : Re: [OSM-talk-fr] problèmes avec lwpostgis.sql Il se peut que le template par défaut utilisé par postgresql intègre déjà les fonctions spatiales de postgis, auquel cas l'étape lwpostgis.sql est inutile. Sinon quel est le problème ? Quelles sont les erreurs liées à mycursor dans les logs ? Guillaume pascal.ferr...@aliceadsl.fr a écrit : Bonjour, voilà ce que je fais. createdb gis createlang plpgsql gis psql -d gis -f /home/appcarto/lwpostgis.sql psql -d gis -f /home/appcarto/osm2pgsql/900913.sql osm2pgsql -m -d gis /mnt/USB_CLE/france.osm.bz2 tout semblait bien se passer, les connexions via QGIS m'ont demandé une clé primaire ce qui n'est pas difficile à faire après avoir été conseillé... j'ai découvert des problèmes relatifs à mycursor dans les log de postgresql/postgis lors de la réalisation de layers osm pour mapserver. Et en regardant sur internet, il semblait que cela pouvait venir de lwpostgis.sql. C'est vrai qu'il ne fonctionne pas correctement mais cela était passé totalement inaperçu avant. que pourrais-je faire ? Cordialement Pascal -- Initial Header --- From : talk-fr-boun...@openstreetmap.org To : Discussions sur OSM en françaistalk-fr@openstreetmap.org Cc : Date : Thu, 15 Jan 2009 15:04:18 +0100 Subject : Re: [OSM-talk-fr] problèmes avec lwpostgis.sql Postgis est déjà probablement chargé dans la base, donc pas la peine de relance le lwpostgis.sql Guillaume pascal.ferr...@aliceadsl.fr a écrit : Bonjour tout le monde, En prévision d'essais sur mapnik, j'ai essayé osm2pgsql et me suis rendu compte que postgresql/postgis que je supposais bien fonctionner me crée des problèmes lorsque je lance : psql -d gis-osm -f lwpostgis.sql Visiblement lwpostgis.sql bloque sur les CREATE TYPE ... , CREATE OPERATEUR ... en retournant already exists j'ai essayé de faire sauter ces CREATE mais il y en a vraiment beaucoup. pour info, le même problème se produit sur mes deux micros l'un en mandriva et l'autre avec postgresql/postgis compilé. A l'aide Cordialement Pascal -- ALICE N°1 de la RELATION CLIENT 2008* Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS SOFRES / BEARING POINT. Secteur Fournisseur d.Accès Internet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] problèmes avec lwpostgis.sql
c'est un problème de mapfile ça. tu peux me le montrer ? pascal.ferr...@aliceadsl.fr a écrit : coté console POSTGRESQL/POSTGIS INSTRUCTION : DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(way)),'NDR'),OID::text from public.planet_osm_roads WHERE () and (way setSRID( 'BOX3D(-926595.883036 4661222.398214,1458645.820536 7046464.101786)'::BOX3D,find_srid('','public.planet_osm_roads','way') )) ERREUR: le curseur « mycursor » n'existe pas INSTRUCTION : CLOSE mycursor coté MAPSERVER [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Warning: [MapServer Error]: msDrawMap(): Failed to draw layer named 'planet_osm_roads'.\n in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 7 [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Warning: [MapServer Error]: prepare_database(): Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(way)),'NDR'),OID::text from public.planet_osm_roads WHERE () and (way setSRID( 'BOX3D(-926595.883036 4661222.398214,1458645.820536 7046464.101786)'::BOX3D,find_srid('','public.planet_osm_roads','way') ))' \n\nPostgresql reports the error as 'ERREUR: erreur de syntaxe sur ou pr\xc3\xa8s de \xc2\xab ) \xc2\xbb\nLINE 1: ...R'),OID::text from public.planet_osm_roads WHERE () and (way...\n ^\n'\n\nMore Help:\n\nError with POSTGIS data variable. You specified 'check your .map file'.\nStandard ways of specifiying are : \n(1) 'geometry_column from geometry_table' \n(2) 'geometry_column from (sub query) as foo using unique column name using SRID=srid#' \n\nMake sure you put i n the 'using unique column name' and 'using SRID=#' clauses in.\n\nFor more help, please see http://postgis.refractions.net/documentation/ in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 7 [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Fatal error: Call to a member function saveWebImage() on a non-object in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 8 -- Initial Header --- From : talk-fr-boun...@openstreetmap.org To : Discussions sur OSM en françaistalk-fr@openstreetmap.org Cc : Date : Thu, 15 Jan 2009 15:31:22 +0100 Subject : Re: [OSM-talk-fr] problèmes avec lwpostgis.sql Il se peut que le template par défaut utilisé par postgresql intègre déjà les fonctions spatiales de postgis, auquel cas l'étape lwpostgis.sql est inutile. Sinon quel est le problème ? Quelles sont les erreurs liées à mycursor dans les logs ? Guillaume pascal.ferr...@aliceadsl.fr a écrit : Bonjour, voilà ce que je fais. createdb gis createlang plpgsql gis psql -d gis -f /home/appcarto/lwpostgis.sql psql -d gis -f /home/appcarto/osm2pgsql/900913.sql osm2pgsql -m -d gis /mnt/USB_CLE/france.osm.bz2 tout semblait bien se passer, les connexions via QGIS m'ont demandé une clé primaire ce qui n'est pas difficile à faire après avoir été conseillé... j'ai découvert des problèmes relatifs à mycursor dans les log de postgresql/postgis lors de la réalisation de layers osm pour mapserver. Et en regardant sur internet, il semblait que cela pouvait venir de lwpostgis.sql. C'est vrai qu'il ne fonctionne pas correctement mais cela était passé totalement inaperçu avant. que pourrais-je faire ? Cordialement Pascal -- Initial Header --- From : talk-fr-boun...@openstreetmap.org To : Discussions sur OSM en françaistalk-fr@openstreetmap.org Cc : Date : Thu, 15 Jan 2009 15:04:18 +0100 Subject : Re: [OSM-talk-fr] problèmes avec lwpostgis.sql Postgis est déjà probablement chargé dans la base, donc pas la peine de relance le lwpostgis.sql Guillaume pascal.ferr...@aliceadsl.fr a écrit : Bonjour tout le monde, En prévision d'essais sur mapnik, j'ai essayé osm2pgsql et me suis rendu compte que postgresql/postgis que je supposais bien fonctionner me crée des problèmes lorsque je lance : psql -d gis-osm -f lwpostgis.sql Visiblement lwpostgis.sql bloque sur les CREATE TYPE ... , CREATE OPERATEUR ... en retournant already exists j'ai essayé de faire sauter ces CREATE mais il y en a vraiment beaucoup. pour info, le même problème se produit sur mes deux micros l'un en mandriva et l'autre avec postgresql/postgis compilé. A l'aide Cordialement Pascal -- ALICE N°1 de la RELATION CLIENT 2008* Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS SOFRES / BEARING POINT. Secteur Fournisseur d.Accès Internet ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] problèmes avec lwpostgis.sql
Peut-être, je suis pas programmeur, j'ai fait des essais avec la connexion la plus simple qui soit. ce mycursor est pour moi une véritable énigme et, pour INTERNET, mes compétences en anglais sont quelquefois insuffisantes ... # Map file created from QGIS project file /home/user/003_OSM.qgs # Edit this file to customize for your map interface MAP NAME # Map image size SIZE UNITS dd EXTENT -926595.883036 5069961.00 1458645.820536 6637725.50 PROJECTION 'proj=longlat' 'ellps=WGS84' 'datum=WGS84' 'no_defs' END # Background color for the map canvas -- change as desired IMAGECOLOR 192 192 192 IMAGEQUALITY 95 IMAGETYPE gif OUTPUTFORMAT NAME gif DRIVER 'GD/GIF' MIMETYPE 'image/gif' #IMAGEMODE PC256 EXTENSION 'gif' END # Legend LEGEND IMAGECOLOR 255 255 255 STATUS ON KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END END # Web interface definition. Only the template parameter # is required to display a map. See MapServer documentation WEB # Set IMAGEPATH to the path where MapServer should # write its output. IMAGEPATH '/tmp/' # Set IMAGEURL to the url that points to IMAGEPATH # as defined in your web server configuration IMAGEURL '/tmp/' # WMS server settings METADATA 'wms_title' '' 'wms_onlineresource' 'http://my.host.com/cgi-bin/mapserv?map=wms.map;' 'wms_srs' 'EPSG:4326' END #Scale range at which web interface will operate # Template and header/footer settings # Only the template parameter is required to display a map. See MapServer documentation END LAYER NAME 'planet_osm_roads' TYPE LINE CONNECTIONTYPE postgis CONNECTION 'host=192.168.2.2 user=appcarto password=appcarto dbname=gis' DATA 'way FROM public.planet_osm_roads' FILTER '' METADATA 'wms_title' 'planet_osm_roads' END STATUS DEFAULT TRANSPARENCY 100 PROJECTION 'proj=longlat' 'ellps=WGS84' 'datum=WGS84' 'no_defs' END CLASS NAME 'planet_osm_roads' STYLE SYMBOL 0 SIZE 6 OUTLINECOLOR 239 175 98 COLOR 0 0 0 END END END -- Initial Header --- From : talk-fr-boun...@openstreetmap.org To : Discussions sur OSM en françaistalk-fr@openstreetmap.org Cc : Date : Thu, 15 Jan 2009 16:47:10 +0100 Subject : Re: [OSM-talk-fr] problèmes avec lwpostgis.sql c'est un problème de mapfile ça. tu peux me le montrer ? pascal.ferr...@aliceadsl.fr a écrit : coté console POSTGRESQL/POSTGIS INSTRUCTION : DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(way)),'NDR'),OID::text from public.planet_osm_roads WHERE () and (way setSRID( 'BOX3D(-926595.883036 4661222.398214,1458645.820536 7046464.101786)'::BOX3D,find_srid('','public.planet_osm_roads','way') )) ERREUR: le curseur « mycursor » n'existe pas INSTRUCTION : CLOSE mycursor coté MAPSERVER [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Warning: [MapServer Error]: msDrawMap(): Failed to draw layer named 'planet_osm_roads'.\n in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 7 [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Warning: [MapServer Error]: prepare_database(): Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(way)),'NDR'),OID::text from public.planet_osm_roads WHERE () and (way setSRID( 'BOX3D(-926595.883036 4661222.398214,1458645.820536 7046464.101786)'::BOX3D,find_srid('','public.planet_osm_roads','way') ))' \n\nPostgresql reports the error as 'ERREUR: erreur de syntaxe sur ou pr\xc3\xa8s de \xc2\xab ) \xc2\xbb\nLINE 1: ...R'),OID::text from public.planet_osm_roads WHERE () and (way...\n ^\n'\n\nMore Help:\n\nError with POSTGIS data variable. You specified 'check your .map file'.\nStandard ways of specifiying are : \n(1) 'geometry_column from geometry_table' \n(2) 'geometry_column from (sub query) as foo using unique column name using SRID=srid#' \n\nMake sure you put i n the 'using unique column name' and 'using SRID=#' clauses in.\n\nFor more help, please see http://postgis.refractions.net/documentation/ in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 7 [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Fatal error: Call to a member function saveWebImage() on a non-object in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 8 -- Initial Header --- From : talk-fr-boun...@openstreetmap.org To : Discussions sur OSM en françaistalk-fr@openstreetmap.org Cc : Date : Thu, 15 Jan 2009 15:31:22 +0100
[OSM-talk-fr] Affichage de Paris sur la SlippyMap
Hello à tous, Loin de moi l'idée d'avantager de cette belle ville de Paris que j'habite en ce moment ;-), cependant il me semblerait logique qu'en tant que capitale Française elle apparaisse au zooms 6, 7 et 8, la ou Boulogne-Billancourt prend le dessus: http://img254.imageshack.us/img254/6237/osmparispp4.png http://www.openstreetmap.org/?lat=46.58lon=2.43zoom=6layers=B000FTF http://www.openstreetmap.org/?lat=47.91lon=2.28zoom=7layers=B000FTF http://www.openstreetmap.org/?lat=48.43lon=2.35zoom=8layers=B000FTF A noter que cela semble se produire uniquement sur le layer mapnik, sur osmarender tout va bien jusqu'au zoom 7 ou Paris disparaît, ainsi qu'au 8, et réapparaît au 9... Quand à Boulogne-Billancourt elle n'y apparaît qu'au zoom 12 ! Qu'en dites-vous ? Cela peut-il venir des tags appliqués sur le noeud Paris, ou est-ce juste un hasard du moteur de rendu ? Nico ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : Info GPS dans l'EXIF
Le 15 janv. 09 à 14:10, Arnaud CORBET a écrit : Non, non, avec le GPS. Les coordonnées GPS sont stockées dans l'EXIF. Par contre que tu soit face au nord, au sud, l'appareil n'en sait rien de rien. Bonjour à tous, Premier post sur la ML depuis mon inscription, je vais essayer d'être utile :) En fait le GPS connaît le cap des déplacements, tourner sur sois-même ne permet donc pas de savoir dans quelle direction on regarde. Mais ça pourrait changer, en effet j'ai lu que le premier téléphone tournant sous Android (l'OS pour téléphone de Google) intégrait un compas qui est notamment utilisé par l'appli streetview pour montrer la vue dans la bonne direction. Yann___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer villages et regroupements administratifs
Pieren a écrit : 2009/1/15 g.d g...@wanadoo.fr: Merci Gerhard pour ces informations très intéressantes. Elles vont certainement alimenter notre réflection sur la meilleure façon de taguer les places en France. Je pense aussi que le is_in devrait à terme disparaitre. Même si ça reste pour l'instant la meilleure solution pour le cas particulier des communes qui ont été avalées par leur voisine. Quand aux préfectures, sous-préfectures, ça pourrait faire partie d'une réflexion sur la catégorisation des places town, city, village qui pour l'instant n'utilise que le critère de la population. Pieren Bonsoir, Amha il ne faut pas lier Préfecture, Sous-préfecture, chef-lieu de Canton à la commune concernée mais bien l'inverse. En effet la commune n'a rien à voir avec le département, l'arrondissement ou le canton. Le prochain redécoupage électoral va en apporter la preuve avec la disparition d'arrondissement donc effet de ricochet de sous-préfecture en tant que structure administrative et non disparition de la commune qui en était le siège. C'est comme les communautés de communes c'est une structure administrative non liées aux communes elles-mêmes. Si les communes sont bien délimitées territorialement il devrait être assez simple de faire la même chose avec les communautés de communes, recommencer avec les cantons, recommencer avec les arrondissements puis les départements puis les régions. Il n'y a que quelques cas qui vont poser soucis (Nièvre et Vaucluse entre autre) avec des territoires enclavés dans un autre département. De même nous avons en France une commune qui n'est pas française mais espagnole. Il faut donc la tagguée comme country, la retagguer avec ses différentes entités administratives espagnoles. Je pense que le débat devrait plutôt porter sur les différents niveaux administratifs. Le pays, la région, le département, le canton, les communautés de communes, les communes, les villages, les hameaux, les lieux-dits. Je fais sciemment une distinction entre les 3 derniers éléments. Ce ne sont pas des unités administratives. La distinction entre hameau et village est à affiner en fonction de la densité des immeubles habités. Le lieu-dit peut très bien ne pas comporter d'habitations à la différence des deux précédents. Amitiés -- Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] RE Affichage de Paris sur la SlippyMap
Bonjour, Il y a quelque fois un problème avec les grosses villes de couronne parisienne. La logique veut que les villes de plus de 100.000 habitants soient taggées place = town (Paris, Boulogne, Argenteuil, etc.). D'autre part, le rendu Mapnik efface certains libellés quand ils sont trop proches pour éviter la superposition. Tout cela fait que les villes de même classification (place) sont visibles aux même niveaux de zoom et quand le cas de villes proches certaines disparaissent suivant un ordre qui à l'air aléatoire (pas la population en tout cas). Je vois qu'Argenteuil (102400 hab) a été taggée place=suburb par Mercator (ce qui est erroné), comme Boulogne qui a été passée en place=suburb puis en place=town par 232 U 1 alors qu'ils y a plus de 10 habitants. Pour rappel, l'usage n'est *pas* de coder en fonction des renders mais bien en suivant les Map Features. Ceci dit, le rendu n'est pas terrible. Je pense qu'il faut demander à Mapnik de tenir compte du tag population pour choisir les libellés à effacer lors des conflits. Quelqu'un a-t-il ses entrées chez Mapnik pour demander cette correction ou savoir si cela a déjà fait l'objet d'une telle demande. J'imagine que d'autres pays à forte densité de population (Europe du Nord) ont le même problème. A+ Marcus talk-fr-boun...@openstreetmap.org a écrit sur 15/01/2009 17:08:47 : Hello à tous, Loin de moi l'idée d'avantager de cette belle ville de Paris que j'habite en ce moment ;-), cependant il me semblerait logique qu'en tant que capitale Française elle apparaisse au zooms 6, 7 et 8, la ou Boulogne-Billancourt prend le dessus: http://img254.imageshack.us/img254/6237/osmparispp4.png http://www.openstreetmap.org/?lat=46.58lon=2.43zoom=6layers=B000FTF http://www.openstreetmap.org/?lat=47.91lon=2.28zoom=7layers=B000FTF http://www.openstreetmap.org/?lat=48.43lon=2.35zoom=8layers=B000FTF A noter que cela semble se produire uniquement sur le layer mapnik, sur osmarender tout va bien jusqu'au zoom 7 ou Paris disparaît, ainsi qu'au 8, et réapparaît au 9... Quand à Boulogne-Billancourt elle n'y apparaît qu'au zoom 12 ! Qu'en dites-vous ? Cela peut-il venir des tags appliqués sur le noeud Paris, ou est-ce juste un hasard du moteur de rendu ? Nico ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr - Disclaimer -- --- Ce message ainsi que les éventuelles pièces jointes constituent une correspondance privée et confidentielle à l'attention exclusive du destinataire désigné ci-dessus. Si vous n'êtes pas le destinataire du présent message ou une personne susceptible de pouvoir le lui délivrer, il vous est signifié que toute divulgation, distribution ou copie, totale ou partielle, sur un quelconque support de cette transmission est strictement interdite. Si vous avez recu ce message par erreur, nous vous remercions d'en informer l'expéditeur par téléphone ou de lui retourner le présent message, puis d'effacer immédiatement ce message de votre systeme. Tout message électronique est susceptible d'altération. Le groupement des Mousquetaires décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié.--- --- This e-mail and any attachments is a confidential correspondence intended only for use of the individual or entity named above. If you are not the intended recipient or the agent responsible for delivering the message to the intended recipient, you are hereby notified that any disclosure, distribution or copying, either whole or partial, in any medium of this communication is strictly prohibited. If you have received this communication by mistake, please notify the sender by phone or by replying this message, and then delete this message from your system. E-mails are susceptible of alteration. The Mousquetaires' group shall not therefore be liable for the message if altered, changed or falsified.--- --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer villages et regroupements administratifs
Merci pour ton accueil de ma mini-enquête chez les voisins allemands. Ça me montre, que c'était utile. -- Pour l'instant ce dilemme des place:s ne paraît pas encore être crucial pour OSM, mais il le deviendra, et nous devrons trouver une façon cohérente de taguer les place:, pour assurer qu'un script puisse rendre des requêtes significatives, et pour préserver le travail que nous faisons tous. Ça n'a quasi rien à voir avec la carto des voies de communication, que nous faisons avec nos gps, c'est un aspect tout autre de la cartographie, celui des unités, des territoires, des surfaces et des limites entr'elles. C'est un(e) toute autre topo... ;-) ...et OSM tente d'intégrer les deux. D'où la nécessité de se munir de moyens, outils et façons d'exprimer adéquats. -- Je ne sais pas quelle direction prendra une mise-au-point ou concorde, mais il me paraît prévisible comme démarche sémantique, que les left/right s'abandonneront au profit des is_in, lesquels à leur tour laisseront la place aux relations. -- Quant à la logique des place: , il me semble que ce soient leurs dénominations figées qui pour l'instant fichent le binsse, dénominations qui ne se laissent pas adapter aux besoins de chaque pays, et qui mélangent en un seul tag des caractéristiques administratives, et des notions d'importance vécue du bled, et de sa capacité d'être un centre de vie. Nous serons donc obligés d'inventer un classement supplémentaire, pour représenter les réalités. -- Peut-être qu'il faudra laisser ouvert la dénomination des types de place:s, comme on le fait pour les admin_level, n'y mettre qu'un numéro, et mettre le nom du degré administratif dans la ref du truc ? Et que chaque pays y mettrait les noms des unités admin qui leur sont propres ? Je ne le sais pas. -- Quand je pense que dans certains pays une communauté, municipalité ou canton peut être plus grand qu'un département français, voire plus grand que la France entière, et qu'en certains pays, en-dessous du village on ait encore tout un tas d'unités chacune avec sa propre organisation, avec son sénat, son potlach ou autre conseil de gestion, par endroits même re-scindé en plusieurs sous-niveaux en dessous ! et distants de plusieurs jours de voyage... Donc le village n'est pas forcément la plus petite unité admin. -- Je n'ai pas la science infuse, ni aucun préconçu de sur quoi on s'accordera, mais il me paraît évident que le système actuel des place: serait à revoir de fond en comble, si on veut que la bdd OSM (et par cela notre travail) sera exploitable de façon logiquement cohérente. C'est quand même un peu pour cela, qu'on travaille tous, ici, il me semble (?). -- Gerhard --- Le 15 janv. 09 à 14:56, Pieren a écrit : 2009/1/15 g.d g...@wanadoo.fr: Merci Gerhard pour ces informations très intéressantes. Elles vont certainement alimenter notre réflection sur la meilleure façon de taguer les places en France. Je pense aussi que le is_in devrait à terme disparaitre. Même si ça reste pour l'instant la meilleure solution pour le cas particulier des communes qui ont été avalées par leur voisine. Quand aux préfectures, sous-préfectures, ça pourrait faire partie d'une réflexion sur la catégorisation des places town, city, village qui pour l'instant n'utilise que le critère de la population. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RE Affichage de Paris sur la SlippyMap
C'est un problème récurrent et pas seulement en Europe: http://lists.openstreetmap.org/pipermail/talk/2008-December/032457.html Dans ce cas, certains veulent voir apparaître San Francisco au détriment de San José qui est pourtant supérieur en terme de surface et de population mais qui est inférieure sur le plan culturel ou de l'importance historique, des critères plus difficile à quantifier. Une autre personne a suggéré d'utiliser le poids des articles wikipedia, ce qui est une idée assez originale mais que je trouve tout aussi peu fiable. Et la discussion s'est arrêtée là, en attendant une meilleure idée peut-être. Bien sûr, pour Paris, le problème pourrait être résolu si Mapnik tenait aussi compte d'un tag comme capital=yes ou de la relation avec l'admin_level le plus fort (en l'occurrence, Paris pourrait être attaché à la relation représentant la France en tant que capitale). Pieren 2009/1/15 msib...@mousquetaires.com: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problèmes avec lwpostgis.sql
je pense que c'est la ligne FILTER '' qui pose probleme. retires la pour voir. a+ thomas 2009/1/15 pascal.ferr...@aliceadsl.fr pascal.ferr...@aliceadsl.fr: Peut-être, je suis pas programmeur, j'ai fait des essais avec la connexion la plus simple qui soit. ce mycursor est pour moi une véritable énigme et, pour INTERNET, mes compétences en anglais sont quelquefois insuffisantes ... # Map file created from QGIS project file /home/user/003_OSM.qgs # Edit this file to customize for your map interface MAP NAME # Map image size SIZE UNITS dd EXTENT -926595.883036 5069961.00 1458645.820536 6637725.50 PROJECTION 'proj=longlat' 'ellps=WGS84' 'datum=WGS84' 'no_defs' END # Background color for the map canvas -- change as desired IMAGECOLOR 192 192 192 IMAGEQUALITY 95 IMAGETYPE gif OUTPUTFORMAT NAME gif DRIVER 'GD/GIF' MIMETYPE 'image/gif' #IMAGEMODE PC256 EXTENSION 'gif' END # Legend LEGEND IMAGECOLOR 255 255 255 STATUS ON KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END END # Web interface definition. Only the template parameter # is required to display a map. See MapServer documentation WEB # Set IMAGEPATH to the path where MapServer should # write its output. IMAGEPATH '/tmp/' # Set IMAGEURL to the url that points to IMAGEPATH # as defined in your web server configuration IMAGEURL '/tmp/' # WMS server settings METADATA 'wms_title' '' 'wms_onlineresource' 'http://my.host.com/cgi-bin/mapserv?map=wms.map;' 'wms_srs' 'EPSG:4326' END #Scale range at which web interface will operate # Template and header/footer settings # Only the template parameter is required to display a map. See MapServer documentation END LAYER NAME 'planet_osm_roads' TYPE LINE CONNECTIONTYPE postgis CONNECTION 'host=192.168.2.2 user=appcarto password=appcarto dbname=gis' DATA 'way FROM public.planet_osm_roads' FILTER '' METADATA 'wms_title' 'planet_osm_roads' END STATUS DEFAULT TRANSPARENCY 100 PROJECTION 'proj=longlat' 'ellps=WGS84' 'datum=WGS84' 'no_defs' END CLASS NAME 'planet_osm_roads' STYLE SYMBOL 0 SIZE 6 OUTLINECOLOR 239 175 98 COLOR 0 0 0 END END END -- Initial Header --- From : talk-fr-boun...@openstreetmap.org To : Discussions sur OSM en françaistalk-fr@openstreetmap.org Cc : Date : Thu, 15 Jan 2009 16:47:10 +0100 Subject : Re: [OSM-talk-fr] problèmes avec lwpostgis.sql c'est un problème de mapfile ça. tu peux me le montrer ? pascal.ferr...@aliceadsl.fr a écrit : coté console POSTGRESQL/POSTGIS INSTRUCTION : DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(way)),'NDR'),OID::text from public.planet_osm_roads WHERE () and (way setSRID( 'BOX3D(-926595.883036 4661222.398214,1458645.820536 7046464.101786)'::BOX3D,find_srid('','public.planet_osm_roads','way') )) ERREUR: le curseur « mycursor » n'existe pas INSTRUCTION : CLOSE mycursor coté MAPSERVER [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Warning: [MapServer Error]: msDrawMap(): Failed to draw layer named 'planet_osm_roads'.\n in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 7 [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Warning: [MapServer Error]: prepare_database(): Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(way)),'NDR'),OID::text from public.planet_osm_roads WHERE () and (way setSRID( 'BOX3D(-926595.883036 4661222.398214,1458645.820536 7046464.101786)'::BOX3D,find_srid('','public.planet_osm_roads','way') ))' \n\nPostgresql reports the error as 'ERREUR: erreur de syntaxe sur ou pr\xc3\xa8s de \xc2\xab ) \xc2\xbb\nLINE 1: ...R'),OID::text from public.planet_osm_roads WHERE () and (way...\n ^\n'\n\nMore Help:\n\nError with POSTGIS data variable. You specified 'check your .map file'.\nStandard ways of specifiying are : \n(1) 'geometry_column from geometry_table' \n(2) 'geometry_column from (sub query) as foo using unique column name using SRID=srid#' \n\nMake sure you put i n the 'using unique column name' and 'using SRID=#' clauses in.\n\nFor more help, please see http://postgis.refractions.net/documentation/ in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 7 [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Fatal error: Call to a member function saveWebImage() on a non-object in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 8 -- Initial Header --- From :
Re: [OSM-talk-fr] comment taguer villages et regroupements administratifs
Bhen vlà, Yannick, tu as bien mis le doigt dans la blessure, de façon bien plus parlante et précise que je n'aurais su le faire. Comme quoi trouver de comment on représentera tout ça, est un sujet auquel nous aurons intérêt à nous en préoccuper. OSM ne veut pas seulement être une carte routière toute bête. --- Le 15 janv. 09 à 17:56, Yannick a écrit : Pieren a écrit : 2009/1/15 g.d g...@wanadoo.fr: Merci Gerhard pour ces informations très intéressantes. Elles vont certainement alimenter notre réflection sur la meilleure façon de taguer les places en France. Je pense aussi que le is_in devrait à terme disparaitre. Même si ça reste pour l'instant la meilleure solution pour le cas particulier des communes qui ont été avalées par leur voisine. Quand aux préfectures, sous-préfectures, ça pourrait faire partie d'une réflexion sur la catégorisation des places town, city, village qui pour l'instant n'utilise que le critère de la population. Pieren Bonsoir, Amha il ne faut pas lier Préfecture, Sous-préfecture, chef-lieu de Canton à la commune concernée mais bien l'inverse. En effet la commune n'a rien à voir avec le département, l'arrondissement ou le canton. Le prochain redécoupage électoral va en apporter la preuve avec la disparition d'arrondissement donc effet de ricochet de sous-préfecture en tant que structure administrative et non disparition de la commune qui en était le siège. C'est comme les communautés de communes c'est une structure administrative non liées aux communes elles-mêmes. Si les communes sont bien délimitées territorialement il devrait être assez simple de faire la même chose avec les communautés de communes, recommencer avec les cantons, recommencer avec les arrondissements puis les départements puis les régions. Il n'y a que quelques cas qui vont poser soucis (Nièvre et Vaucluse entre autre) avec des territoires enclavés dans un autre département. De même nous avons en France une commune qui n'est pas française mais espagnole. Il faut donc la tagguée comme country, la retagguer avec ses différentes entités administratives espagnoles. Je pense que le débat devrait plutôt porter sur les différents niveaux administratifs. Le pays, la région, le département, le canton, les communautés de communes, les communes, les villages, les hameaux, les lieux-dits. Je fais sciemment une distinction entre les 3 derniers éléments. Ce ne sont pas des unités administratives. La distinction entre hameau et village est à affiner en fonction de la densité des immeubles habités. Le lieu-dit peut très bien ne pas comporter d'habitations à la différence des deux précédents. Amitiés -- Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RE Affichage de Paris sur la SlippyMap
Nope, le dilemme ne serait pas, de décider quel patelin était plus fort ou plus faible que l'autre, On laisse ça volontiers aux disputes de bistrot ou de conseils municipaux ! Et renvoyer à d'autres listes où ça se bat à ce sujet, où c'est déjà devenu un thème quasi religieux et où chacun fonce dedans à donf comme des béliers, sans le recul utile, ne donne pas une solution. La question est dans le fait qu'en réalité (!) nous avons plusieurs critères réels, plusieurs gammes de tri, de classement et de appartenance (ou de obédience, si tu voulais revenir aux termes d'avant...) comme le démontre bien Yannick, critères qui peuvent être indépendants les uns des autres, donc le taguage sur osm devra l'être aussi, indépendant, pour le moins au degré supérieur, sur-jacent (?) (Pour le moins c'est de cette façon que je procède pour mes bdd, ça évite déjà 98% du merdier possible). Vouloir fourrer tout cela dans un seul tag place:, ça ne marchera point, je pense. Nous sommes en face de plusieurs arborescences qui s'entrecroisent, qui se chevauchent, et lesquels il faudrait pouvoir clairement décrire sur OSM, afin d'éviter un cafouillage complet de la bdd. -- Je pense qu'il faudra qu'on arrive à exprimer ces faits sur OSM, et pense que les tags place: actuels avec leurs noms figés ne s'y prêtent alors pas du tout, et sont incapables d'exprimer des structures parallèles ou secondaires. -- On a le temps pour voir ça, mais faudra pas trop tarder, pour rester devant les événements et ne pas se faire submerger au dernier carat. --- Vlà mes two cents, ma humble opinion à ce jour (susceptible de change au fur et à mesure que j'apprends du nouveau !) et qui n'engage que moi, ici, et maintenant. Gerhard -- Le 15 janv. 09 à 18:53, Pieren a écrit : http://lists.openstreetmap.org/pipermail/talk/2008-December/ 032457.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer villages et regroupements administratifs
2009/1/15 Yannick yann...@voyeaud.org: Amha il ne faut pas lier Préfecture, Sous-préfecture, chef-lieu de Canton à la commune concernée mais bien l'inverse. En effet la commune n'a rien à voir avec le département, l'arrondissement ou le canton. J'ai cité le cas des préfectures, sous-préfectures car c'est un critère qui est souvent utilisé sur les cartes papier pour mettre en avant les villes les plus importantes d'un département. Il y a une discussion un peu parallèle sur un autre fil à ce sujet. Des villes parfois moins importantes en population sont mieux représentées parce qu'elles ont ce statut administratif. Le prochain redécoupage électoral va en apporter la preuve avec la disparition d'arrondissement donc effet de ricochet de sous-préfecture en tant que structure administrative et non disparition de la commune qui en était le siège. Peut-être fais-tu allusion au redécoupage électoral pour les prochaines élections cantonales ? Il y aurait alors une confusion entre canton qui est un découpage électoral souvent modifié au gré des humeurs politiques (officiellement pour tenir compte des variations démographiques) qui est utilisé pour la représentation des élus locaux au conseil général du département et préfecture, chef-lieu de département abritant le préfet, représentant de l'état au niveau départemental et qui n'a que très peu changé depuis 50 ans. Ou alors tu fais référence aux travaux parlementaires actuellement en cours et qui pourraient suggérer de supprimer/fusionner certains départements ou sous-préfectures, auquel cas j'adhère tout à fait à ta remarque. Je pense que le débat devrait plutôt porter sur les différents niveaux administratifs. Le pays, la région, le département, le canton, les communautés de communes, les communes, les villages, les hameaux, les lieux-dits. Je fais sciemment une distinction entre les 3 derniers éléments. Ce ne sont pas des unités administratives. La distinction entre hameau et village est à affiner en fonction de la densité des immeubles habités. Le lieu-dit peut très bien ne pas comporter d'habitations à la différence des deux précédents. Pour l'instant, c'est un mix des tags place et admin_level. place tenant compte de la taille (la population étant le critère unique pour l'instant, ce qui a l'avantage d'être simple) et admin_level qui reflète les différents niveaux administratifs que tu cites et qui sont détaillés dans le wiki. Un hameau habité : place=hamlet Un lieu-dit sans habitant : place=locality Un village qui existe administrativement (avec une mairie et un code insee) : place=village Ca suffit pour la plupart des cas mais le problème qu'a soulevé Gerhard concernait les villages rattachés au village voisin et qui disparaissaient en tant que communes. Ce cas de figure semble beaucoup plus fréquent en Allemagne qu'en France. Et il semblerait qu'il n'y ait pas non plus en Allemagne de consensus sur la meilleure manière de taguer ce cas de figure, l'ancien village étant soit tagué village par certains ou suburb par d'autres. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage de Paris sur la SlippyMap
Hello ! A mon avis c'est un bug et c'est la population qui doit déterminer la priorité ! Je ne sais pas si MapNik gère des priorité d'affichage mais de toute façon il faudrait en faire part sur la mailing-list anglaise ! CU Stéph 2009/1/15 Nicolas Guillaumin nguillaumin+...@gmail.com: Hello à tous, Loin de moi l'idée d'avantager de cette belle ville de Paris que j'habite en ce moment ;-), cependant il me semblerait logique qu'en tant que capitale Française elle apparaisse au zooms 6, 7 et 8, la ou Boulogne-Billancourt prend le dessus: http://img254.imageshack.us/img254/6237/osmparispp4.png http://www.openstreetmap.org/?lat=46.58lon=2.43zoom=6layers=B000FTF http://www.openstreetmap.org/?lat=47.91lon=2.28zoom=7layers=B000FTF http://www.openstreetmap.org/?lat=48.43lon=2.35zoom=8layers=B000FTF A noter que cela semble se produire uniquement sur le layer mapnik, sur osmarender tout va bien jusqu'au zoom 7 ou Paris disparaît, ainsi qu'au 8, et réapparaît au 9... Quand à Boulogne-Billancourt elle n'y apparaît qu'au zoom 12 ! Qu'en dites-vous ? Cela peut-il venir des tags appliqués sur le noeud Paris, ou est-ce juste un hasard du moteur de rendu ? Nico ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com) -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Brest CUB - mieux que le cadastre
bonsoir Le 15 janvier 2009 00:16, Christian Rogel christian.ro...@club-internet.fra écrit : Le 14 janv. 09 à 23:39, Bernard VALTON a écrit : Bonjour, Bravo Brest ! Cette aglo à beau avoir le seul maire de france virtuellement en prison pour conduite en état d'ivresse, ils ont aussi de très bon élus visiblement ; Euh, non, François Cuillandre est resté sobre. C'est le maire de Guilers , la commune au NO qui a écopé d'un bracelet électronique Oui, oui, c'est bien de lui que je parlais. J'ai bien parlé d'un maire de l'agglo brestoise et non du maire de brest ... bernard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer villages et regroupements administratifs
Pieren a écrit : Ca suffit pour la plupart des cas mais le problème qu'a soulevé Gerhard concernait les villages rattachés au village voisin et qui disparaissaient en tant que communes. Ce cas de figure semble beaucoup plus fréquent en Allemagne qu'en France. Et il semblerait qu'il n'y ait pas non plus en Allemagne de consensus sur la meilleure manière de taguer ce cas de figure, l'ancien village étant soit tagué village par certains ou suburb par d'autres. Re, Dans ce cas de figure il y a deux solutions: Avant ou après la création du code Insee (194?) Si c'est avant je n'ai pas vraiment de solution si ce n'est attendre que les travaux actuel de Mr PELISSIER de l'INRIA aboutissent à une norme. Si c'est après la création de l'Insee et que cette ancienne commune a eu son propre code il faut la tagguer en tant que telle. La nouvelle commune porte souvent un nouveau nom donc cela facilite aussi le travail. On taggue la commune actuelle avec son nom actuel On taggue chacune des anciennes communes avec leurs anciens noms. Il est clair dans mon esprit que nous parlons ici du territoire communal et en aucun cas du chef-lieu qu'est la mairie. Amitiés -- Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer villages et regroupements administratifs
Merci, Pieren. C'est que le système hiérarchique des place: ne correspond à quasi rien, ni ici, ni ailleurs, sauf par le nombre d'occupants ce qui est plus que subjectif. Par exemple trois mille habitants ici peuvent être une ville avec un rayonnement très large, là où ailleurs quatre-vingt mille ou cent-quarante mille habitants peuvent être un suburb mineur avec un rayonnement de pas plus d'un kilomètre autour, et noyé dans des unités bien plus importantes. Tout est relatif. Et amha il faudra laisser aux contributeurs des différentes régions la liberté et le soin de relativiser et de nommer des degrés de leurs unités administratives et vécues en fonction de ce qui se pratique chez eux. Et pas faire comme fait la CE, qui s'efforce de réglementer de façon uniformisée le moindre pet du dernier chevrier au fin fond des montagnes, et ce depuis le Cap Nord jusqu'au Sud de la Méditerranée. --- Avons nous la flemme de nous interroger sur ce qu'est, ou avons nous peur d'appeler un chat un chat et un chien un chien ? --- Gerhard -- Le 15 janv. 09 à 19:30, Pieren a écrit : 2009/1/15 Yannick yann...@voyeaud.org: Amha il ne faut pas lier Préfecture, Sous-préfecture, chef-lieu de Canton à la commune concernée mais bien l'inverse. En effet la commune n'a rien à voir avec le département, l'arrondissement ou le canton. J'ai cité le cas des préfectures, sous-préfectures car c'est un critère qui est souvent utilisé sur les cartes papier pour mettre en avant les villes les plus importantes d'un département. Il y a une discussion un peu parallèle sur un autre fil à ce sujet. Des villes parfois moins importantes en population sont mieux représentées parce qu'elles ont ce statut administratif. Le prochain redécoupage électoral va en apporter la preuve avec la disparition d'arrondissement donc effet de ricochet de sous- préfecture en tant que structure administrative et non disparition de la commune qui en était le siège. Peut-être fais-tu allusion au redécoupage électoral pour les prochaines élections cantonales ? Il y aurait alors une confusion entre canton qui est un découpage électoral souvent modifié au gré des humeurs politiques (officiellement pour tenir compte des variations démographiques) qui est utilisé pour la représentation des élus locaux au conseil général du département et préfecture, chef-lieu de département abritant le préfet, représentant de l'état au niveau départemental et qui n'a que très peu changé depuis 50 ans. Ou alors tu fais référence aux travaux parlementaires actuellement en cours et qui pourraient suggérer de supprimer/fusionner certains départements ou sous-préfectures, auquel cas j'adhère tout à fait à ta remarque. Je pense que le débat devrait plutôt porter sur les différents niveaux administratifs. Le pays, la région, le département, le canton, les communautés de communes, les communes, les villages, les hameaux, les lieux-dits. Je fais sciemment une distinction entre les 3 derniers éléments. Ce ne sont pas des unités administratives. La distinction entre hameau et village est à affiner en fonction de la densité des immeubles habités. Le lieu-dit peut très bien ne pas comporter d'habitations à la différence des deux précédents. Pour l'instant, c'est un mix des tags place et admin_level. place tenant compte de la taille (la population étant le critère unique pour l'instant, ce qui a l'avantage d'être simple) et admin_level qui reflète les différents niveaux administratifs que tu cites et qui sont détaillés dans le wiki. Un hameau habité : place=hamlet Un lieu-dit sans habitant : place=locality Un village qui existe administrativement (avec une mairie et un code insee) : place=village Ca suffit pour la plupart des cas mais le problème qu'a soulevé Gerhard concernait les villages rattachés au village voisin et qui disparaissaient en tant que communes. Ce cas de figure semble beaucoup plus fréquent en Allemagne qu'en France. Et il semblerait qu'il n'y ait pas non plus en Allemagne de consensus sur la meilleure manière de taguer ce cas de figure, l'ancien village étant soit tagué village par certains ou suburb par d'autres. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : Info GPS dans l'EXIF
Cela m'étonne : n'a-t-on pas accès au sélecteur de mode de vue ? Si c'est le cas, on devrait avoir accès au mode photo + gps (après avoir fait le hack dans la base de registre). Je testerai ça... Sinon, je viens d'essayer OSMtracker et, en effet, c'est pas mal du tout ! Vivement l'utilisation de données vectorielles OSM... Jérôme Arnaud CORBET a écrit : Ca marche parfaitement. Seul souci, la photo ne peut pas être prise en mode GPS - EXIF. Mais cliquer sur l'icone photo lance la prise de vue, et la photo faite se range dans le répertoire OSMTracker. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer villages et regroupements administratifs
2009/1/15 g.d g...@wanadoo.fr: Par exemple trois mille habitants ici peuvent être une ville avec un rayonnement très large, Je suis d'accord avec toi : un town en Chine n'aura peut-être pas la même définition qu'un town au Luxembourg ;-) C'est pourquoi la retranscription des tags créés au niveau international est laissé à la discrétion de ceux qui les transposent dans chaque pays. Ca n'empêche qu'il vaudrait quand même mieux que notre définition de place=village soit cohérente au niveau national et proche de l'usage qui en est fait dans des pays de tailles et structures similaires comme l'Allemagne ou l'Angleterre. Il suffit de traduire les termes utilisés par le tag place pour comprendre la simplicité du schéma : hameau - village - banlieue - ville - métropole. Ca a l'avantage d'être simple et accessible au grand public et ça couvre 95% des cas. Il reste les 5% qui posent problèmes. Faut-il pour autant tout remettre à plat ? Peut-être faudrait-il créer une nouvelle valeur de place=? qui soit mieux adaptée aux communes rattachées ... Quand à la solution de Yannick, elle manque de clarté : si je comprends bien, tu suggères de tagguer l'ancienne commune comme une commune normale avec son ancien nom. Je suis aussi pour cette solution. Et d'après Gerhard, les allemands utilisent le tag is_in pour signaler le lien avec la commune de rattachement (en attendant qu'une relation la remplace). Finalement, avoir eu un code insee ou pas n'a que peu d'importance si ce n'est que ça pourrait servir de limite dans le temps (pour éviter de remonter au 19e siècle). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RE Affichage de Paris sur la SlippyMap
Pour rappel, l'usage n'est *pas* de coder en fonction des renders mais bien en suivant les Map Features. Tout à fait, je rencontre bien souvent des manière de faire qui semblent bien être faites pour faire joli c'est tentant, car la vitrine la plus visible de osm c'est la page d'accueil, mais ce n'est pas la meilleur manière de faire. Une petite piqure de rappel sur la page française serait bienvenue Quelqu'un a-t-il ses entrées chez Mapnik pour demander cette correction ou savoir si cela a déjà fait l'objet d'une telle demande. J'ai peur que ce ne soit pas si simple, le fichier xml de mapnik ne semble pas très fort pout gérer les échelles numériques (il faudrait tout déporter à postgres et écrire moulte styles) A moins qu'un order by dans la requête sql ne nous sauve, je tenterais... Il faudrait relancer les kador de mapnik, et j'en fais pas partie ;-( L'idée de pieren me semble la plus simple en tout cas pour n'afficher que paris pour les zoom faibles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problèmes avec lwpostgis.sql
Bon, rien qui me saute aux yeux, mais en partant du principe que l'erreur est bien là : 'ERREUR: erreur de syntaxe sur ou pr\xc3\xa8s de \xc2\xab ) \xc2\xbb\nLINE 1: ...R'),OID::text from public.planet_osm_roads WHERE () and (way...\n ^\n'\n\nMore Help:\n\nError with POSTGIS data variable. You specified 'check your .map file'.\nStandard ways of specifiying are : \n(1) 'geometry_column from geometry_table' \n(2) 'geometry_column from (sub query) as foo using unique column name using SRID=srid#' \n\ essaie de changer la ligne DATA en : way FROM (select * from public.planet_osm_roads) as foo using unique column nom_de_la_colonne_unique using SRID=4326 en changeant nom_de_la_colonne par le nom réel de la clé primaire de la table (sur un champ entier de préférence, et non de type caractère). Je pars du principe que tes données sont en WGS84 (non projetées), donc SRID=4326, comme je l'ai vu dans le fichier .map. bonne chance ! pascal.ferr...@aliceadsl.fr a écrit : Peut-être, je suis pas programmeur, j'ai fait des essais avec la connexion la plus simple qui soit. ce mycursor est pour moi une véritable énigme et, pour INTERNET, mes compétences en anglais sont quelquefois insuffisantes ... # Map file created from QGIS project file /home/user/003_OSM.qgs # Edit this file to customize for your map interface MAP NAME # Map image size SIZE UNITS dd EXTENT -926595.883036 5069961.00 1458645.820536 6637725.50 PROJECTION 'proj=longlat' 'ellps=WGS84' 'datum=WGS84' 'no_defs' END # Background color for the map canvas -- change as desired IMAGECOLOR 192 192 192 IMAGEQUALITY 95 IMAGETYPE gif OUTPUTFORMAT NAME gif DRIVER 'GD/GIF' MIMETYPE 'image/gif' #IMAGEMODE PC256 EXTENSION 'gif' END # Legend LEGEND IMAGECOLOR 255 255 255 STATUS ON KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END END # Web interface definition. Only the template parameter # is required to display a map. See MapServer documentation WEB # Set IMAGEPATH to the path where MapServer should # write its output. IMAGEPATH '/tmp/' # Set IMAGEURL to the url that points to IMAGEPATH # as defined in your web server configuration IMAGEURL '/tmp/' # WMS server settings METADATA 'wms_title' '' 'wms_onlineresource' 'http://my.host.com/cgi-bin/mapserv?map=wms.map;' 'wms_srs' 'EPSG:4326' END #Scale range at which web interface will operate # Template and header/footer settings # Only the template parameter is required to display a map. See MapServer documentation END LAYER NAME 'planet_osm_roads' TYPE LINE CONNECTIONTYPE postgis CONNECTION 'host=192.168.2.2 user=appcarto password=appcarto dbname=gis' DATA 'way FROM public.planet_osm_roads' FILTER '' METADATA 'wms_title' 'planet_osm_roads' END STATUS DEFAULT TRANSPARENCY 100 PROJECTION 'proj=longlat' 'ellps=WGS84' 'datum=WGS84' 'no_defs' END CLASS NAME 'planet_osm_roads' STYLE SYMBOL 0 SIZE 6 OUTLINECOLOR 239 175 98 COLOR 0 0 0 END END END -- Initial Header --- From : talk-fr-boun...@openstreetmap.org To : Discussions sur OSM en françaistalk-fr@openstreetmap.org Cc : Date : Thu, 15 Jan 2009 16:47:10 +0100 Subject : Re: [OSM-talk-fr] problèmes avec lwpostgis.sql c'est un problème de mapfile ça. tu peux me le montrer ? pascal.ferr...@aliceadsl.fr a écrit : coté console POSTGRESQL/POSTGIS INSTRUCTION : DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(way)),'NDR'),OID::text from public.planet_osm_roads WHERE () and (way setSRID( 'BOX3D(-926595.883036 4661222.398214,1458645.820536 7046464.101786)'::BOX3D,find_srid('','public.planet_osm_roads','way') )) ERREUR: le curseur « mycursor » n'existe pas INSTRUCTION : CLOSE mycursor coté MAPSERVER [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Warning: [MapServer Error]: msDrawMap(): Failed to draw layer named 'planet_osm_roads'.\n in /var/appcarto/democarto-Loire/phpmapscript_05.php on line 7 [Thu Jan 15 16:02:34 2009] [error] [client 192.168.2.2] PHP Warning: [MapServer Error]: prepare_database(): Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(way)),'NDR'),OID::text from public.planet_osm_roads WHERE () and (way setSRID( 'BOX3D(-926595.883036 4661222.398214,1458645.820536 7046464.101786)'::BOX3D,find_srid('','public.planet_osm_roads','way') ))' \n\nPostgresql reports the error as 'ERREUR: erreur de syntaxe sur ou pr\xc3\xa8s de \xc2\xab )
Re: [OSM-talk-fr] Droits de réutilisation et de partag e des données OSM
gd, j'en suis arrivé a la même conclusion que toi, mais pas du tout pour la même raison ! Je suis sûrement un des représentants de cette peur du vilain vendeur car oui, j'ai l'intention de vous vendre, un jour, VOS données. Mais je pense que certains se trompent de cible, il me semble utopique de croire qu'un jour le service puisse être gratuit. Personne ne travail beaucoup, pour rien. Ce dont je rève, c'est qu'on puisse un jour rémunérer le service, et non l'investissement. Et pour ça, il faut retrouver une concurrence libre. Aujourd'hui, téléatlas, IGN, sont les maitres car ils ont la donnée, et pourtant leurs services et outils sont pauvres. Cela pourra changer avec des données libres, car des petites entreprises pourront, à moins cher, ou en tout cas mieux, vendre des produits concurrents. Et OSM deviendrait leur données d'envol. Et c'est à mon avis, la seule voie qui VOUS, utilisateur, donnera des alternatives. Ne croyez pas que les logiciels libres ou des données libres vous donnerons tout ce dont vous avez besoin, ils ne valent que ce qu'on en fait (et que ce que l'on peut en faire) Certes, les choses simples se pourront toujours facilement, et donc gratuitement, mais la réponse à votre besoin spécifique ne se pourra que par du service. une petite lecture que j'ai écris lorsqu'il m'a semblé utile de défendre la partie commerciale de nos cher licences (GFDL wikipedial, GPL openoffice/firefox/Freebox/openmoko/android, CC-BY OSM, BSD ) http://www.refuges.info/forum/viewtopic.php?t=3179 --- Message original --- De: g.d g...@wanadoo.fr Envoyé: 13.1.'09, 21:36 Oui, moi aussi au début je me rebiffais contre un usage commercial de mon travail (et pas seulement de celui fait sur osm !), jusqu'à ce que, au cours du temps, je me suis rendu compte que tout ce qu'on mette en commun en local ou qu'on mette sur internet, de gré ou de force se trouve exploité de façon commerciale ou encore gouvernementale, si ce qu'on a fait, est intéressant pour eux. Donc je me trouvais devant un dilemme : Soit que je passe ma vie à réclamer mes Droits (qui me sont dûs !) mais j'y passerais ma vie, avant que j'obtienne gain de cause, et y engagerai tous les petits sous qui me restent, et toute mon énergie, sans garantie de récupérer mes droits, un jour (et qui suis-je, pour faire des procès à l'encontre de la Nation qui m'accueille ?! Non, profil bas). Soit que je fais un trait dessous, et que j'engage le peu d'énergie qui me reste à m'occuper d'aujourd'hui et de demain, à être heureux ici et maintenant, et à engager mon énergie à préparer mon avenir. J'ai choisi la deuxième voie, je la trouve plus productive, plus heureuse. La conséquence pour moi en est, que ce que je donne, je le donne pour du bon, sans élastique accroché derrière. Amicalement Gerhard --- Cela n'empêche point que parfois l'Opinel s'ouvre tout seul dans la poche, je ne sais pas pourquoi (?), quand je vois quelqu'un s'amener avec des questions visiblement purement commerciales, ou d'autres choses un peu trop indiscrètes. --- Le 13 janv. 09 à 18:37, Yannick a écrit : g.d a écrit : Je transfère sur un nouveau thread : Je voudrais que ce que je fais sur osm devienne du domaine public, sans licence aucune. Et donc réutilisable sans limites, par chacun qui le voudra, à ses propres risques et périls. Gerhard --- Soit on fait cadeau, et donne, soit on garde pour soi, et vend. Un entre-deux me paraît schizophrène. Pourquoi une licence ? --- Un compromis est viable uniquement, si toutes les personnes concernées en sont mécontentes au même degré. Dites-moi, qui au juste nous obligerait à faire dans le compromis ? ...à part notre propre fierté, et notre hésitation ? --- Bonsoir, Pour moi la seule chose que j'aimerais voir en restriction c'est l'usage commercial de mon travail. On peut copier et exploiter à condition de citer la source. Tout acte commercial de tout ou partie de mon travail doit être prohibé (sauf autorisation express bien sûr). Je ne parle pas spécifiquement d'OSM ne contribuant que peu puisque je n'ai toujours pas tout compris pour son usage à partir des traces... Amitiés -- Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/actes/ Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://payet.voyeaud.org ___ 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 ___ Talk-fr mailing list
Re: [OSM-talk-fr] Affichage de Paris sur la SlippyMap
Salut Je ne suis ni un spécialiste des BdD ni des rendus de carto. Cependant, je pense qu'il est plus logique que: - une capitale apparaisse en plus gros que ces communes voisines. - une préfecture apparaisse en plus gros que ces communes accolées. - idem pour les sous-pref. Dans le cas des métropoles (ex Rennes), il y a Rennes en plus gros. Puis il devrait y avoir les communes importantes en périphérie qui devraient apparaître en moins gros (et non comme la commune accolée Cesson qui apparaît de même taille). Les populations des périphéries se déplacent en journée de leur cité (dortoire) vers la grosse ville environnante pour aller bosser. De même en été à la mer et en hiver à la montagne, les patelins décuplent leur population. Ces villes sont donc importantes en saison. Sur le plan culturel et touristique c'est bien souvent similaire pour le raisonnement. Il n'y a donc que les mappeurs d'osm locaux qui connaissent bien la situation réelle. Si le tag «place» permet de définir une hiérarchie, je pense qu'y ajouter un tag de «priorité» serait judicieux pour les noms de lieu (ville principale (connue), ville accolée, village accolés, etc..). 1 la grosse-qui-sert-de-réference, 2 la moins grosse, 3 encore moins gros, etc... Toutes les métropoles ont le même problème (ex: Lille Roubaix-Tourcoin, Villeneuve d'ascq). nono -- .-.nono at jabber-fr dot net .-. / 0o\ http://bill.toile-libre.org/ /0o \ ` .\/ `http://zenith.noel.free.fr/ ` \/. ` (` .) http://www.linux-france.org/~jcnoel/ (. `) === `=--= == =--=` === signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Re : Info GPS dans l'EXIF
Pour des raisons mystérieuses, le sélecteur de mode est inactif lorsque l'appli photo est lancée depuis OSMtracker, alors qu'il fonctionne parfaitement lorsque l'appli est lancée en pressant le bouton latéral de l'appareil. De : Jérôme BLUM jb...@free.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeudi, 15 Janvier 2009, 21h57mn 41s Objet : Re: [OSM-talk-fr] Re : Re : Info GPS dans l'EXIF Cela m'étonne : n'a-t-on pas accès au sélecteur de mode de vue ? Si c'est le cas, on devrait avoir accès au mode photo + gps (après avoir fait le hack dans la base de registre). Je testerai ça... Sinon, je viens d'essayer OSMtracker et, en effet, c'est pas mal du tout ! Vivement l'utilisation de données vectorielles OSM... Jérôme Arnaud CORBET a écrit : Ca marche parfaitement. Seul souci, la photo ne peut pas être prise en mode GPS - EXIF. Mais cliquer sur l'icone photo lance la prise de vue, et la photo faite se range dans le répertoire OSMTracker. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr