Re: [OSM-talk-fr] Rond-points coupés

[rldhont]

Personnelement je serais pour le découpage des ronds points nécessaires 
lorsque l'on décrit une route pour une ligne de bus.

Il faut savoir que pour le moment on ne fait qu'associer au sein d'une 
relation l'ensemble des voies utilisées par un bus, quelque soit le sens 
de circulation. Dans ce cas de figure il est possible de sélectionner 
l'ensemble du rond point. Dans ce cas aussi on suppose que le logiciel 
de routing va retraiter l'information pour créer le parcours exacte du 
bus d'un terminus à un autre. Ce type de relation est une route, 
relation que vous pouvez visualiser dans OsmTransport 
http://3liz.fr/public/osmtransport
Mais il est aussi possible de décrire une ligne de bus qui dans le 
jargon des spécialistes est le parcours d'un treminus à un autre. Dans 
ce cas il est nécessaire d'associer dans une relation uniquement les 
sections de voies empreintées par la bus, donc seulement un bout de rond 
point. Ce type de relation est une line et il faut au moins 2 relations 
de type line pour décrire la même chose qu'une relation de type route. 
D'ailleurs il est proposé qu'une relation de type route associé les 
relations de type line formant une ligne de bus.

La solution du dessin par dessus le rond point n'est pas du tout 
intéressante car elle surcharge inutilement un élément et surtout n'a 
qu'un objectif le rendu.

sylvain letuffe a écrit :
>> Je me suis personnellement posé la question concernant les routes de
>> transport en commun, quand j'ai commencé à tracer les lignes de bus de
>> Chambéry (
>> http://www.öpnvkarte.de/?zoom=18&lat=45.57059&lon=5.91775&layers=BT ).
>> 
> Sympa le rendu gris pour faire ressortir les lignes de bus.
>
>
>   
>> Ma première solution a été de rajouter un way couvrant une portion du
>> rond-point et dédié à la relation de la ligne de bus. Puis j'ai fait
>> marche arrière et maintenant j'intègre la totalité du rond point, ce qui
>> n'est pas très heureux, mais a l'avantage de ne pas être destructif.
>> 
>
> Je pencherais plus pour cette solution, il existe déjà des tas de cas de 
> découpage (pont, tunnel, limite de vitesse, nom de rue, sens unique partiel), 
> que autant ne pas en rajouter, surtout pour des éléments comme les routes qui 
> ne sont pas physiques.
>
> De plus, si un logiciel de routage devait emmener quelqu'un "le long d'une 
> route" il devrait pouvoir s'en sortir pour ne pas dire "prenez le rond point 
> à l'envers"
>
> --
> sly
>
> ___
> 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] Question sur un outil cadastre

[GAEL MUSQUET]

Salut Emilie, 

Je ne sais pas si c'est ça que tu cherches mais Jocelyn a produit ce petit 
script où tu donnes:
La taille de ton image finale, ta bounding box, ta commune, le département et 
ça roule:

Le script python télécharge et recompose les tuiles du cadastre:
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Technique#Logiciels.2Fscripts

Le lien:
http://crapouillou.net/~jocelyn/ressources/osm/cadastre_tools_180608.tar.bz2


@+


Gaël
  
_
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
http://clk.atdmt.com/GBL/go/171222985/direct/01/___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] WFS was Import polygones CLC manquan ts - Retour d'expérience.

[kimaidou]

Bonjour,

a propos de Qgis, je ne parlais pas tant de l'utiliser comme un éditeur OSM,
mais plutôt pour ce qu'il fait très bien : être un "front-end", une
interface à Postgis et autres sources de données (wms, wps, sqlite, shape).
On peut ainsi utiliser des couches de sources différentes, et surtout
utiliser les fonctionnalités SIG classiques d'analse de données spatiales,
et avoir un résultat visuel immédiat (buffer, intersections, etc.). En
vectoriel, Qgis commence, grâce aux plugins python, à proposer des
fonctionnalités très intéressantes.

La mention du plugin qgis était dans mon discours pour montrer qu'on pouvait
l'utiliser aussi pour OSM, mais surout pour montrer le potentiel. Lors d'un
projet précédent, j'avais utilisé qgis pour gérer les données spatiales de
traçabilité sur des parcelles (capteurs gps sur tracteurs), et j'avais été
très charmé par la facilité avec laquelle on pouvait utiliser l'api pour
développer ses propres plugins (en C ou en python).

Enfin, je digresse un peu, là :)

Bon début de semaine

Le 11 octobre 2009 19:04, Denis  a écrit :

> Emilie Laffray a écrit :
> > kimaidou wrote:
> >> Bonjour
> >>
> >> Je n'ai pas essayé, mais en passant, rapidement, je voulais savoir si
> >> vous aviez essayé le nouveau qgis, avec son plugin OSM. Ce plugin en
> >> est à ses début, mais qgis lui est un vrai logiciel SIG (et pas en
> >> java) qui gère bien les géométries complexes et lourdes. Peut-être que
> >> la grosse forêt des landes pourrait être regardée à la loupe dans qgis ?
> > Le plus a mon avis c'est de travailler a partir de la base de données et
> > d'outils comme QGis. Selon la mémoire nécessaire, j'utiliserais OpenJump
> > (utilisable en 64 Bits). J'ai la base de donnée qui permet de voir les
> > polygones qui touchent le polygone si besoin est. Dans les cas les plus
> > complexes comme ceux ci, on a plus a y gagner a les importer en faisant
> > les modifications a partir de la base de donnée initialement, de faire
> > les modifications et ensuite de générer le fichier OSM pour import. Je
> > pense que QGis pourrait être utile pour ça.
>
> Mes premières expériences avec QGis 1.2 et 1.3, notamment son plugin OSM
> ne m'ont pas franchement ébloui. Certes, ce n'est qu'un début et nul
> doute que des progrès rapides seront faits. En attendant je crois
> l'approche la plus réaliste est celle d'Émilie, mais combien vont avoir
> le luxe d'avoir un PostGIS à la maison avec une base à jour ?
>
> Une idée que je lance comme cela en l'air (pour voir où elle va retomber
> ) : un généreux geek offre un web service WFS (Web Feature Service) à
> partir d'une base OSM-postgisée. Du coup, le contributeur n'a pas à
> entretenir sa propre base en local. Deuxième effet kiss-kool, on peut
> organiser les données OSM en lots (une couche avec les limites admin),
> une avec le réseau hydro, un réseau routier, les POI, etc. Bref on peut
> découper la base en plein de tranches suivant l'intérêt.
> Dans certaines zones densément cartographiées, cela pourrait être utile.
> Bon, reste la cohérence des objets partageant les mêmes noeuds, entre
> autres.
>
> C'est juste une "snaps-idée". Je crois beaucoup à l'émergence de ce
> nouveau mode de travail : web-services consommés par des web-applis ou
> de bureau.
>
> Denis
>
> ___
> 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] Rond-points coupés

[Pieren]

2009/10/12 rldhont :
> Mais il est aussi possible de décrire une ligne de bus qui dans le
> jargon des spécialistes est le parcours d'un treminus à un autre. Dans
> ce cas il est nécessaire d'associer dans une relation uniquement les
> sections de voies empreintées par la bus, donc seulement un bout de rond
> point.

Si une application se développe pour construire ce type d'itinéraire,
elle devrait être capable de réduire le rond-point à la section
nécessaire. Encore une fois, vous adaptez le schéma d'OSM aux
possibles usages qu'on en ferait dans un logiciel alors que c'est le
logiciel qui doit s'adapter.
Le schéma d'OSM doit représenter les objets du monde réel tels qu'ils
sont. Et un carrefour giratoire n'est pas une succession de morceaux
d'itinéraires. Si on continue dans cette direction (arf), il faudra à
terme sectionner toutes les routes et rues à chaque intersection car
chaque intersection est synonyme de changement d'itinéraire pour
quelqu'un.

Pieren

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

Re: [OSM-talk-fr] Rond-points coupés

[René-Luc]

Pieren a écrit :
> 2009/10/12 rldhont :
>   
>> Mais il est aussi possible de décrire une ligne de bus qui dans le
>> jargon des spécialistes est le parcours d'un treminus à un autre. Dans
>> ce cas il est nécessaire d'associer dans une relation uniquement les
>> sections de voies empreintées par la bus, donc seulement un bout de rond
>> point.
>> 
>
> Si une application se développe pour construire ce type d'itinéraire,
> elle devrait être capable de réduire le rond-point à la section
> nécessaire. Encore une fois, vous adaptez le schéma d'OSM aux
> possibles usages qu'on en ferait dans un logiciel alors que c'est le
> logiciel qui doit s'adapter.
> Le schéma d'OSM doit représenter les objets du monde réel tels qu'ils
> sont. Et un carrefour giratoire n'est pas une succession de morceaux
> d'itinéraires. Si on continue dans cette direction (arf), il faudra à
> terme sectionner toutes les routes et rues à chaque intersection car
> chaque intersection est synonyme de changement d'itinéraire pour
> quelqu'un.
>   

Donc il faudrait interdire la possibilité de décrire les routes 
empruntés par les bus car en dehors des ronds points, pour décrire se 
genre de parcours, il est nécessaire de découper aussi les rues! Donc si 
on ne doit représenter que la réalité on ne devrait pas non plus 
découper les rues.

