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 > > 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 > >> 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 >> À : Discussions sur OSM en français >> 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
n
[OSM-talk-fr] problèmes avec lwpostgis.sql
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
[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' À : Discussions sur OSM en français 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 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 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 À : Discussions sur OSM en français 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 À : Discussions sur OSM en français 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 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 À : Discussions sur OSM en français 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] comment taguer villages et regroupements administratifs
2009/1/15 g.d : 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] 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çais 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çais > 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çais
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çais
> 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
>>
>>
>
> _
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çais
> 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çais
>> 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 s
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çais
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çais
> Cc :
> Date : Thu, 15 Jan 2009 15
[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.58&lon=2.43&zoom=6&layers=B000FTF http://www.openstreetmap.org/?lat=47.91&lon=2.28&zoom=7&layers=B000FTF http://www.openstreetmap.org/?lat=48.43&lon=2.35&zoom=8&layers=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 : > > 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.58&lon=2.43&zoom=6&layers=B000FTF > http://www.openstreetmap.org/?lat=47.91&lon=2.28&zoom=7&layers=B000FTF > http://www.openstreetmap.org/?lat=48.43&lon=2.35&zoom=8&layers=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 : > > 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 : ___ 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 :
> 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çais
> 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
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 : >> >> 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 : > 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 : > 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.58&lon=2.43&zoom=6&layers=B000FTF > http://www.openstreetmap.org/?lat=47.91&lon=2.28&zoom=7&layers=B000FTF > http://www.openstreetmap.org/?lat=48.43&lon=2.35&zoom=8&layers=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 a é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 : >> 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 : > > 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çais
> 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,fi
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 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 > > > > > _
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 À : Discussions sur OSM en français 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
