[OSM-talk-fr] Éclaircissement sur les *_link

[Julien D.]

Je viens de remarquer que les *_link (du moins ceux dans le wiki, à savoir
motorway et primary) impliquaient oneway=yes.
Es-ce valable pour tous les *_link (trunk, secondary) ? (non je ne parle pas
des unclassified_link... oui j'en ai vu !)
Du coup il ne faut pas mettre de oneway=yes et par contre absolument mettre
oneway=no là où ça circule dans les 2 sens ?

Autre chose, quand on a un rond-point en sortie/entrée de voie rapide, es-il
taggué trunk, trunk_link ou suivant la route (primary, secondary, tertiary,
unclassified) ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Altitudes et projections

[Eric SIBERT]

> Sous JOSM je digitalise un point à
> N43.8348°;E5.0379°

Là, tu as un problème d'arrondi. Il n'y a pas assez de chiffres après la 
virgule. C'est ça qui te fait 5 m d'erreur. Il faudrait au moins un voir 
deux chiffres de plus pour être tranquille.

Sinon, j'ai des questions sur le cadastre parce que je n'ai pas tout 
suivi en détail. Il y a des zones où le cadastre est vectorisé. On peut 
le consulter sur le site du cadastre. A l'inverse, on ne peut pas (plus) 
l'avoir en fond dans Josm. On peut juste avoir un raster issu du vecteur 
et même pas la version à plus haute résolution. Je ne me trompe pas? 
Parce que sur le cadastre, la version à plus haute résolution, il y a 
les repères géodésiques...

Eric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[OSM Léon]

Bonjour la liste,

Je me suis lancé dans l'installation d'une petite slippy map sur un site
web, l'idée étant de proposer plusieurs types de rendus sur une petite
région de la France (le Pays du Léon, extrême Nord Ouest de la Bretagne). Je
n'en suis pas encore à me plonger dans les styles de rendus mais j'ai réussi
à générer les tuiles sur mon propre serveur. Cependant j'ai une foule de
questions pour aller plus loin. Si certains d'entre vous ont des réponses,
je leur en serai très reconnaissant.

Chargement des données dans Postgresql
Je souhaiterai faire des rendus réguliers (ça va dépendre de la puissance de
calcul, mais probablement de l'ordre du journalier). Pour cela il faut que
je recharge la base de données régulièrement avec les données d'OSM. Or
dedans j'aurai aussi les bordures de côtes ainsi que l'élévation. La
commande d'import (osm2pgsql) n'écrase bien que la table des données OSM,
pas la base entière ?
Par ailleurs, j'utilise le fichier France mis à disposition par GeoFabrik.
Pour l'Allemagne, ils proposent des fichiers par Länder et disent sur leur
site que si on leur fait la demande de couper des fichiers en plusieurs, ils
regarderont ça avec bienveillance. D'où deux questions :
- est-ce que ça gêne quelqu'un si je leur demande de générer des fichiers
par région pour la France ? Seule la Bretagne m'intéresserait, je n'ai pas
besoin de toute la France.
- ont-ils les moyens de le faire ? c'est-à-dire les régions françaises
sont-elles bien présentes dans la base OSM ?

Rendu des tuiles
Bon, je n'avais pas prévu que ça serait aussi gourmand en temps de calcul :D
Je cherche donc à optimiser un peu tout ça. Mon but est d'avoir un rendu
régulier d'une zone relativement restreinte.
Pour l'instant j'utilise ./generate_tiles.py de Mapnik. Ca tourne encore
mais pour la suite, comment lui indiquer qu'il faudra regénérer des éléments
? Actuellement s'ils existent déjà, il ne les regénère pas. Je n'ai pas très
envie de les supprimer pour qu'il les regénère.
Idéalement, une solution existe-t-elle pour ne regénérer que les tuiles sur
lesquelles des données d'OSM ont changé ou faut-il y aller en force brute en
définissant juste une date de péremption puis on recalcule tout, que ça ait
changé ou pas.

Par ailleurs, quelqu'un saurait il où je peux trouver les fichiers de style
de rendu pour Mapnik utilisés pour OpenStreetMap et CycleMap ? Le fichier
que j'ai récupéré avec Mapnik me donne des rendus pas très jolis à certains
niveaux de zoom.

Concernant les courbes d'élévation, je souhaiterai pouvoir les rajouter dans
le genre de Cycle Maps. Est-il possible de les générer une fois pour toute
(ça, ça ne change guère) puis de les rajouter aux différentes tuiles
générées ? Pas très envie d'alourdir les temps de calcul en faisant pour
chaque style de rendu un calcul avec et sans les courbes d'élévation.

Navigation sur la slippy map
J'utilise OpenLayers mais ne parvient pas à limiter la zone géographique.
Dans mon fichier html j'ai mis maxExtent: new OpenLayers.Bounds (-4.876,
48.205, -4.119, 48.684) Ca devrait me limiter beaucoup mais je peux me
ballader sur le monde entier. Où ai-je fait une erreur ?

Voilà, ça fait un gros pavé avec beaucoup de questions. Merci d'avance.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[Steven Le Roux]

2009/3/5 OSM Léon :
> Bonjour la liste,
>
> Je me suis lancé dans l'installation d'une petite slippy map sur un site
> web, l'idée étant de proposer plusieurs types de rendus sur une petite
> région de la France (le Pays du Léon, extrême Nord Ouest de la Bretagne). Je
> n'en suis pas encore à me plonger dans les styles de rendus mais j'ai réussi
> à générer les tuiles sur mon propre serveur. Cependant j'ai une foule de
> questions pour aller plus loin. Si certains d'entre vous ont des réponses,
> je leur en serai très reconnaissant.
>
> Chargement des données dans Postgresql
> Je souhaiterai faire des rendus réguliers (ça va dépendre de la puissance de
> calcul, mais probablement de l'ordre du journalier). Pour cela il faut que
> je recharge la base de données régulièrement avec les données d'OSM. Or
> dedans j'aurai aussi les bordures de côtes ainsi que l'élévation. La
> commande d'import (osm2pgsql) n'écrase bien que la table des données OSM,
> pas la base entière ?
> Par ailleurs, j'utilise le fichier France mis à disposition par GeoFabrik.
> Pour l'Allemagne, ils proposent des fichiers par Länder et disent sur leur
> site que si on leur fait la demande de couper des fichiers en plusieurs, ils
> regarderont ça avec bienveillance. D'où deux questions :
> - est-ce que ça gêne quelqu'un si je leur demande de générer des fichiers
> par région pour la France ? Seule la Bretagne m'intéresserait, je n'ai pas
> besoin de toute la France.
> - ont-ils les moyens de le faire ? c'est-à-dire les régions françaises
> sont-elles bien présentes dans la base OSM ?
>
> Rendu des tuiles
> Bon, je n'avais pas prévu que ça serait aussi gourmand en temps de calcul :D
> Je cherche donc à optimiser un peu tout ça. Mon but est d'avoir un rendu
> régulier d'une zone relativement restreinte.
> Pour l'instant j'utilise ./generate_tiles.py de Mapnik. Ca tourne encore
> mais pour la suite, comment lui indiquer qu'il faudra regénérer des éléments
> ? Actuellement s'ils existent déjà, il ne les regénère pas. Je n'ai pas très
> envie de les supprimer pour qu'il les regénère.
> Idéalement, une solution existe-t-elle pour ne regénérer que les tuiles sur
> lesquelles des données d'OSM ont changé ou faut-il y aller en force brute en
> définissant juste une date de péremption puis on recalcule tout, que ça ait
> changé ou pas.
>
> Par ailleurs, quelqu'un saurait il où je peux trouver les fichiers de style
> de rendu pour Mapnik utilisés pour OpenStreetMap et CycleMap ? Le fichier
> que j'ai récupéré avec Mapnik me donne des rendus pas très jolis à certains
> niveaux de zoom.
>
> Concernant les courbes d'élévation, je souhaiterai pouvoir les rajouter dans
> le genre de Cycle Maps. Est-il possible de les générer une fois pour toute
> (ça, ça ne change guère) puis de les rajouter aux différentes tuiles
> générées ? Pas très envie d'alourdir les temps de calcul en faisant pour
> chaque style de rendu un calcul avec et sans les courbes d'élévation.
>
> Navigation sur la slippy map
> J'utilise OpenLayers mais ne parvient pas à limiter la zone géographique.
> Dans mon fichier html j'ai mis maxExtent: new OpenLayers.Bounds (-4.876,
> 48.205, -4.119, 48.684) Ca devrait me limiter beaucoup mais je peux me
> ballader sur le monde entier. Où ai-je fait une erreur ?
>
> Voilà, ça fait un gros pavé avec beaucoup de questions. Merci d'avance.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>

Pour nourrir ton serveur, au lieu de générer tout les tiles, tu peux
déjà partir de ces données :
http://mirror.meleeweb.net/pub/OpenStreetMap.org/Breizh/

c'est la bretagne du zoom 8 à 17.

Une fois cette base consitituée, tu peux effectivement faire en sorte
de détecter les changements et de refaire les tiles correspondant,
voire demander le rendu depuis le navigateur, voire faire du temps
réel comme le fait sylvain (beta.letuffe.org)

Pour répondre à d'autres trucs, faut que je regarde de plus près ;)



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[Pierre GIRAUD]

>
> Navigation sur la slippy map
> J'utilise OpenLayers mais ne parvient pas à limiter la zone géographique.
> Dans mon fichier html j'ai mis maxExtent: new OpenLayers.Bounds (-4.876,
> 48.205, -4.119, 48.684) Ca devrait me limiter beaucoup mais je peux me
> ballader sur le monde entier. Où ai-je fait une erreur ?