Personnelement, je n'adapte pas le schéma d'OSM, j'utilise ce qui est 
décrit par des contributeurs et exploite ce que propose OSM. Si OSM 
propose de créer des relations et que celles-ci permettent de décrire un 
trajet, il me semble évident que je peux découper la rue en segment pour 
indiquer qu'un bout seulement de cette rue est emprunté par un bus. Donc 
doit on pouvoir indiqué qu'un bout de rue seulement est emprunté par un 
bus ?

Enfin pour ma part un rond point n'est qu'une rue en sens unique avec 
des croisements.

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


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

Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.

[tenshu]

Le retour des polygones géants de la mort.

Vous vous demandiez où sont passés les quelques "343.000 ha pour 3.242
exploitations [agricoles]" qui couvrent 60% de la Seine et Marne?
--> http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-6749 [16.1mo]

J'ai tenté une ouverture dans JOSM mais mon CPU qui est un vieux coucou, a
tenté de se jeter par le fenêtre :q
Mais a vu de nez c'est un très très beau et aussi très complexe polygone à
importer.
--> http://img128.imageshack.us/img128/7974/captureq.png

J'avoue qu'uploader un pareil monstre me fait peur, si vous avez des
conseils je suis preneur...



2009/10/12 Lionel Maraval 

>
> Le 11 octobre 2009 15:13, Vincent Pottier  a écrit :
>
>
>> Je n'ai pas trouvé comment le lancer (sur mac : sans ligne de commande)
>> avec un paquet de RAM.
>> --
>> Vincent alias FrViPofm
>>
>>
> Je me sers du "Mac OSX JOSM package" pris sur le site de JOSM.
> En affichant le contenu du paquet dans le Finder on peut accéder au fichier
> "info.plist" qui contient une ligne indiquant la quantité de mémoire à
> utiliser, comme en ligne de commande :
> VMOptions
> -Xmx1200m
>
> --
>
> Lionel
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rond-points coupés

[Pieren]

2009/10/12 René-Luc :
> Donc il faudrait interdire la possibilité de décrire les routes
> empruntés par les bus car en dehors des ronds points, pour décrire se
> genre de parcours, il est nécessaire de découper aussi les rues! Donc si
> on ne doit représenter que la réalité on ne devrait pas non plus
> découper les rues.

Oui, je trouve dommage de découper des rues pour des itinéraires, que
ce soit pour des bus ou autre chose. Il aurait été plus intelligent de
référencer la succession d'intersections.

> Enfin pour ma part un rond point n'est qu'une rue en sens unique avec
> des croisements.

Non, un carrefour giratoire est un.. carrefour. Sauf qu'au lieu d'être
un point, c'est un cercle. C'est pourquoi la plupart n'ont pas de
noms, sauf certains qui ont le leur mais en aucun cas le nom d'une des
rues y aboutissant. Ni de reference.

Pieren

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

Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.

[Emilie Laffray]

2009/10/12 tenshu 

> Le retour des polygones géants de la mort.
>
> Vous vous demandiez où sont passés les quelques "343.000 ha pour 3.242
> exploitations [agricoles]" qui couvrent 60% de la Seine et Marne?
> --> http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-6749[16.1mo]
>
> J'ai tenté une ouverture dans JOSM mais mon CPU qui est un vieux coucou, a
> tenté de se jeter par le fenêtre :q
> Mais a vu de nez c'est un très très beau et aussi très complexe polygone à
> importer.
> --> http://img128.imageshack.us/img128/7974/captureq.png
>
> J'avoue qu'uploader un pareil monstre me fait peur, si vous avez des
> conseils je suis preneur...
>

Je regarderais ce soir pour tuer le monstre si besoin!

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

Re: [OSM-talk-fr] Rond-points coupés

[Fabien Marchewka]

Le 12 octobre 2009 11:50, Pieren  a écrit :

> 2009/10/12 René-Luc :
> > Donc il faudrait interdire la possibilité de décrire les routes
> > empruntés par les bus car en dehors des ronds points, pour décrire se
> > genre de parcours, il est nécessaire de découper aussi les rues! Donc si
> > on ne doit représenter que la réalité on ne devrait pas non plus
> > découper les rues.
>
> Oui, je trouve dommage de découper des rues pour des itinéraires, que
> ce soit pour des bus ou autre chose. Il aurait été plus intelligent de
> référencer la succession d'intersections.
>

+100 ;) C'est à mon avis beaucoup plus intelligent. Ca évite la segmentation
des rues en plus.


>
> > Enfin pour ma part un rond point n'est qu'une rue en sens unique avec
> > des croisements.
>
> Non, un carrefour giratoire est un.. carrefour. Sauf qu'au lieu d'être
> un point, c'est un cercle. C'est pourquoi la plupart n'ont pas de
> noms, sauf certains qui ont le leur mais en aucun cas le nom d'une des
> rues y aboutissant. Ni de reference.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Rond-points coupés

[René-Luc]

Pieren a écrit :
> 2009/10/12 René-Luc :
>   
>> Donc il faudrait interdire la possibilité de décrire les routes
>> empruntés par les bus car en dehors des ronds points, pour décrire se
>> genre de parcours, il est nécessaire de découper aussi les rues! Donc si
>> on ne doit représenter que la réalité on ne devrait pas non plus
>> découper les rues.
>> 
>
> Oui, je trouve dommage de découper des rues pour des itinéraires, que
> ce soit pour des bus ou autre chose. Il aurait été plus intelligent de
> référencer la succession d'intersections.
>   

Ce serait une idée... Mais c'est totalement différent de ce que le monde 
entier fait dans le domaine...

>   
>> Enfin pour ma part un rond point n'est qu'une rue en sens unique avec
>> des croisements.
>> 
>
> Non, un carrefour giratoire est un.. carrefour. Sauf qu'au lieu d'être
> un point, c'est un cercle. C'est pourquoi la plupart n'ont pas de
> noms, sauf certains qui ont le leur mais en aucun cas le nom d'une des
> rues y aboutissant. Ni de reference.
>   

C'est un carrefour représenté à l'aide d'une route et non d'un point, 
donc est-ce seulement une carrefour ou une voie ?

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


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

Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.

[tenshu]

J'ai réussi à l'ouvrir et à naviguer un peut avec Merkaator, il est vraiment
très grand !
Il traverse quasiment tout le 77 et plus loin à l'Est et au Sud en faisant
une petite incursion jusque dans l'Essonne à l'ouest.

2009/10/12 Emilie Laffray 

>
>
> 2009/10/12 tenshu 
>
>> Le retour des polygones géants de la mort.
>>
>> Vous vous demandiez où sont passés les quelques "343.000 ha pour 3.242
>> exploitations [agricoles]" qui couvrent 60% de la Seine et Marne?
>> --> http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-6749[16.1mo]
>>
>> J'ai tenté une ouverture dans JOSM mais mon CPU qui est un vieux coucou, a
>> tenté de se jeter par le fenêtre :q
>> Mais a vu de nez c'est un très très beau et aussi très complexe polygone à
>> importer.
>> --> http://img128.imageshack.us/img128/7974/captureq.png
>>
>> J'avoue qu'uploader un pareil monstre me fait peur, si vous avez des
>> conseils je suis preneur...
>>
>
> Je regarderais ce soir pour tuer le monstre si besoin!
>
> Emilie Laffray
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rond-points coupés

[tenshu]

C'est bizarre ce débat, un rond-point c'est une voie circulaire d'un seul
tenant, en la découpant on falsifie un peut la représentation que l'on fait
de la réalité vous trouvez pas?

2009/10/12 René-Luc 

> Pieren a écrit :
> > 2009/10/12 René-Luc :
> >
> >> Donc il faudrait interdire la possibilité de décrire les routes
> >> empruntés par les bus car en dehors des ronds points, pour décrire se
> >> genre de parcours, il est nécessaire de découper aussi les rues! Donc si
> >> on ne doit représenter que la réalité on ne devrait pas non plus
> >> découper les rues.
> >>
> >
> > Oui, je trouve dommage de découper des rues pour des itinéraires, que
> > ce soit pour des bus ou autre chose. Il aurait été plus intelligent de
> > référencer la succession d'intersections.
> >
>
> Ce serait une idée... Mais c'est totalement différent de ce que le monde
> entier fait dans le domaine...
>
> >
> >> Enfin pour ma part un rond point n'est qu'une rue en sens unique avec
> >> des croisements.
> >>
> >
> > Non, un carrefour giratoire est un.. carrefour. Sauf qu'au lieu d'être
> > un point, c'est un cercle. C'est pourquoi la plupart n'ont pas de
> > noms, sauf certains qui ont le leur mais en aucun cas le nom d'une des
> > rues y aboutissant. Ni de reference.
> >
>
> C'est un carrefour représenté à l'aide d'une route et non d'un point,
> donc est-ce seulement une carrefour ou une voie ?
>
> > Pieren
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rond-points coupés

[René-Luc]

Une rue doit-elle, elle aussi être d'un seul tenant ?

Le débat porte en fait sur la possibilité de découper des ways afin de 
les utiliser aussi de relations.

tenshu a écrit :
> C'est bizarre ce débat, un rond-point c'est une voie circulaire d'un 
> seul tenant, en la découpant on falsifie un peut la représentation que 
> l'on fait de la réalité vous trouvez pas?
>
> 2009/10/12 René-Luc mailto:rldh...@gmail.com>>
>
> Pieren a écrit :
> > 2009/10/12 René-Luc mailto:rldh...@gmail.com>>:
> >
> >> Donc il faudrait interdire la possibilité de décrire les routes
> >> empruntés par les bus car en dehors des ronds points, pour
> décrire se
> >> genre de parcours, il est nécessaire de découper aussi les
> rues! Donc si
> >> on ne doit représenter que la réalité on ne devrait pas non plus
> >> découper les rues.
> >>
> >
> > Oui, je trouve dommage de découper des rues pour des
> itinéraires, que
> > ce soit pour des bus ou autre chose. Il aurait été plus
> intelligent de
> > référencer la succession d'intersections.
> >
>
> Ce serait une idée... Mais c'est totalement différent de ce que le
> monde
> entier fait dans le domaine...
>
> >
> >> Enfin pour ma part un rond point n'est qu'une rue en sens
> unique avec
> >> des croisements.
> >>
> >
> > Non, un carrefour giratoire est un.. carrefour. Sauf qu'au lieu
> d'être
> > un point, c'est un cercle. C'est pourquoi la plupart n'ont pas de
> > noms, sauf certains qui ont le leur mais en aucun cas le nom
> d'une des
> > rues y aboutissant. Ni de reference.
> >
>
> C'est un carrefour représenté à l'aide d'une route et non d'un point,
> donc est-ce seulement une carrefour ou une voie ?
>
> > Pieren
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org 
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> -- 
> Mon weblog - http://www.tenshu.fr/
> Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
>
>
> 
>
> ___
> 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] Import polygones CLC manquants - Ret our d'expérience.

[Emilie Laffray]

2009/10/12 tenshu 

> J'ai réussi à l'ouvrir et à naviguer un peut avec Merkaator, il est
> vraiment très grand !
> Il traverse quasiment tout le 77 et plus loin à l'Est et au Sud en faisant
> une petite incursion jusque dans l'Essonne à l'ouest.
>

Ce soir, je le regarderais, je ferais les decoupages necessaires pour une
inclusion dans OSM a partir de ma base de donnee.

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

Re: [OSM-talk-fr] Rond-points coupés

[sly (sylvain letuffe)]

On lundi 12 octobre 2009, Fabien Marchewka wrote:
> > Oui, je trouve dommage de découper des rues pour des itinéraires, que
> > ce soit pour des bus ou autre chose. Il aurait été plus intelligent de
> > référencer la succession d'intersections.
> >
> 
> +100 ;) C'est à mon avis beaucoup plus intelligent. Ca évite la segmentation
> des rues en plus.

A noter que cette idée avait été abordée sur le wiki. La proposition donnait 
les numéros de noeud entre lequels il se passait quelque chose (au début, le 
but était de noter les ponts et leur donner un nom sans toucher à la rue qui 
passe dessus)

Le truc a fait flop car aucun éditeur ne l'utilise pour le faire facilement, 
et tout mouvement/suppression des noeuds "clef" perturbait le système. 
Et autant dire que le repérage manuel des numéro de noeud à 9 chiffres, c'est 
pas gagné.

Donc, l'état actuel des choses fait qu'on a tendance à saucissonner les rues 
dès qu'il se passe un truc différent.

-- 
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] [clc-import-manuel] quelques changements sur le serveur

[Etienne Chové]

Bonjour,

Les serveur ayant un peu de mal à servir tous les marqueurs, j'ai
rajouté une limite : on affiche rien quand le zoom est inférieur à 10
(sauf dans le cas où on ne demande qu'un type de marqueur, dans ce cas
on a pas de restriction).

De toutes façon, ça ne sert pas à grand chose et ça charge à donf le
serveur ; faudrait que je modifie la requête mais j'ai pas encore
réfléchi. J'ai indexé certains champs ce qui lui fait gagner un peu,
mais c'est pas encore optimal.

De plus j'ai affiché des compteurs en plus (nombre de bulles par état),
ce qui montre qu'il y a des fourmis qui travaillent !!!

-- 
Etienne

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

Re: [OSM-talk-fr] Rond-points coupés

[sly (sylvain letuffe)]

On lundi 12 octobre 2009, Pieren wrote:
> Encore une fois, vous adaptez le schéma d'OSM aux
> possibles usages qu'on en ferait dans un logiciel alors que c'est le
> logiciel qui doit s'adapter.

Ça par contre, je n'en suis pas convaincu. Il faut bien à un moment que 
l'information existe dans la base, sans quoi il est impossible de l'inventer. 
La question reste, quelle information ne peut être déduite (donc devrait 
figurer), quelle information peut être calculée. (donc a priori pas 
nécessaire de faire figurer)

> terme sectionner toutes les routes et rues à chaque intersection car
> chaque intersection est synonyme de changement d'itinéraire pour
> quelqu'un.

J'éssaye de trouver le cas ambiguë où on a pas le choix que d'ajouter l'info à 
la base, et je repense au cas des itinéraires GR.

supposons une chemin de rando qui longe une départementale et sur 200m il 
est "confondu" avec la départementale (en gros, il n'existe pas de chemin, 
l'itinéraire route est donc proposé sur la départemental) et supposons 
qu'ultérieurement le chemin ré-apparaisse et recroise la départementale, 
ajouter dans la route GR le chemin d'un seul tenant et la départemental d'un 
seul tenant empéche de savoir par où passe l'itinéraire. 

Genre :

---a-- /-d- chemin
\ /
=1===2b3===4=D27
   \___c/

le GR est proposé comme composé de a,2b,c,d

si, je l'indique comme étant somme de chemin+D27, il y a alors plusieurs 
combinaisons indistinguables (a,2b,c,d ou a,2b,3,d) a moins de faire entrer 
des "devinettes par préférence" (genre un marcheur n'aime pas marcher sur la 
route)

Bref, dans ces cas là, je ne vois pas d'autre solution que de faire du 
saucissonnage de way.

Et à terme, en effet, entre route de bus, itinéraire rando, itinéraire BIS, 
itinéraire d'intérêt culturel et d'autre auquel je ne pense pas. Je crains 
que ça ne se finisse avec un fort découpage...

-- 
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] Rond-points coupés

[Fabien Marchewka]

Le 12 octobre 2009 12:43, sly (sylvain letuffe)  a
écrit :

> On lundi 12 octobre 2009, Pieren wrote:
> > Encore une fois, vous adaptez le schéma d'OSM aux
> > possibles usages qu'on en ferait dans un logiciel alors que c'est le
> > logiciel qui doit s'adapter.
>
> Ça par contre, je n'en suis pas convaincu. Il faut bien à un moment que
> l'information existe dans la base, sans quoi il est impossible de
> l'inventer.
> La question reste, quelle information ne peut être déduite (donc devrait
> figurer), quelle information peut être calculée. (donc a priori pas
> nécessaire de faire figurer)
>
> > terme sectionner toutes les routes et rues à chaque intersection car
> > chaque intersection est synonyme de changement d'itinéraire pour
> > quelqu'un.
>
> J'éssaye de trouver le cas ambiguë où on a pas le choix que d'ajouter
> l'info à
> la base, et je repense au cas des itinéraires GR.
>
> supposons une chemin de rando qui longe une départementale et sur 200m il
> est "confondu" avec la départementale (en gros, il n'existe pas de chemin,
> l'itinéraire route est donc proposé sur la départemental) et supposons
> qu'ultérieurement le chemin ré-apparaisse et recroise la départementale,
> ajouter dans la route GR le chemin d'un seul tenant et la départemental
> d'un
> seul tenant empéche de savoir par où passe l'itinéraire.
>
> Genre :
>
> ---a-- /-d- chemin
>\ /
> =1===2b3===4=D27
>   \___c/
>
> le GR est proposé comme composé de a,2b,c,d
>
> si, je l'indique comme étant somme de chemin+D27, il y a alors plusieurs
> combinaisons indistinguables (a,2b,c,d ou a,2b,3,d) a moins de faire entrer
> des "devinettes par préférence" (genre un marcheur n'aime pas marcher sur
> la
> route)
>
> Bref, dans ces cas là, je ne vois pas d'autre solution que de faire du
> saucissonnage de way.
>
> Et à terme, en effet, entre route de bus, itinéraire rando, itinéraire BIS,
> itinéraire d'intérêt culturel et d'autre auquel je ne pense pas. Je crains
> que ça ne se finisse avec un fort découpage...
>

L'idée de faire qu'une rue soit une relation de ways prendrait alors sont
sens.
un way est un bout de quelque chose, je ne vois pas vraiment pourquoi ce
serait une rue ou autre chose. Les ways ne devraient pas avoir de
signification particulière mais les relations de ces ways serait des
éléments tel que les rues, les GR, le trajets de bus
Ce serait plus simple aussi pour renommer une rue que de sélectionner tous
les ways.
Mais bon il me semble que cela avait déjà été débattu.



>
> --
> 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
>



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

[OSM-talk-fr] natural=rock bug / osmose / corine

[sly (sylvain letuffe)]

salut,

Juste pour dire que les polygones non importés de type "roche nues" sur 
http://osmose.openstreetmap.fr/clc/ ne contiennent pas l'attribu natural=rock

et qu'il faut bien penser à l'ajouter à la main.



-- 
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] Cartes ou les copyrights ne sont plus valides

[Yannick]

Emilie Laffray a écrit :
> Bonjour,
> 
> J'aimerais si certains d'entre vous savent ou trouver des cartes ou les
> copyrights ont expirés. Nos amis anglais ont récemment récupérés de très
> vielles cartes qui ont été mises sur un serveur WMS afin d'importer les
> limites administratives et d'autres éléments.
> Si l'on pouvait trouver de telles cartes en France, cela nous
> permettrait d'avoir accès aux rivières. Par exemple, la Loire est vide a
> certains endroits la ou les images Yahoo manquent. Maintenant avec
> Corine, on devine la forme exacte comme du cote de Gien mais avoir une
> carte serait bien sur mieux.
> Donc si on avait un passionne de cartes, et un expert en droit ça serait
> parfait. Je ne connais pas du tout la durée des droits d'auteurs sur les
> cartes de l'IGN ou Michelin.
> 
> Emilie Laffray

Bonjour,

Copié-collé d'un message paru sur une liste de généalogie si cela peut
vous aider.


Atlas National illustré des départements et possessions de la France
publié par A. Combette - Paris 1852
J'espère que celles et ceux qui connaissaient y retrouveront du plaisir,
et que les personnes qui ne connaissaient pas apprécieront.
Voici le lien :
http://perso.modulonet.fr/~hmaingot22/index.htm#TOC
Bien cordialement.
Hervé MAINGOT


Amitiés

-- 
Si on n'avait toujours voulu que la "meilleure" des solutions,
ce serait vide.
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] Rond-points coupés

[sly (sylvain letuffe)]

On lundi 12 octobre 2009, Fabien Marchewka wrote:
> L'idée de faire qu'une rue soit une relation de ways prendrait alors sont
> sens.
(...)
> Mais bon il me semble que cela avait déjà été débattu.
L'état actuel des editeurs fait que c'est ingérable, mais je pense que c'est 
vers cette solution plus logique que nous tendrons.

Le jour ou josm permettra la manipulation de l'objet relation sans s'en rendre 
compte, ça pourra être re-réfléchi


-- 
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] Discution d'une proposition de "boundary=military" ou ...

[Gilles Corlobé]

Bonjour,
Je viens de créer la page de discution. Avant de lancer la discution sur la 
liste t...@openstreetmap.org, pourriez-vous m'aider à fignoler la proposition, 
en particulier parce que je ne suis pas nécessairement aussi à l'aise en 
anglais qu'en français.
Gilles


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

Re: [OSM-talk-fr] Rond-points coupés

[Pieren]

2009/10/12 sly (sylvain letuffe) :
> Bref, dans ces cas là, je ne vois pas d'autre solution que de faire du
> saucissonnage de way.
>

On peut résoudre ça en utilisant des points intermédiaires
(d'intersections virtuelles en quelque sorte).

Sinon, on continue à saucissonner les rues à tout va, juste pour que
les logiciels de rendu d'itinéraire ait un boulot facile et à terme,
effectivement, on va tout placer dans des relations comme Sylvain le
souhaite depuis longtemps. Au final, ça sera le travail des
contributeurs qui sera compliqué à souhait. Comme le dit souvent
Frederik Rahmm, ce n'est pas à ceux qui fournissent les données -
ceux-là sont rares et précieux - à faire le boulot pour ceux qui
consomment les données - ceux-là doivent faire l'effort d'adapter
leurs logiciels.
Pieren

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

Re: [OSM-talk-fr] Discution d'une proposition de "boundary=military" ou ...

[Gilles Corlobé]

> -Message d'origine-
> De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr-
> boun...@openstreetmap.org] De la part de Gilles Corlobé
> Envoyé : lundi 12 octobre 2009 13:35
> À : 'Discussions sur OSM en français'
> Objet : Re: [OSM-talk-fr] Discution d'une proposition de
> "boundary=military" ou ...
> 
> Bonjour,
> Je viens de créer la page de discution. Avant de lancer la discution
> sur la liste t...@openstreetmap.org, pourriez-vous m'aider à fignoler
> la proposition, en particulier parce que je ne suis pas nécessairement
> aussi à l'aise en anglais qu'en français.
> Gilles
Si je mettais l'adresse, ça serait mieux, non?
http://wiki.openstreetmap.org/wiki/Proposed_features/Military_base


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

Re: [OSM-talk-fr] Discution d'une proposition de " boundary=military" ou ...

[sly (sylvain letuffe)]

On lundi 12 octobre 2009, Gilles Corlobé wrote:
> Bonjour,
> Je viens de créer la page de discution. Avant de lancer la discution sur la
> liste t...@openstreetmap.org, pourriez-vous m'aider à fignoler la
> proposition, en particulier parce que je ne suis pas nécessairement aussi à
> l'aise en anglais qu'en français.   
> Gilles

Un petit lien pour éviter qu'on fouille partout ? (je la trouve pas)


-- 
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] Cartes ou les copyrights ne sont plus valides

[Emilie Laffray]

2009/10/12 Yannick 

>
>
> Bonjour,
>
> Copié-collé d'un message paru sur une liste de généalogie si cela peut
> vous aider.
>
> 
> Atlas National illustré des départements et possessions de la France
> publié par A. Combette - Paris 1852
> J'espère que celles et ceux qui connaissaient y retrouveront du plaisir,
> et que les personnes qui ne connaissaient pas apprécieront.
> Voici le lien :
> http://perso.modulonet.fr/~hmaingot22/index.htm#TOC
> Bien cordialement.
> Hervé MAINGOT
> 
>

Merci beaucoup pour le lien. J'ai brièvement regarde les cartes, et j'ai
bien peur que la résolution ne soit pas suffisante pour les traces des
rivières. Mais il y a peut être quelque chose a en tirer sur d'autres
points!!!

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

Re: [OSM-talk-fr] Discution d'une proposition de "boundary=military" ou ...

[Emilie Laffray]

2009/10/12 Gilles Corlobé 

> > -Message d'origine-
> > De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr-
> > boun...@openstreetmap.org] De la part de Gilles Corlobé
> > Envoyé : lundi 12 octobre 2009 13:35
> > À : 'Discussions sur OSM en français'
> > Objet : Re: [OSM-talk-fr] Discution d'une proposition de
> > "boundary=military" ou ...
> >
> > Bonjour,
> > Je viens de créer la page de discution. Avant de lancer la discution
> > sur la liste t...@openstreetmap.org, pourriez-vous m'aider à fignoler
> > la proposition, en particulier parce que je ne suis pas nécessairement
> > aussi à l'aise en anglais qu'en français.
> > Gilles
> Si je mettais l'adresse, ça serait mieux, non?
> http://wiki.openstreetmap.org/wiki/Proposed_features/Military_base
>
>
Je regarderais ca ce soir. A noter qu'il y a maintenant une mailing list
reserve au tagging.

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

Re: [OSM-talk-fr] natural=rock bug / osmose / corine

[Etienne Chové]

sly (sylvain letuffe) a écrit :
> salut,
> 
> Juste pour dire que les polygones non importés de type "roche nues" sur 
> http://osmose.openstreetmap.fr/clc/ ne contiennent pas l'attribu natural=rock

Oups...

> et qu'il faut bien penser à l'ajouter à la main.

C'est corrigé.

-- 
Etienne

if tags["CLC:code"] == "111":
 tags["landuse"] = "residential"
if tags["CLC:code"] == "112":
 tags["landuse"] = "residential"
if tags["CLC:code"] == "121":
 tags["landuse"] = "industrial;retail"
 tags["note:fr"] = u"Import CLC: ajustez le tag landuse avec soit 
industrial, soit retail après contrôle"
 tags["note"]= "CLC import: update the tag landuse with either 
industrial or retail after survey"
if tags["CLC:code"] == "123":
 tags["landuse"] = "harbour"
if tags["CLC:code"] == "124":
 tags["aeroway"] = "aerodrome"
if tags["CLC:code"] == "131":
 tags["landuse"] = "quarry"
if tags["CLC:code"] == "132":
 tags["landuse"] = "landfill"
if tags["CLC:code"] == "133":
 tags["landuse"] = "construction"
if tags["CLC:code"] == "211":
 tags["landuse"] = "farm"
if tags["CLC:code"] == "212":
 tags["landuse"] = "farm"
if tags["CLC:code"] == "213":
 tags["landuse"] = "farm"
if tags["CLC:code"] == "221":
 tags["landuse"] = "vineyard"
if tags["CLC:code"] == "222":
 tags["landuse"] = "orchard"
if tags["CLC:code"] == "223":
 tags["landuse"] = "orchard"
 tags["trees"]   = "olive_tree"
if tags["CLC:code"] == "231":
 tags["landuse"] = "meadow"
if tags["CLC:code"] == "311":
 tags["landuse"] = "forest"
 tags["wood"]= "deciduous"
if tags["CLC:code"] == "312":
 tags["landuse"] = "forest"
 tags["wood"]= "coniferous"
if tags["CLC:code"] == "313":
 tags["landuse"] = "forest"
 tags["wood"]= "mixed"
if tags["CLC:code"] == "321":
 tags["natural"] = "grassland"
if tags["CLC:code"] == "322":
 tags["natural"] = "heath"
if tags["CLC:code"] == "332":
 tags["natural"] = "rocks"
if tags["CLC:code"] == "335":
 tags["natural"] = "glacier"
if tags["CLC:code"] == "411":
 tags["natural"] = "wetland"
 tags["wetland"] = "marsh"
if tags["CLC:code"] == "412":
 tags["natural"] = "wetland"
 tags["wetland"] = "bog"
if tags["CLC:code"] == "421":
 tags["natural"] = "wetland"
 tags["wetland"] = "saltmarsh"
if tags["CLC:code"] == "422":
 tags["landuse"] = "salt_pound"
if tags["CLC:code"] == "423":
 tags["water"] = "tidal"
if tags["CLC:code"] == "512":
 tags["natural"] = "water"
if tags["CLC:code"] == "521":
 tags["natural"] = "water"


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

Re: [OSM-talk-fr] Osmose & CLC 06 & GPX

[Etienne Chové]

Marc SIBERT a écrit :
> Bonjour,
> 
> Jusque là je n'ai pas installé JOSM et cela ne me gène absolument pas 
> :-) d'utiliser Potlatch. Par contre, je rêve que le site osmose / clc 
> puisse fournir les traces GPX des polygones afin que je puisse les 
> importer manuellement lors de mes "sessions".
> 
> Merci d'avance et merci encore pour tout le travail fait sur CLC,  c'est 
> une merveille.

Si tu as un fichier GPX d'exemple (très court et assez simple), et que 
je trouve un peu de motivation et de temps, je jetterai un coup d'œil.

Mais je pense que ce serait plus rapide pour toi de télécharger josm !

-- 
Etienne

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

Re: [OSM-talk-fr] Osmose & CLC 06 & GPX

[Vincent Meurisse]

> Si tu as un fichier GPX d'exemple
c'est le code que j'utilise pour map.meurisse.org :

def gpx(req,points):
req.content_type = "application/gpx+xml"
file = '''
http://www.topografix.com/GPX/1/1";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://www.topografix.com/GPX/1/1http://www.topografix.com/GPX/1/1/gpx.xsd";
version="1.1"
creator="http://map.meurisse.org/";>

'''
for point in points:
file += '\n' % (point[0], point[1])
file += '\n'
return file


-- 
Vincent Meurisse

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

Re: [OSM-talk-fr] Osmose & CLC 06 & GPX

[Marc Sibert]

Bonjour,

Pas mieux que cette proposition. Pour info, mon objectif est d'envoyer le gpx 
dans l'import d'OSM (http://www.openstreetmap.org/traces) et ensuite de le 
tagger pour le transformer en polygone réel.

Merci

--
Marc

- "Vincent Meurisse"  a écrit :

> > Si tu as un fichier GPX d'exemple
> c'est le code que j'utilise pour map.meurisse.org :
> 
> def gpx(req,points):
> req.content_type = "application/gpx+xml"
> file = '''
>  xmlns="http://www.topografix.com/GPX/1/1";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xsi:schemaLocation="http://www.topografix.com/GPX/1/1http://www.topografix.com/GPX/1/1/gpx.xsd";
> version="1.1"
> creator="http://map.meurisse.org/";>
> 
> '''
> for point in points:
> file += '\n' % (point[0],
> point[1])
> file += '\n'
> return file
> 
> 
> -- 
> Vincent Meurisse
> 
> ___
> 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] Discution d'une proposition de "boundary=military" ou ...

[Gilles Corlobé]

Oui, j'ai vu ça. Mais c'est t...@openstreetmap.org qui est indiquée dans la
procédure :

http://wiki.openstreetmap.org/wiki/Proposed_features#Proposed

 

 

De : talk-fr-boun...@openstreetmap.org
[mailto:talk-fr-boun...@openstreetmap.org] De la part de Emilie Laffray
Envoyé : lundi 12 octobre 2009 13:53
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Discution d'une proposition de "boundary=military"
ou ...

 

 

2009/10/12 Gilles Corlobé 

> -Message d'origine-
> De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr-

> boun...@openstreetmap.org] De la part de Gilles Corlobé
> Envoyé : lundi 12 octobre 2009 13:35

> À : 'Discussions sur OSM en français'

> Objet : Re: [OSM-talk-fr] Discution d'une proposition de
> "boundary=military" ou ...
>

> Bonjour,
> Je viens de créer la page de discution. Avant de lancer la discution
> sur la liste t...@openstreetmap.org, pourriez-vous m'aider à fignoler
> la proposition, en particulier parce que je ne suis pas nécessairement
> aussi à l'aise en anglais qu'en français.
> Gilles

Si je mettais l'adresse, ça serait mieux, non?
http://wiki.openstreetmap.org/wiki/Proposed_features/Military_base

 


Je regarderais ca ce soir. A noter qu'il y a maintenant une mailing list
reserve au tagging. 

Emilie Laffray

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

Re: [OSM-talk-fr] natural=rock bug / osmose / corine

[Christophe Merlet (RedFox)]

Le lundi 12 octobre 2009 à 13:57 +0200, Etienne Chové a écrit :
> sly (sylvain letuffe) a écrit :
> > salut,
> > 
> > Juste pour dire que les polygones non importés de type "roche nues" sur 
> > http://osmose.openstreetmap.fr/clc/ ne contiennent pas l'attribu 
> > natural=rock
> 
> Oups...
> 
> > et qu'il faut bien penser à l'ajouter à la main.
> 
> C'est corrigé.

if tags["CLC:code"] == "332":
 tags["natural"] = "rocks"

Avec ou sans s à rock ?


Librement,
-- 
Christophe Merlet (RedFox)


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] SOS Cadastre-fr : feuille blanche sur une commune

[Marc Lecrosnier]

Bonjour,

Jusqu'il y a quelques jours, j'arrivais a récupérer le cadastre de la ville du 
Plessis-Bouchard :
http://www.openstreetmap.org/?lat=49&lon=2.2333&zoom=12&layers=B000FTF

Mais depuis ce problème, je n'ai que des tuiles blanches, j'ai essayé tout un 
tas de choses pour m'en sortir mais je suis toujours bloqué.
Voici les symptômes et mes actions :
Le plugin fonctionne avec d'autres communes
J'ai mis à jour, JOSM et les plugins
J'ai essayé sur d'autres ordinateurs (tous sous linux)
Les feuilles du cadastre sont bien accessibles par le site www.cadastre.gouv.fr
Je ne remarque aucun message étrange dans les logs.


Ca marche chez quelqu'un vous avez une idée de pourquoi cela ne fonctionne pas ?


Bart

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

Re: [OSM-talk-fr] Cartes ou les copyrights ne sont plus valides

[Emmanuel Viaud]

2009/10/11 Emilie Laffray :
> Bonjour,
>
> J'aimerais si certains d'entre vous savent ou trouver des cartes ou les
> copyrights ont expirés. Nos amis anglais ont récemment récupérés de très
> vielles cartes qui ont été mises sur un serveur WMS afin d'importer les
> limites administratives et d'autres éléments.
> Si l'on pouvait trouver de telles cartes en France, cela nous
> permettrait d'avoir accès aux rivières. Par exemple, la Loire est vide a
> certains endroits la ou les images Yahoo manquent. Maintenant avec
> Corine, on devine la forme exacte comme du cote de Gien mais avoir une
> carte serait bien sur mieux.
> Donc si on avait un passionne de cartes, et un expert en droit ça serait
> parfait. Je ne connais pas du tout la durée des droits d'auteurs sur les
> cartes de l'IGN ou Michelin.

Bonjour.

Une autre source potentielle est la bibliothèque cartographique de
l'université du Texas, Austin (http://www.lib.utexas.edu/maps/). En
particulier la section France
(http://www.lib.utexas.edu/maps/france.html). On y trouve notamment
une série de cartes topographiques de l'armée américaine de 1954
(http://www.lib.utexas.edu/maps/ams/france/).
La licence d'utilisation est décrite ici :
http://www.lib.utexas.edu/usage_statement.html?maps=yes. Avec un peu
de chance, ces cartes font partie du domaine public mais à vérifier
quand même.

Emmanuel

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

Re: [OSM-talk-fr] natural=rock bug / osmose / corine

[Etienne Chové]

Christophe Merlet (RedFox) a écrit :
> Le lundi 12 octobre 2009 à 13:57 +0200, Etienne Chové a écrit :
>> sly (sylvain letuffe) a écrit :
>>> salut,
>>>
>>> Juste pour dire que les polygones non importés de type "roche nues" sur 
>>> http://osmose.openstreetmap.fr/clc/ ne contiennent pas l'attribu 
>>> natural=rock
>> Oups...
>>
>>> et qu'il faut bien penser à l'ajouter à la main.
>> C'est corrigé.
> 
> if tags["CLC:code"] == "332":
>  tags["natural"] = "rocks"
> 
> Avec ou sans s à rock ?

En effet, ça ressemble plus à rock qu'à rocks... c'est modifié.

ETienne

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

Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.

[Christophe Merlet (RedFox)]

Le lundi 12 octobre 2009 à 11:30 +0200, tenshu a écrit :
> Le retour des polygones géants de la mort.
> 
> Vous vous demandiez où sont passés les quelques "343.000 ha pour 3.242
> exploitations [agricoles]" qui couvrent 60% de la Seine et Marne?
> --> http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-6749
> [16.1mo]
> 
> J'ai tenté une ouverture dans JOSM mais mon CPU qui est un vieux
> coucou, a tenté de se jeter par le fenêtre :q
> Mais a vu de nez c'est un très très beau et aussi très complexe
> polygone à importer.
> --> http://img128.imageshack.us/img128/7974/captureq.png
> 
> J'avoue qu'uploader un pareil monstre me fait peur, si vous avez des
> conseils je suis preneur...


ÉNORME 
Presque 3 minutes pour que JOSM l'ouvre et un quart avant avant de
réussir a avoir les stats :/
204529 noeuds et 1 relation contenant 1749 voies dont une cinquantaine
de 2001 noeuds...

Pour tester, j'ai ouvert le polygone dans Merkaartor, ça n'a pris qu'une
dizaine de secondes, mais il y a des bugs de rendus. Il s'embrouille les
pinceaux dans les inner et outer.
L'interface est réactif, le curseur se balade dans les zones du
polygones qui passe en surbrillance... mais 10 secondes plus tard ça
fige avec 100% du CPU utilisé :((

Bref, il manque encore un outil pour travailler sur des grandes zones
OSM chargées de noeuds.


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] Fusion des noeuds

[Etienne Chové]

Julien Catalano a écrit :
> Tu as oublié l'étape (assez fastidieuse) de fusion ("merge") des nœuds
> du nouveau polygone importé avec ceux des polygones CLC (ou autres)
> déjà présents dans la base.
> Pour chaque nœud du nouveau polygone à importer, vérifier si ce nœud
> correspond à un nœud déjà existant dans la base (les 2 points sont
> parfaitement superposés). Si c'est le cas, sélectionner les 2 nœuds
> (en "encadrant" le point avec la souris pour avoir les 2) et faire
> Outils >> "fusionner les nœuds" ("merge nodes") ou le raccourci
> clavier 'm'.

Il y avait pas un plugin JOSM qui faisait ça tout seul ?

-- 
Etienne

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

Re: [OSM-talk-fr] Comment trouver une bulle (était Import polygones CLC manquants - Retour d'expérience .)

[Etienne Chové]

Cedric Dumez-Viou a écrit :
> Bonjour,
> 
> Je mappe dans la Sologne et j'ai un problème similaire.
> Une grande portion de foret ne s'est pas importée automatiquement au nord de 
> Vierzon (http://osmose.openstreetmap.fr/clc/cgi-
> bin/index.py?layers=TB0T&zoom=15&lat=47.25975&lon=2.02811&ch=111,112,121,122,123,124,131,132,133,141,142,311,411,412,421,422,423,511,512,521,522,523&st=inauto,inmanu,out,outbad)
> et je cherche comment télécharger ce polygone.  Il se trouve qu'il est très 
> découpé et étendu et je n'arrive pas à trouver la bulle qui me permettrait 
> d'y accéder.

Clique sur "Rechercher la bulle" (dans le menu de gauche) puis sur un 
point de la carte... au bout de quelques secondes ta carte sera centrée 
sur la bulle si tout marche bien.

-- 
Etienne

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

Re: [OSM-talk-fr] Import polygones CLC manquants - Re tour d'expérience.

[Etienne Chové]

Vincent Meurisse a écrit :
> 3 des outer ont 2001 nœuds

Emilie, t'as une version corrigée ? Je doit avoir une ancienne version 
avant la correction du bug 2001.

-- 
Etienne

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

Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.

[Emilie Laffray]

2009/10/12 Etienne Chové 

> Vincent Meurisse a écrit :
> > 3 des outer ont 2001 nœuds
>
> Emilie, t'as une version corrigée ? Je doit avoir une ancienne version
> avant la correction du bug 2001.
>

Je t'enverrais ca ce soir.

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

Re: [OSM-talk-fr] Rond-points coupés

[Art Penteur]

Le 12 octobre 2009 13:41, Pieren  a écrit :
>[...]
> Sinon, on continue à saucissonner les rues à tout va, juste pour que
> les logiciels de rendu d'itinéraire ait un boulot facile et à terme,
>  [...]

Certes, mais il n'y a pas que les routes qui génèrent du découpage.
J'ai dans mon voisinages quelques rues qui doivent être découpées en
petit bouts pour être bien tagguées, indépendamment des routes :
alternance de maxsped30/50, ralentisseurs "table" qui ont un début et
une fin, ...

C'est une question fondamentale : quelle est la définition d'un "way" ?
Si le way est forcément homogène, alors, il va y avoir des milliers de
découpes. Et tout ce qui aura un sens se retrouvera dans des
relations.
Si on commence à penser que le way peut porter des choses différentes
entre tel et tel noeud (une portion de route, un ralentisseur, et
pourquoi pas un pont...), on complique singulièrement la notion de
way, mais on réserve les relations aux grosses structures
(administratives, longues routes(au sens OSM), ...)

ça me dépasse un peu, tout ça...

Art.

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

Re: [OSM-talk-fr] Osmose & CLC 06 & GPX

[Etienne Chové]

Bonjour,

Vincent Meurisse a écrit :
>> Si tu as un fichier GPX d'exemple
> c'est le code que j'utilise pour map.meurisse.org :

Merci, j'ai recopié bêtement le format... Marc, un retour ?

-- 
Etienne

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

Re: [OSM-talk-fr] Cartes ou les copyrights ne sont plus valides

[Yannick]

Emilie Laffray a écrit :
> 
> 
> 2009/10/12 Yannick mailto:yann...@voyeaud.org>>
> 
> 
> 
> Bonjour,
> 
> Copié-collé d'un message paru sur une liste de généalogie si cela peut
> vous aider.
> 
> 
> Atlas National illustré des départements et possessions de la France
> publié par A. Combette - Paris 1852
> J'espère que celles et ceux qui connaissaient y retrouveront du plaisir,
> et que les personnes qui ne connaissaient pas apprécieront.
> Voici le lien :
> http://perso.modulonet.fr/~hmaingot22/index.htm#TOC
> 
> Bien cordialement.
> Hervé MAINGOT
> 
> 
> 
> Merci beaucoup pour le lien. J'ai brièvement regarde les cartes, et j'ai
> bien peur que la résolution ne soit pas suffisante pour les traces des
> rivières. Mais il y a peut être quelque chose a en tirer sur d'autres
> points!!!
> 
> Encore merci.

Bonsoir Émilie,

Demande à tout hasard au propriétaire du site s'il a des versions de
meilleures qualités.

Amitiés

-- 
Si on n'avait toujours voulu que la "meilleure" des solutions,
ce serait vide.
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] Osmose & CLC 06 & GPX

[Marc Sibert]

Voilà !

Ça le fait, à un détail près, j'ai du ajouter un champ 
2009-09-06T07:41:26Z à la main dans le fichier généré pour que ça 
marche. Sinon, l'import est simplement ignoré. J'imagine que les traces GPX 
sont classées par date.
Le fichier (modifié) est en ligne à 
http://www.openstreetmap.org/trace/541741/view et j'essaie de l'importer (c'est 
surtout la retouche manuelle qui va être lente, le reste fonctionne bien).

Merci bien,

--
Marc

- "Etienne Chové"  a écrit :

> Bonjour,
> 
> Vincent Meurisse a écrit :
> >> Si tu as un fichier GPX d'exemple
> > c'est le code que j'utilise pour map.meurisse.org :
> 
> Merci, j'ai recopié bêtement le format... Marc, un retour ?
> 
> -- 
> Etienne
> 
> ___
> 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] SOS Cadastre-fr : feuille blanche sur une commune

[François Van Der Biest]

Idem sur Créteil !
F.

2009/10/12 Marc Lecrosnier 

> Bonjour,
>
> Jusqu'il y a quelques jours, j'arrivais a récupérer le cadastre de la ville
> du Plessis-Bouchard :
> http://www.openstreetmap.org/?lat=49&lon=2.2333&zoom=12&layers=B000FTF
>
> Mais depuis ce problème, je n'ai que des tuiles blanches, j'ai essayé tout
> un tas de choses pour m'en sortir mais je suis toujours bloqué.
> Voici les symptômes et mes actions :
> Le plugin fonctionne avec d'autres communes
> J'ai mis à jour, JOSM et les plugins
> J'ai essayé sur d'autres ordinateurs (tous sous linux)
> Les feuilles du cadastre sont bien accessibles par le site
> www.cadastre.gouv.fr
> Je ne remarque aucun message étrange dans les logs.
>
>
> Ca marche chez quelqu'un vous avez une idée de pourquoi cela ne fonctionne
> pas ?
>
>
> Bart
>
> ___
> 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] SOS Cadastre-fr : feuille blanche sur une commune

[François Van Der Biest]

Pour Créteil, je viens de regarder les URL des requêtes faites par le plugin
cadastre [1], et celles faites par l'appli de consultation web du cadastre
[2] ...
Il semblerait que la projection ne soit pas la même, tant les valeurs de la
BBOX sont différentes :
plugin : 609562, 117915, 610284, 118575
web : 1659966, 8175311, 1660446, 8175519

Est-ce normal ?
F.


[1]
http://www.cadastre.gouv.fr/scpc/wms?version=1.1&request=GetMap&layers=CDIF:LS3,CDIF:LS2,CDIF:LS1,CDIF:PARCELLE,CDIF:NUMERO,CDIF:PT3,CDIF:PT2,CDIF:PT1,CDIF:LIEUDIT,CDIF:SUBSECTION,CDIF:SECTION,CDIF:COMMUNE&format=image/png&bbox=609562.5516228345,117915.33006542083,610284.9729,118575.55819044635&width=1000&height=800&styles=LS3_90,LS2_90,LS1_90,PARCELLE_90,NUMERO_90,PT3_90,PT2_90,PT1_90,LIEUDIT_90,SUBSECTION_90,SECTION_90,COMMUNE_90

[2]
http://www.cadastre.gouv.fr/scpc/wms?version=1.1&request=GetMap&layers=CDIF:LS3,CDIF:LS2,CDIF:LS1,CDIF:PARCELLE,CDIF:NUMERO,CDIF:PT3,CDIF:PT2,CDIF:PT1,CDIF:LIEUDIT,CDIF:SUBSECTION,CDIF:SECTION,CDIF:COMMUNE&format=image/png&bbox=1659966.81611,8175311.05778,1660446.593888,8175519.90223&width=807&height=345&exception=application/vnd.ogc.se_inimage&styles=LS3_90,LS2_90,LS1_90,PARCELLE_90,NUMERO_90,PT3_90,PT2_90,PT1_90,LIEUDIT_90,SUBSECTION_90,SECTION_90,COMMUNE_90


2009/10/12 François Van Der Biest 

> Idem sur Créteil !
> F.
>
> 2009/10/12 Marc Lecrosnier 
>
> Bonjour,
>>
>> Jusqu'il y a quelques jours, j'arrivais a récupérer le cadastre de la
>> ville du Plessis-Bouchard :
>> http://www.openstreetmap.org/?lat=49&lon=2.2333&zoom=12&layers=B000FTF
>>
>> Mais depuis ce problème, je n'ai que des tuiles blanches, j'ai essayé tout
>> un tas de choses pour m'en sortir mais je suis toujours bloqué.
>> Voici les symptômes et mes actions :
>> Le plugin fonctionne avec d'autres communes
>> J'ai mis à jour, JOSM et les plugins
>> J'ai essayé sur d'autres ordinateurs (tous sous linux)
>> Les feuilles du cadastre sont bien accessibles par le site
>> www.cadastre.gouv.fr
>> Je ne remarque aucun message étrange dans les logs.
>>
>>
>> Ca marche chez quelqu'un vous avez une idée de pourquoi cela ne fonctionne
>> pas ?
>>
>>
>> Bart
>>
>> ___
>> 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] SOS Cadastre-fr : feuille blanche sur une commune

[Pieren]

2009/10/12 François Van Der Biest :
> Pour Créteil, je viens de regarder les URL des requêtes faites par le plugin
> cadastre [1], et celles faites par l'appli de consultation web du cadastre
> [2] ...
> Il semblerait que la projection ne soit pas la même, tant les valeurs de la
> BBOX sont différentes :
> plugin : 609562, 117915, 610284, 118575
> web : 1659966, 8175311, 1660446, 8175519
> Est-ce normal ?
> F.

Il semblerait que finalement le WMS ait basculé sur la projection Lambert93.

Je vais vérifier et devoir implémenter plus tôt que prévu cette
projection, si c'est le cas. Le plugin ne fonctionnera pas pour les
plans vectorisés pendant quelques jours mais les plans images sont
toujours utilisables (puisque non géoréférencés).

Pieren

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

Re: [OSM-talk-fr] Import polygones CLC manquants - Re tour d'expérience.

[Emilie Laffray]

Etienne Chové wrote:
> Vincent Meurisse a écrit :
>   
>> 3 des outer ont 2001 nœuds
>> 
>
> Emilie, t'as une version corrigée ? Je doit avoir une ancienne version 
> avant la correction du bug 2001.
Voila la correction.

Emilie Laffray
#!/usr/bin/python

"""
This script is designed to act as assistance in converting shapefiles
to OpenStreetMap data. This file is optimized and tested with MassGIS
shapefiles, converted to EPSG:4326 before being passed to the script.
You can perform this conversion with 

   ogr2ogr -t_srs EPSG:4326 new_file.shp old_file.shp

It is expected that you will modify the fixed_tags, tag_mapping, and
boring_tags attributes of this script before running. You should read,
or at least skim, the code up until it says:

  DO NOT CHANGE AFTER THIS LINE.

to accomodate your own data. 
"""

__author__ = "Christopher Schmidt , Emilie Laffray 
"
__version__ = "$Id$"

gdal_install = """
Installing GDAL depends on your platform. Information is available at:
   
   http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries

For Debian-based systems:

   apt-get install python-gdal

will usually suffice. 
"""

import time

# These tags are attached to all exterior ways. You can put any key/value pairs
# in this dictionary. 

fixed_tags = {}  

# Here are a number of functions: These functions define tag mappings. The API
# For these functions is that they are passed the attributes from a feature,
# and they return a list of two-tuples which match to key/value pairs.

def access(data):
"""Access restrictions."""  
keys = {
'Y': 'yes',
'N': 'private',
'L': 'restricted'
}
if 'pub_access' in data:
if data['pub_access'] in keys:
return [('access', keys[data['pub_access']])]
return None

def protection(data):
keys = {
'P': 'perpetuity',
'T': 'temporary',
'L': 'limited',
}
if 'lev_prot' in data:
if data['lev_prot'] in keys:
return [('protected', keys[data['lev_prot']])]
return None

def owner_type(data):
"""See wiki:Key:ownership""" 
keys = {
'F': 'national',
'S': 'state',
'C': 'county',
'M': 'municipal',
'N': 'private_nonprofit',
'P': 'private',
'B': 'public_nonprofit',
'L': 'land_trust',
'G': 'conservation_rganization',
'I': 'inholding',
}
if 'owner_type' in data:
if data['owner_type'] in keys:
return [['ownership', keys[data['owner_type'

def purpose(data):
"""Based on a discussion on IRC"""
keys = {
'R': [('leisure', 'recreation_ground')],
'C': [('leisure', 'nature_reserve'), ('landuse', 'conservation')],
'B': [('landuse','conservation'), ('leisure','recreation_ground')],
'H': [('historical', 'yes')],
'A': [('agricultural', 'yes'), ('landuse','farm')], 
'W': [('landuse', 'resevoir')],
'S': [('scenic','yes')],
'F': [('landuse','land')],
'Q': [('landuse','conservation')],
'U': [('water','yes')]
}
if 'prim_purp' in data:
if data['prim_purp'] in keys:
return keys[data['prim_purp']]

def name_tags(data):
"""This function returns two things: a 'pretty' name to use, and
   may return a landuse of either 'cemetery' or 'forest' if the name
   contains those words; based on evaluation the dataset in question."""
tags = [] 
name = data.get('site_name', None)
if not name: 
return
name = name.title()

if "cemetery" in name.lower():
tags.append(['landuse', 'cemetery']) 
elif "forest" in name.lower():
tags.append(['landuse', 'forest']) 

tags.append(['name', name])
return tags

def cal_date(data):
"""Return -MM-DD or  formatted dates, based on 
   (m)m/(d)d/ dates"""
date = data.get('cal_date_r', None)
if not date: return
try:
m, d, y = map(int, date.split("/"))
if m == 1 and d == 1:
return [['start_date', '%4i' % y]]
return [['start_date', '%04i-%02i-%02i' % (y, m, d)]] 
except:
print "Invalid date: %s" % date
return None

# The most important part of the code: define a set of key/value pairs
# to iterate over to generate keys. This is a list of two-tuples: first
# is a 'key', which is only used if the second value is a string. In
# that case, it is a map of lowercased fielnames to OSM tag names: so
# fee_owner maps to 'owner' in the OSM output.

# if the latter is callable (has a __call__; is a function), then that
# method is called, passing in a dict of feature attributes with
# lowercased key names. Those functions can then return a list of
# two-tuples to be used as tags, or nothin' to skip the tags.  


tag_mapping = [ 
('fee_owner', 'owner'),
('cal_date', cal_date),
('pub_access', access),
('lev_prot', protection),
('owner_type', owner_type),
('prim_purp', purpos

Re: [OSM-talk-fr] Rond-points coupés

[Etienne Chové]

Fabien Marchewka a écrit :
> L'idée de faire qu'une rue soit une relation de ways prendrait alors 
> sont sens.

On repasse à l'API 0.4 et on utilise des segments... avec des relations 
la dessus pour agréger tout ça.

-- 
Etienne

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

Re: [OSM-talk-fr] SOS Cadastre-fr : feuille blanche sur une commune

[Pieren]

2009/10/12 Pieren :
> Il semblerait que finalement le WMS ait basculé sur la projection Lambert93.
>

J'ai parlé trop vite. Les chiffres ne correspondent pas au Lambert93.
Quelqu'un a déjà trouvé la projection utilisée ?

Pieren

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

Re: [OSM-talk-fr] Rond-points coupés

[Frédéric Bonifas]

Le 12 octobre 2009 20:51, Etienne Chové  a écrit :
> Fabien Marchewka a écrit :
>> L'idée de faire qu'une rue soit une relation de ways prendrait alors
>> sont sens.
>
> On repasse à l'API 0.4 et on utilise des segments... avec des relations
> la dessus pour agréger tout ça.

Pas la peine, les ways deviennent des relations entre des points et on
peux ensuite créer des relations de relations : plus que 2 objets, les
points et les relations !

Non j'ai pas envie en fait.

Fred

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

[OSM-talk-fr] [Corine] Polygone geant (Attention SQL a faire peur)

[Emilie Laffray]

Bonsoir,
j'ai regardé ce soir comment résoudre le problème des polygones de très
grandes tailles. Tout n'est pas résolu mais le plus gros du travail
théorique est fait. J'ai donc essayé la technique sur le polygone de la
Seine Et Marne. La technique est de faire une différence entre les polygones
existants et le polygone Corine. Maintenant je peux étendre la requête  a
tous les polygones qui ont une certaine taille et qui n'ont pas été
importés.
Je me pose la question sur comment on procède maintenant. Je vais continuer
a améliorer la requête mais il faut voir.
Maintenant, pour ceux qui veulent voir la requête qui fait peur, voila! A
noter que pour faire fonctionner la requête sur tous les polygones, il
faudra faire un group by et d'autres jolies requêtes imbriquées
supplémentaires, mais la requête est faite globalement.

SELECT p.geomdump,
p.pathdump[1]
FROM ( SELECT (ST_Dump(ST_Difference(l.the_geom, mp.way))).geom AS geomdump,
(ST_Dump(ST_Difference(l.the_geom, mp.way))).path AS
pathdump
FROM ( SELECT ST_Multi(ST_Union(pop.way)) AS way
FROM planet_osm_polygon AS pop
INNER JOIN
landuse AS l
ON l."CLC:id" = 'FR-6749'
 AND ST_Intersects(pop.way, l.the_geom)
WHERE pop.landuse IS NOT NULL
OR pop.aeroway IS NOT NULL
OR pop.natural IS NOT NULL
OR pop.wood IS NOT NULL
 OR pop.waterway='riverbank'
  ) AS mp,
landuse AS l
WHERE l."CLC:id" = 'FR-6749'
  ) AS p

Dans le cas présent, cette requête génère 60 polygones au lieu d'un seul.
Cela veut dire que de découper un polygone peut conduire a la création de
beaucoup plus de polygones. Celui ci est constitue d'un très gros polygone,
et pleins de tous petits.

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

Re: [OSM-talk-fr] SOS Cadastre-fr : feuille blanche sur une commune

[Denis]

François Van Der Biest a écrit :
> Pour Créteil, je viens de regarder les URL des requêtes faites par le plugin
> cadastre [1], et celles faites par l'appli de consultation web du cadastre
> [2] ...
> Il semblerait que la projection ne soit pas la même, tant les valeurs de la
> BBOX sont différentes :
> plugin : 609562, 117915, 610284, 118575
> web : 1659966, 8175311, 1660446, 8175519
> 
> Est-ce normal ?
> F.

Je penche pour du L93  mais en zone 8 (CC49)
Je ne suis pas suffisamment outillé ici pour faire les vérifs, mais 
demain matin, je peux confirmer (ou pas).

pour complément d'information , lire :
-http://www.craig.fr/contenu/JourneesTech/20090324_RGF93/pdf/Pr%C3%A9sentation_DGFIP.pdf
-http://www.certu.fr/fr/_Information_g%C3%A9ographique-n32/G%C3%A9or%C3%A9f%C3%A9rencement_et_RGF93-n795/IMG/pdf/RGF93_theorie_et_concept_T3.pdf

Denis

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

Re: [OSM-talk-fr] [Corine] Polygone geant (Attention SQL a faire peur)

[Christophe Merlet (RedFox)]

Le lundi 12 octobre 2009 à 21:01 +0100, Emilie Laffray a écrit :
> Bonsoir,

'soir

> j'ai regardé ce soir comment résoudre le problème des polygones de
> très grandes tailles.
> 
> SELECT p.geomdump,
> p.pathdump[1]
> FROM ( SELECT (ST_Dump(ST_Difference(l.the_geom, mp.way))).geom AS
> geomdump,
> (ST_Dump(ST_Difference(l.the_geom, mp.way))).path AS
> pathdump
> FROM ( SELECT ST_Multi(ST_Union(pop.way)) AS way
> FROM planet_osm_polygon AS pop
> INNER JOIN
> landuse AS l
> ON l."CLC:id" = 'FR-6749'
>  AND ST_Intersects(pop.way, l.the_geom)
> WHERE pop.landuse IS NOT NULL
> OR pop.aeroway IS NOT NULL
> OR pop.natural IS NOT NULL
> OR pop.wood IS NOT NULL
>  OR pop.waterway='riverbank'
>   ) AS mp,
> landuse AS l
> WHERE l."CLC:id" = 'FR-6749'
>   ) AS p
> 

Je ne comprends absolument rien a cette requête oO
Mais je te fais confiance ;o)


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] SOS Cadastre-fr : feuille blanche sur une commune

[Vincent de Chateau-Thierry]

Tu penches bien, Denis ;o)

J'etais en train d'arriver aux mêmes conclusions grâce à Circe [1], qui 
donne :
de Lambert I carto  609562 - 117915
à Lambert 93 CC 49 1660786 - 8173638

Les ordres de grandeur sont là, mais pas la précision métrique. A 
affiner à moins que l'appli web approxime.

vincent

[1]http://professionnels.ign.fr/ficheProduitCMS.do?idDoc=5352513

Denis a écrit :
> François Van Der Biest a écrit :
>   
>> Pour Créteil, je viens de regarder les URL des requêtes faites par le plugin
>> cadastre [1], et celles faites par l'appli de consultation web du cadastre
>> [2] ...
>> Il semblerait que la projection ne soit pas la même, tant les valeurs de la
>> BBOX sont différentes :
>> plugin : 609562, 117915, 610284, 118575
>> web : 1659966, 8175311, 1660446, 8175519
>>
>> Est-ce normal ?
>> F.
>> 
>
> Je penche pour du L93  mais en zone 8 (CC49)
> Je ne suis pas suffisamment outillé ici pour faire les vérifs, mais 
> demain matin, je peux confirmer (ou pas).
>
> pour complément d'information , lire :
> -http://www.craig.fr/contenu/JourneesTech/20090324_RGF93/pdf/Pr%C3%A9sentation_DGFIP.pdf
> -http://www.certu.fr/fr/_Information_g%C3%A9ographique-n32/G%C3%A9or%C3%A9f%C3%A9rencement_et_RGF93-n795/IMG/pdf/RGF93_theorie_et_concept_T3.pdf
>
> Denis
>
> ___
> 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] natural=rock bug / osmose / corine

[Vincent Meurisse]

On Monday 12 October 2009 13:57:18 Etienne Chové wrote:
> > Juste pour dire que les polygones non importés de type "roche nues" sur 
> > http://osmose.openstreetmap.fr/clc/ ne contiennent pas l'attribu
> > natural=rock
> 
> Oups...
> 
> > et qu'il faut bien penser à l'ajouter à la main.
> 
> C'est corrigé.
> 
C'est pas le seul qui manque :


if tags["CLC:code"] == "323":
 tags["natural"] = "scrub"
if tags["CLC:code"] == "324":
 tags["natural"] = "wood"
 tags["wood"] = "mixed"
if tags["CLC:code"] == "331":
 tags["natural"] = "beach"
if tags["CLC:code"] == "333":
 tags["natural"] = "scrub"


-- 
Vincent Meurisse

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

[OSM-talk-fr] [OSMTransport]Questions - Remarques

[THEVENON Julien]

Salut,

Maintenant que les lignes de Bus de l'agglomeration Grenobloises sont terminees 
[1] j ai quelques questions a propos d OSMTransport:

* Les lignes 3,17 et 56 sortent suffisamment de l agglomeration pour 
sortir aussi de la "location". Comment peut on la redimensionner pour englober 
toutes les lignes dans leur globalite ?
* En certains points de l agglomeration il est possible d avoir 
plusieurs lignes de bus qui passent devant le meme arret sans pour autant que 
celui ci soit desservi par toutes [2] ou inversement d autres endroits ou 
chaque ligne possede son propre arret mais tous les arrets portent le meme nom 
([3] et [4] par exemple).Il serait tres utile de faire afficher dans l info 
bulle de l arret quelles sont les lignes qui le desservent ( attribut 
routes_ref )
* Est ce que l application va etre proposee aux operateurs des 
compagnies de bus pour integration sur leur site ? Les pdf plans de ligne de la 
TAG a Grenoble sont par exemple tres peu lisibles compare a OSMTransport !!!
* Est-il possible et autorise d "exporter" l application sur un autre 
site ? genre forum local, site d une association etc
Et la maniere de traiter les transports en communs aussi:
Dans grenoble et son agglomeration il y a un certain nombre de "navettes", est 
ce qu il faut les tagguer comme les lignes de bus normales ?


Julien

1:http://3liz.fr/public/osmtransport/index.php?location=Grenoble&BtChooseLocation=Ok
2:http://osm.org/go/0CASDVkEr--
3:http://osm.org/go/0CAHS9SaA-- Tous les arrets de bus portent le nom de Grand 
Place
4:http://osm.org/go/0CASGJiMa-- Tous les arrets de bus portent le nom de Dr 
Martin


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

[OSM-talk-fr] Code Corine 324 «Forêt et vég étation arbustive en mutation»

[Jean-Christophe Haessig]

Bonsoir,

J’ai vu qu’il avait plus ou moins été décidé de tagguer ces zones en
natural=wood;wood=mixed. La raison était que ces zones seraient des
forêts en devenir.

J’ai aussi l’impression que cela regroupe également tous les cas
d’arbres épars, c’est à dire des zones avec des arbres mais pas assez
denses pour être qualifiées de forêt (à priori toutes les forêts n’ont
pas une orée nette).

Difficle de dire s’il s’agit d’ex-ou-future-forêt et cela dit cette
transformation durera plusieurs années si elle a lieu.

Devons nous cartographier le monde tel qu’il sera dans 10 ans ou tel
qu’il est maitenant ?

Moi j’aimerais bien un tag density=scattered…

JC



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