Regarde du côté de restrictedExtent.

Pierre

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Éclaircissement sur les *_link

[Pieren]

2009/3/5 Julien D. :
> Je viens de remarquer que les *_link (du moins ceux dans le wiki, à savoir
> motorway et primary) impliquaient oneway=yes.

Sur le wiki, tu parles de la FR:Map Features je suppose ?
J'ai écris ça il y a quelques temps mais ça n'est pas/plus exact. Il y
a eu beaucoup de longues discussions à ce sujet et la tendance serait
de toujours ajouter le oneway lorsque c'est le cas. En fait, le seul
cas où oneway est implicite serait dans le roundabout.
Il va falloir mettre le FR:Map Features à jour.

> Es-ce valable pour tous les *_link (trunk, secondary) ? (non je ne parle pas
> des unclassified_link... oui j'en ai vu !)

Récemment la mailing list anglaise a aussi parlé des secondary_link,
primary_link que certains emploient et qu'un bot avait décidé de
changer unilateralement. Bon, ce sont des tags que je qualifirais
d'"exotiques" mais qui ont le droit d'exister (en plus ils semblent
pris en compte par les logiciels de rendu mais ont la même valeur
qu'un primary ou secondary).

> Du coup il ne faut pas mettre de oneway=yes et par contre absolument mettre
> oneway=no là où ça circule dans les 2 sens ?

Non, je dirais que la tendance actuelle est de mettre oneway=yes
partout où c'est à sens unique et rien quand c'est à double sens. Je
sais, pour nous en France, ça fait beaucoup plus de travail. Mais ça a
l'avantage de la clarté pour un logiciel de nagivation.

> Autre chose, quand on a un rond-point en sortie/entrée de voie rapide, es-il
> taggué trunk, trunk_link ou suivant la route (primary, secondary, tertiary,
> unclassified) ?

Le rond-point prend l'équivalent de la catégorie de la route la plus
élevée arrivant sur cette intersection. Cependant, je ne pense pas
qu'on puisse dire qu'un trunk_link est supérieur à un primary par
exemple. Un highway *_link est par définition un espace intermédiaire
entre deux catégories et fait donc un peu partie de ces deux
catégories. La pratique actuelle est donc de mettre le rond-point dans
la catégorie la plus élevée des highway "normaux", sans tenir compte
des *_link.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Éclaircissement sur les *_link

[Julien D.]

2009/3/5 Pieren 

> 2009/3/5 Julien D. :
> > Je viens de remarquer que les *_link (du moins ceux dans le wiki, à
> savoir
> > motorway et primary) impliquaient oneway=yes.
>
> Sur le wiki, tu parles de la FR:Map Features je suppose ?
> J'ai écris ça il y a quelques temps mais ça n'est pas/plus exact. Il y
> a eu beaucoup de longues discussions à ce sujet et la tendance serait
> de toujours ajouter le oneway lorsque c'est le cas. En fait, le seul
> cas où oneway est implicite serait dans le roundabout.
> Il va falloir mettre le FR:Map Features à jour.
>

Eh bien c'est sur les Map Features originales en anglais !
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link

> Implies
>
>- oneway 
> =yes
>
> The green way in this example can then be a simple junction with 
> highway
> =*motorway_link* and oneway
> =no .
>

Effectivement sur FR:Map Features c'est différent, et même si je trouve ça
plus logique dans notre pays où on a pas énormément de *_link double sens,
ça me dérange qu'on ai des règles différentes qui pourraient géner les
logiciels de navigation. Je n'aimerai pas être à la place d'un de ces
développeurs.

> Es-ce valable pour tous les *_link (trunk, secondary) ? (non je ne parle
> pas
> > des unclassified_link... oui j'en ai vu !)
>
> Récemment la mailing list anglaise a aussi parlé des secondary_link,
> primary_link que certains emploient et qu'un bot avait décidé de
> changer unilateralement. Bon, ce sont des tags que je qualifirais
> d'"exotiques" mais qui ont le droit d'exister (en plus ils semblent
> pris en compte par les logiciels de rendu mais ont la même valeur
> qu'un primary ou secondary).
>
> > Du coup il ne faut pas mettre de oneway=yes et par contre absolument
> mettre
> > oneway=no là où ça circule dans les 2 sens ?
>
> Non, je dirais que la tendance actuelle est de mettre oneway=yes
> partout où c'est à sens unique et rien quand c'est à double sens. Je
> sais, pour nous en France, ça fait beaucoup plus de travail. Mais ça a
> l'avantage de la clarté pour un logiciel de nagivation.
>
> > Autre chose, quand on a un rond-point en sortie/entrée de voie rapide,
> es-il
> > taggué trunk, trunk_link ou suivant la route (primary, secondary,
> tertiary,
> > unclassified) ?
>
> Le rond-point prend l'équivalent de la catégorie de la route la plus
> élevée arrivant sur cette intersection. Cependant, je ne pense pas
> qu'on puisse dire qu'un trunk_link est supérieur à un primary par
> exemple. Un highway *_link est par définition un espace intermédiaire
> entre deux catégories et fait donc un peu partie de ces deux
> catégories. La pratique actuelle est donc de mettre le rond-point dans
> la catégorie la plus élevée des highway "normaux", sans tenir compte
> des *_link.


Ok, merci pour ces explications, je n'étais pas sûr du "sans tenir compte
des *_link".
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[sly (sylvain letuffe)]

> Si certains d'entre vous ont des réponses,
> je leur en serai très reconnaissant.

ça risque d'être pour moi ;-) ravis de pouvoir aider

> Je souhaiterai faire des rendus réguliers (ça va dépendre de la puissance de
> calcul, mais probablement de l'ordre du journalier). 
Bien sûr tu as déjà lu mon howto "temps réél" ? ;-)
http://wiki.openstreetmap.org/wiki/Howto_real_time_tiles_rendering_with_mapnik_and_mod_python

A retrouver aussi, mais ce wiki est une catastrophe au niveau recherche, un 
article qui explique comment maintenir à jour la base postgres à partir des 
diff de chaque minutes.

> Or
> dedans j'aurai aussi les bordures de côtes ainsi que l'élévation. 
Tu as les bordures de côte dans la base ? intéressant, tu as fait comment ? 
(moi je suis toujours avec les fichiers shp)

> commande d'import (osm2pgsql) n'écrase bien que la table des données OSM,
> pas la base entière ?
tout à fait (ça ne touche que les tables planet_* )

> - est-ce que ça gêne quelqu'un si je leur demande de générer des fichiers
> par région pour la France ? Seule la Bretagne m'intéresserait, je n'ai pas
> besoin de toute la France.
M'étonnerais, frederik qui s'occupe des export a déjà pas mal de boulot et il 
s'occupe surtout de l'allemagne (affaire d'intérêt) donc si tu veux un 
découpage des 24 régions ça me semble dur. Mais qui ne tente rien n'a 
rien ;-)

Mais y'a un besoin, je galère toujours avec l'export france que je ne trouve 
correct nul part, et je pense qu'un découpage régions/département permettrait 
à ceux qui veulent se concentrer sur une zone de pouvoir le faire. (Pour du 
plus petit, ça se fait "facilement" avec josm )


> - ont-ils les moyens de le faire ? c'est-à-dire les régions françaises
> sont-elles bien présentes dans la base OSM ?
yes

> Rendu des tuiles
> Bon, je n'avais pas prévu que ça serait aussi gourmand en temps de calcul :D
Enlève le convert du script python, il bouffe 70% à lui tout seul (infos non 
vérifiées lues sur la liste dev) 

> mais pour la suite, comment lui indiquer qu'il faudra regénérer des éléments
> ? 
C'est pour l'instant de la méga-bidouille pas trop documentée, mais certains 
le font, les dernières version de osmosis indiquent quelles tuiles sont à 
refaire sur la base des diffs

> Actuellement s'ils existent déjà, il ne les regénère pas. Je n'ai pas très 
> envie de les supprimer pour qu'il les regénère.
je connais rien d'autre, même si ça peut se formaliser (cf mod_tile)

> Idéalement, une solution existe-t-elle pour ne regénérer que les tuiles sur
> lesquelles des données d'OSM ont changé ou faut-il y aller en force brute en
> définissant juste une date de péremption puis on recalcule tout, que ça ait
> changé ou pas.
t'as tout compris. Le seul espoir que je suis de prêt moi aussi est indiqué 
plus haut.

> Par ailleurs, quelqu'un saurait il où je peux trouver les fichiers de style
> de rendu pour Mapnik utilisés pour OpenStreetMap et CycleMap ? 
c'est sur le wiki


> Concernant les courbes d'élévation, je souhaiterai pouvoir les rajouter dans
> le genre de Cycle Maps. Est-il possible de les générer une fois pour toute
> (ça, ça ne change guère) puis de les rajouter aux différentes tuiles
> générées ? 
Pour l'instant j'ai ça :
http://beta.letuffe.org/?zoom=13&lat=45.6&lon=6.15174&layers=B0TFFF
Je superpose (coté client) la donnée OSM en transparence 
(fraicheur :4minutes), par dessus un layer relief. (fraicheur: décrépi, je 
ré-générerait dans 1 ans une fois que la tectonique des plaques aura 
avancée )

On doit pouvoir le faire coté serveur soit en codant soit même le bidule (un 
merge de 2 png doit pas être trop compliqué) soit avec mod_tile qui me semble 
savoir faire

> Pas très envie d'alourdir les temps de calcul en faisant pour 
> chaque style de rendu un calcul avec et sans les courbes d'élévation.
Surtout que c'est 80% du temps au bas mot.

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[kimaidou]

> Idéalement, une solution existe-t-elle pour ne regénérer que les tuiles
sur
> lesquelles des données d'OSM ont changé ou faut-il y aller en force brute
en
> définissant juste une date de péremption puis on recalcule tout, que ça
ait
> changé ou pas.
t'as tout compris. Le seul espoir que je suis de prêt moi aussi est indiqué
plus haut.

Bonjour

Je suis peut-être complétement hors de propos, mais à ce sujet une personne
a développé pour l'openmoko un logiciel qui permet de mettre à jour les
tuiles OSM seulement si elles ont été modifiées. Peut-être que cela peut
vous servir.

Voici le lien vers la page du "logiciel" :
http://wiki.openmoko.org/wiki/Yaouh!
Il y a un lien en bas de page vers les sources. Au pire contactez
directement l'auteur.

En espérant ne pas être complètement à côté :D

kimaidou
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[sly (sylvain letuffe)]

> Je suis peut-être complétement hors de propos, 

J'en ai peur ;-) Mais toutes les idées peuvent faire avancer le schimilimblick

> mais à ce sujet une personne 
> a développé pour l'openmoko un logiciel qui permet de mettre à jour les
> tuiles OSM seulement si elles ont été modifiées. Peut-être que cela peut
> vous servir.

Et ce logiciel ne le devine pas, il le demande au serveur qui lui le sait, 
notre question c'est comment faire que le serveur le sache "efficacement" 
(si je résume)


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] L'outils E. Chové - bug sur on eway ?

[sly (sylvain letuffe)]

On dirait bien que oneway=no/yes/crote/peut-être c'est du pareil au même pour 
ton outils.
-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Altitudes et projections

[Pieren]

2009/3/5 Eric SIBERT :
> Sinon, j'ai des questions sur le cadastre parce que je n'ai pas tout
> suivi en détail. Il y a des zones où le cadastre est vectorisé. On peut
> le consulter sur le site du cadastre. A l'inverse, on ne peut pas (plus)
> l'avoir en fond dans Josm. On peut juste avoir un raster issu du vecteur
> et même pas la version à plus haute résolution. Je ne me trompe pas?
> Parce que sur le cadastre, la version à plus haute résolution, il y a
> les repères géodésiques...

Le WMS ne délivre que des images. Les images au format vectoriel SVG
ne sont plus disponible. JOSM avec le plugin peut saisir les mêmes
images que sur le site du cadastre en ligne. Si tu veux des images
plus détaillées, il suffit soit de zoomer en avant la vue actuelle
pour que la taille de la bbox diminue, soit aller dans les options du
plugin pour diviser la vue actuelle en plusieurs bbox plus petites
(vue actuelle divisée en 2x2 ou 3x3 sections) ou en bbox de taille
fixe (100x100 mètres par exemple).
Pour les plans image, ils sont aussi affichés mais sans tenir compte
d'aucun géoréférencement, même si certains plans images semblent
contenir des données de géoréférencement.
Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[OSM Léon]

Plus précisément, le logiciel cité compare les images présentes sur le
serveur OSM avec celles présentes sur le GPS si j'ai bien compris. Si sur le
serveur OSM les images sont plus récentes, il les met à jour sur le GPS. Ca
implique que le serveur OSM ait calculé de nouvelles images.

Et là on arrive à la question qui nous occupe : quand le serveur décide-t-il
de calculer de nouvelles images ? Pour l'instant les options c'est en gros :
- je recalcule tout ce qui a plus de x jours
- je fais les calculs en temps réel (pas tenable si beaucoup d'utilisateurs)
- je recalcule tous les x jours mais je recalcule plus souvent les images
les plus vues (mod_tile)
Tout ça c'est bien gentil mais ça ne dit pas qu'on ne recalcule pas des
images pour rien : les données décrivant le milieu de l'Atlantique n'ont
certainement pas changé depuis bien longtemps et il n'y a donc pas lieu de
recalculer cette zone même si l'image est très vieille. C'est probablement
la même chose à plein d'endroits, y compris sur terre.

Ce qu'on cherche c'est une solution où la base de données dit "attention,
quelque chose a changé à cet endroit, il faut recalculer les images
correspondantes". Du coup pas la peine de relancer le calcul sur toute la
Terre, juste sur ce qui en a besoin. Actuellement on relance tout, d'une
manière ou d'une autre. On compte sur la puissance de la machine pour que ça
passe. J'imagine que ça doit leur bouffer une puissance de calcul "inutile"
considérable et pour les particuliers qui veulent avoir des régions à jour
avec éventuellement plusieurs rendus, ben faut sacrément restreindre ou la
taille de la région ou l'intervalle de rafraichissement.

Bon après, j'imagine que techniquement le lien entre les changements dans la
base de données et la génération d'images est pas trivial à faire sinon ça
serait fait depuis longtemps :D

Voili voilou, bon appétit aux métropolitains ;)

Le 5 mars 2009 12:32, sly (sylvain letuffe)  a écrit :

>
> > Je suis peut-être complétement hors de propos,
>
> J'en ai peur ;-) Mais toutes les idées peuvent faire avancer le
> schimilimblick
>
> > mais à ce sujet une personne
> > a développé pour l'openmoko un logiciel qui permet de mettre à jour les
> > tuiles OSM seulement si elles ont été modifiées. Peut-être que cela peut
> > vous servir.
>
> Et ce logiciel ne le devine pas, il le demande au serveur qui lui le sait,
> notre question c'est comment faire que le serveur le sache "efficacement"
> (si je résume)
>
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.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] Éclaircissement sur les *_link

[Pieren]

2009/3/5 Julien D. :
> 2009/3/5 Pieren 
>>
>> 2009/3/5 Julien D. :
anglais !
> http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link
>>
>> Implies
>>
>> oneway=yes
>>
>> The green way in this example can then be a simple junction with
>> highway=motorway_link and oneway=no.
>

Ok, c'est vrai que la version actuelle a l'air bien tranchée. Ca l'est
moins si on regarde la page 'discussion' ou l'historique de la page où
l'on peut constater à quel point cette valeur par défault est
contestée (mais dont j'ai été moi-même un partisan à une certaine
époque).

Voir aussi la dernière discussion sur le sujet dans les archives de la
ML anglaise:
http://lists.openstreetmap.org/pipermail/talk/2008-October/030109.html

Et tagwatch montre que oneway=yes est souvent associé aux _link :
(Europe) :
http://tagwatch.stoecker.eu/Europe/En/tagstats_oneway_yes.html

Mais on ne va pas changer le wiki pour l'instant. Je suis d'accord
avec toi pour qu'il reste cohérent avec la version originale.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Altitudes et projections

[Alban NOIR]

>> Sous JOSM je digitalise un point à 
>> N43.8348°;E5.0379° 
>
>Là, tu as un problème d'arrondi. Il n'y a pas assez de chiffres après la 
>virgule. C'est ça qui te fait 5 m d'erreur. Il faudrait au moins un voir 
>deux chiffres de plus pour être tranquille. 
>
Comment avoir toutes les décimales dans JOSM?

Alban

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[Pieren]

2009/3/5 sly (sylvain letuffe) :
>> Je souhaiterai faire des rendus réguliers (ça va dépendre de la puissance de
>> calcul, mais probablement de l'ordre du journalier).
> Bien sûr tu as déjà lu mon howto "temps réél" ? ;-)
> http://wiki.openstreetmap.org/wiki/Howto_real_time_tiles_rendering_with_mapnik_and_mod_python
>
> A retrouver aussi, mais ce wiki est une catastrophe au niveau recherche, un
> article qui explique comment maintenir à jour la base postgres à partir des
> diff de chaque minutes.
>

Meuh non, le wiki n'est pas une cata, il suffit de bien utiliser la
recherche ;-)
Commencer par "créer vos propres tuiles"
http://wiki.openstreetmap.org/wiki/Creating_your_own_tiles

et comme l'a brièvement mentionné Sylvain, mod_tile est la solution
actuelle du serveur officiel:
http://wiki.openstreetmap.org/wiki/Mod_tile

Tu pourrais aussi googler mod_tile dans les archives de la ML anglaise
parce que c'est un thème qui a été abordé plusieurs fois ces dernières
semaines par des personnes qui ont rencontré des problèmes sur leur
propre déploiement.

> Mais y'a un besoin, je galère toujours avec l'export france que je ne trouve
> correct nul part, et je pense qu'un découpage régions/département permettrait
> à ceux qui veulent se concentrer sur une zone de pouvoir le faire. (Pour du
> plus petit, ça se fait "facilement" avec josm )
>

Je songe sérieusement à mettre en place un serveur qui prendrait un
extract Europe et où on pourrait se faire nos propres découpages
France/régions/départements. Je n'aime pas trop cette dépendance avec
geofrabrik. Par exemple, j'aime bien la carte des limites communales
mais c'est moche de voir les communes, départements, régions
frontaliers manquer juste parce qu'on a pas un bon découpage. En plus,
on pourrais plus facilement s'occuper des dom/tom/com.
Mais j'hésite à me lancer seul dans la tâche.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Altitudes et projections

[Pieren]

2009/3/5 Alban NOIR :
> Comment avoir toutes les décimales dans JOSM?
>
> Alban
>

De mémoire, il y a quelque chose dans les preferences pour choisir
entre afficher en décimal ou degre,minutes,secondes mais je ne sais
plus si on peut aussi configurer le nombre de digit.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cart es : questions diverses - E. Chové ?

[sly (sylvain letuffe)]

> Meuh non, le wiki n'est pas une cata, il suffit de bien utiliser la
> recherche ;-)
Je suis un peu de mauvaise foi, d'accord, mais tente de retrouver l'article 
qui parle de :
comment tenir à jour de quelques minutes une base postgres avec osm2pgsql et 
les minutes-diff

( je suis quasi sûr de l'avoir vu passé sur la liste anglaise et d'avoir lu 
l'article )
mais :
osm2pgsql+diff+postgres+patch+minutes dans toutes les combinaisons ne semble 
pas le sortir


> Je songe sérieusement à mettre en place un serveur qui prendrait un
> extract Europe et où on pourrait se faire nos propres découpages
> France/régions/départements. 
(...)
> Mais j'hésite à me lancer seul dans la tâche.

Je suis dans le même cas, j'ai 30% de la motivation nécessaire pour arriver à 
le faire correctement, mais je suis sûr que Etienne à dû le faire puisqu'il 
sépare par département pour son outils.

On se réparti le boulot ?

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[OSM Léon]

Le 5 mars 2009 12:02, sly (sylvain letuffe)  a écrit :

> > Je souhaiterai faire des rendus réguliers (ça va dépendre de la puissance
> de
> > calcul, mais probablement de l'ordre du journalier).
> Bien sûr tu as déjà lu mon howto "temps réél" ? ;-)
>
> http://wiki.openstreetmap.org/wiki/Howto_real_time_tiles_rendering_with_mapnik_and_mod_python
>
> A retrouver aussi, mais ce wiki est une catastrophe au niveau recherche, un
> article qui explique comment maintenir à jour la base postgres à partir des
> diff de chaque minutes.
>

J'ai vu cet excellent tutorial :D Mais je préférerai utiliser mapnik pur
(packagé dans Debian) ou mod_tile mais je n'arrive pas à compiler ce
dernier.


> > Or
> > dedans j'aurai aussi les bordures de côtes ainsi que l'élévation.
> Tu as les bordures de côte dans la base ? intéressant, tu as fait comment ?
> (moi je suis toujours avec les fichiers shp)
>

Au temps pour moi. Les bordures de côte sont bien à part.

> Rendu des tuiles
> > Bon, je n'avais pas prévu que ça serait aussi gourmand en temps de calcul
> :D
>
> Enlève le convert du script python, il bouffe 70% à lui tout seul (infos
> non
> vérifiées lues sur la liste dev)


Je suis pas du tout développeur de métier, juste bidouilleur un peu têtu.
Peux-tu me dire ce que fait convert (optimise les PNGs ?) et surtout un peu
plus précisément où il faut le désactiver ?


> > Par ailleurs, quelqu'un saurait il où je peux trouver les fichiers de
> style
> > de rendu pour Mapnik utilisés pour OpenStreetMap et CycleMap ?
> c'est sur le wiki
>
>
> > Concernant les courbes d'élévation, je souhaiterai pouvoir les rajouter
> dans
> > le genre de Cycle Maps. Est-il possible de les générer une fois pour
> toute
> > (ça, ça ne change guère) puis de les rajouter aux différentes tuiles
> > générées ?
> Pour l'instant j'ai ça :
>
> http://beta.letuffe.org/?zoom=13&lat=45.6&lon=6.15174&layers=B0TFFF
> Je superpose (coté client) la donnée OSM en transparence
> (fraicheur :4minutes), par dessus un layer relief. (fraicheur: décrépi, je
> ré-générerait dans 1 ans une fois que la tectonique des plaques aura
> avancée )


Bon ça me va bien cette solution de superposer deux layers dans le client.
Je vais me pencher sur OpenLayers de plus prêt.

Merci pour tout ;-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[sly (sylvain letuffe)]

> J'ai vu cet excellent tutorial :D Mais je préférerai utiliser mapnik pur
> (packagé dans Debian) ou mod_tile mais je n'arrive pas à compiler ce
> dernier.

Je suis passé à lenny aussi, et je ne compile plus mapnik. Seul point négatif, 
la version package de lenny ne supporte par SVG/PDF
( j'ai toujours pas eu le courage de contacter le mainteneur)

> Je suis pas du tout développeur de métier, juste bidouilleur un peu têtu.
pareil

> Peux-tu me dire ce que fait convert (optimise les PNGs ?) 
Il est censé réduire la taille, mais j'ai pas été convaincu par le fait qu'il 
faille tout ça de puissance en plus pour économiser un peu de bande passante, 
sans compter que ça fait des rendus bizarre parfois vu qu'il fait ce qu'on 
appel une palette optimisée (réduction du nombre de couleur)

> et surtout un peu 
> plus précisément où il faut le désactiver ?
J'en sais rien, j'utilise pas generate_tile.py et plus personne ne l'utilise 
car c'est bien trop long de générer des grandes zones. Tu t'en apercevra par 
toi même ;-) Mais c'est un très bon moyen de commencer


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cart es : questions diverses - E. Chové ?

[Pieren]

2009/3/5 sly (sylvain letuffe) :

> Je suis un peu de mauvaise foi, d'accord, mais tente de retrouver l'article
> qui parle de :
> comment tenir à jour de quelques minutes une base postgres avec osm2pgsql et
> les minutes-diff
>
> ( je suis quasi sûr de l'avoir vu passé sur la liste anglaise et d'avoir lu
> l'article )
> mais :
> osm2pgsql+diff+postgres+patch+minutes dans toutes les combinaisons ne semble
> pas le sortir
>

Est-ce que c'est ce guide pour des tiles_on_demand:
http://wiki.openstreetmap.org/wiki/OnDemandTileServer

à moins que ce soit ce minutely mapnik :
http://wiki.openstreetmap.org/wiki/Minutely_Mapnik

?

> Je suis dans le même cas, j'ai 30% de la motivation nécessaire pour arriver à
> le faire correctement, mais je suis sûr que Etienne à dû le faire puisqu'il
> sépare par département pour son outils.
>
> On se réparti le boulot ?
>

A moins que Renaud mette à jour son hexagone.openstreetmap.fr (ou
qu'il en ouvre l'accès à certains qui auraient un peu plus de temps
pour le faire). Je le met en Cc, on va voir.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[OSM Léon]

Le 5 mars 2009 12:02, sly (sylvain letuffe)  a écrit :

> > - est-ce que ça gêne quelqu'un si je leur demande de générer des fichiers
> > par région pour la France ? Seule la Bretagne m'intéresserait, je n'ai
> pas
> > besoin de toute la France.
> M'étonnerais, frederik qui s'occupe des export a déjà pas mal de boulot et
> il
> s'occupe surtout de l'allemagne (affaire d'intérêt) donc si tu veux un
> découpage des 24 régions ça me semble dur. Mais qui ne tente rien n'a
> rien ;-)


Bon, le dit Frederik me demande si les données permettant de faire le
découpage sont bien présentes dans OSM. Pouvez-vous me confirmer que les
régions sont bien des boundaries de type administrative et dont
l'admin_level est à 4 ? Merci d'ava,ce.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cart es : questions diverses - E. Chové ?

[sly (sylvain letuffe)]

> à moins que ce soit ce minutely mapnik :
> http://wiki.openstreetmap.org/wiki/Minutely_Mapnik

Bien vu, le mot clef était minutely et pas minutes, c'est exactement celui-là, 
assez simple et qui marche.

Je rajouterais peut-être le mien dans mon howto car on n'a pas vraiment besoin 
de osmosis en fait.

Merci

> A moins que Renaud mette à jour son hexagone.openstreetmap.fr (ou
> qu'il en ouvre l'accès à certains qui auraient un peu plus de temps
> pour le faire). Je le met en Cc, on va voir.

Clair que la base nécessaire pour découper la france serait déjà d'avoir la 
france (toute la france) plus les dom/tom bien sûr

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[sly (sylvain letuffe)]

> Bon, le dit Frederik me demande si les données permettant de faire le
> découpage sont bien présentes dans OSM. Pouvez-vous me confirmer que les
> régions sont bien des boundaries de type administrative et dont
> l'admin_level est à 4 ? Merci d'ava,ce.

exact

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] L'outils E. Chové - bug sur on eway ?

[Etienne Chové]

sly (sylvain letuffe) a écrit :
> On dirait bien que oneway=no/yes/crote/peut-être c'est du pareil au même pour 
> ton outils.

Sur quel type d'erreur ? T'as un exemple où il y a une erreur ?

Dans le cas _Way à sens unique sans entrée|sortie_ il vérifie 
Tags["oneway"] not in ["yes", "1", "true", "-1"]

Et dans le cas _Tag inutile (oneway=1|yes|true sur junction=roundabout)_ 
il vérifie Tags["oneway"] in [u"1", u"yes", u"true"].

-- 
Etienne

PS : La dernière génération a planté, je viens de la relancer (saleté de 
cron qui ne donne pas de terminal de controle). Je viens de la relancer.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Altitudes et projections

[Eric SIBERT]

Je suis parvenu à avoir le cadastre en "haute résolution" en zoomant 
suffisamment avant de charger le cadastre. On voit alors bien apparaître 
les repères géodésiques. Pour l'affichage, je suis passé en degré 
sexagésimaux avec le dixième de seconde. Ça fait toujours un arrondi à 3 
m près. Pas suffisant. Alors, j'ai posé un point sur le repère 
géodésique au bout de la jetée de Ciboure, à côté du marégraphe. J'ai 
enregistré le fichier en local et je l'ai ouvert à la main.

   
 

La fiche du repère géodésique:
http://geodesie.ign.fr/fiche_point.asp?num_site=6418902&no_ptg=01&numero_f50=1244
dit:
  1° 40' 54,25314'' O
  43° 23' 42,56043'' N

d'où
-1.68173698333° -> erreur 0.7° => 5.8 m
43.395155675° -> erreur 0.14° => 1.6 m

Maintenant, si je prends mon Convertisseur et je fais la conversion 
Lambert III vers WGS84:
- cas 1, conversion précise avec la grille IGN (+/- 5cm)
   43.39515567°
   -1.68173694°
   Ça correspond à la fiche IGN.
- cas 2, approximative (dite à 3 paramètres, +/- 5 m)
   43.39517584° (erreur/OSM 0.7 m)
   -1.68171166° (erreur/OSM 3.6 m)
   Je m'attendais à ce que ça colle avec la mesure par OSM mais ce n'est 
guère mieux.

En fait, entre conversion approximative et précise, il devrait y avoir 2 
m de différence dans chaque direction, pas 5,8m. Je suspecte un problème 
de calage du cadastre.

Pour le moment, j'en suis là.

Eric





Pieren a écrit :
> 2009/3/5 Eric SIBERT :
>> Sinon, j'ai des questions sur le cadastre parce que je n'ai pas tout
>> suivi en détail. Il y a des zones où le cadastre est vectorisé. On peut
>> le consulter sur le site du cadastre. A l'inverse, on ne peut pas (plus)
>> l'avoir en fond dans Josm. On peut juste avoir un raster issu du vecteur
>> et même pas la version à plus haute résolution. Je ne me trompe pas?
>> Parce que sur le cadastre, la version à plus haute résolution, il y a
>> les repères géodésiques...
> 
> Le WMS ne délivre que des images. Les images au format vectoriel SVG
> ne sont plus disponible. JOSM avec le plugin peut saisir les mêmes
> images que sur le site du cadastre en ligne. Si tu veux des images
> plus détaillées, il suffit soit de zoomer en avant la vue actuelle
> pour que la taille de la bbox diminue, soit aller dans les options du
> plugin pour diviser la vue actuelle en plusieurs bbox plus petites
> (vue actuelle divisée en 2x2 ou 3x3 sections) ou en bbox de taille
> fixe (100x100 mètres par exemple).
> Pour les plans image, ils sont aussi affichés mais sans tenir compte
> d'aucun géoréférencement, même si certains plans images semblent
> contenir des données de géoréférencement.
> Pieren
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr


-- 
Éric SIBERT
http://eric.sibert.fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Altitudes et projections

[Alban NOIR]

Comparer des coordonnées entre cadastre et IGN c'etait osé! 

J'ai donc repri un lot EDIGEO de Échirolles et j'ai sur la parcelle 
151000AB0083 un angle de bâtiment (sud) précisément à : 
x865583.469m;y323058.069 m en Lamb 3 
Si je digitalise ce même angle dans JOSM avec le plugin cadastre je trouve en 
WGS84: 
lat='45.15842023658657' lon='5.714982439969385' 

Avec Circé de WGS84 à Lambert je trouve 
x865583.498m;y323058.095m 

Soit une erreur de 0.039m 
C'est l'erreur de l'imprécision du pointage ! 

A priori pas il n'y a donc pas de pb de reprojection de Lambert à WGS84. 
Je referai des tests dans des zones avec une grande distorsion de la grille 
planimétrique.

Il reste encore à savoir si cadastre.gouv.fr va passer en Lambert93 ou en CC. 
Ou plutôt quand il va passer en CC?

Alban

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Altitudes et projections

[Denis]

Alban NOIR a écrit :
> Comparer des coordonnées entre cadastre et IGN c'etait osé! 
> 
> J'ai donc repri un lot EDIGEO de Échirolles et j'ai sur la parcelle 
> 151000AB0083 un angle de bâtiment (sud) précisément à : 
> x865583.469m;y323058.069 m en Lamb 3 
> Si je digitalise ce même angle dans JOSM avec le plugin cadastre je trouve en 
> WGS84: 
> lat='45.15842023658657' lon='5.714982439969385' 
> 
> Avec Circé de WGS84 à Lambert je trouve 
> x865583.498m;y323058.095m 
> 
> Soit une erreur de 0.039m 
> C'est l'erreur de l'imprécision du pointage ! 
> 
> A priori pas il n'y a donc pas de pb de reprojection de Lambert à WGS84. 
> Je referai des tests dans des zones avec une grande distorsion de la grille 
> planimétrique.

Je vais pouvoir tester au sud du Bas-Rhin (Sélestat) dans les prochains 
jours.
> 
> Il reste encore à savoir si cadastre.gouv.fr va passer en Lambert93 ou en CC. 
> Ou plutôt quand il va passer en CC?

Je viens de recevoir de l'EDIGEO (plusieurs centaines de fichiers à 
traiter: youpi ;-) dans du Lambert I Nord. Je crois que la mise en place 
prochaine du WMS sera une première indication (code IGN:310024148 pour 
notre CC48 alsacien). J'ai cru cromprendre que la DGFiP adopterait le 
Lambert 9 zones avec une application départementale
(http://www.certu.fr/fr/_Information_géographique-n32/Géorérencement_et_RGF93-n795/IMG/pdf/RGF93_theorie_et_concept_T3.pdf
 
illustration 2). Conséquence concrète en Alsace : préconisation pour la 
Région : CC48. Préconisation de la DGFiP : CC49 pour le Bas-Rhin et CC48 
pour le Haut-Rhin.

Edouard Balladur n'a pas forcément toujours tort en voulant fusionner 
les 2 départements !!!

Denis

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Altitudes et projections

[Pieren]

2009/3/5 Denis :
> Alban NOIR a écrit :

Justement, si la prochaine version du WMS propose les deux
projections, est-ce qu'il ne serait pas préférable d'utiliser le
Lambert93, qui couvre tout le territoire ? Ou fait-il adopter le CC 9
zones, moins déformant mais c'est déjà tellement la gallère avec 4
zones, alors avec 9 ...

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] L'outils E. Chové - bug sur on eway ?

[sylvain letuffe]

Le jeudi 5 mars 2009 19:01, Etienne Chové a écrit :
> sly (sylvain letuffe) a écrit :
> > On dirait bien que oneway=no/yes/crote/peut-être c'est du pareil au même
> > pour ton outils.
>
> Sur quel type d'erreur ? T'as un exemple où il y a une erreur ?

Vraiment désolé, je devais pas avoir les yeux en face des trous.

Je me suis fais avoir par une rue en oneway=no juste à coté d'une en 
oneway=yes qui n'avait en effet pas d'entrée (invisible à l'oeil dû à 
distance <1m)
mais qui portait le même nom que la première.

Ma faute à moi, je ferais plus attention pour les prochains bugs reports ;-) 
désolé pour le bruit

--
sly

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr