Re: [OSM-talk-fr] JOSM et vue sat

2009-08-09 Par sujet Yann Coupin
Ne t'en fais pas : c'est le plugin WMS qui "marchait" en Lambert  
avant. En fait il avait tendance à afficher des demi-images dans cette  
projection mais le faisait de manière silencieuse. Maintenant il dit  
d'entrée que ça ne va pas être possible, c'est sans doute moins sympa  
(et le message n'est pas clair) mais ça évite les problèmes.

Yann

Le 10 août 09 à 00:50, Pieren a écrit :

> 2009/8/10 arno :
>> ah bah merci. Ça fonctionne en projection mercator. Il me semblait  
>> qu'avant
>> (en mai peut-être), on pouvait utiliser en même temps  le cadastre  
>> et les
>> photos.  Mais je me trompe sûrement.
>>
>
> La prochaine version du plugin acceptera de démarrer dans une autre
> projection que Lambert mais les images ne s'afficheront pas. Si ça
> marchait avant, alors ça devait être côté wmsplugin qui acceptait
> Lambert et plus maintenant.
> Je ne suis pas très chaud pour que les images du cadastre s'affichent
> dans une autre projection. Cela pose trop de problèmes pour la
> reprojection et les images seraient mal déformées (et peut-être
> illisibles).
> Pieren


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


Re: [OSM-talk-fr] JOSM et vue sat

2009-08-09 Par sujet Pieren
2009/8/10 arno :
> ah bah merci. Ça fonctionne en projection mercator. Il me semblait qu'avant
> (en mai peut-être), on pouvait utiliser en même temps  le cadastre et les
> photos.  Mais je me trompe sûrement.
>

La prochaine version du plugin acceptera de démarrer dans une autre
projection que Lambert mais les images ne s'afficheront pas. Si ça
marchait avant, alors ça devait être côté wmsplugin qui acceptait
Lambert et plus maintenant.
Je ne suis pas très chaud pour que les images du cadastre s'affichent
dans une autre projection. Cela pose trop de problèmes pour la
reprojection et les images seraient mal déformées (et peut-être
illisibles).
Pieren

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


Re: [OSM-talk-fr] Toujours à propos de cadastre. ..

2009-08-09 Par sujet Pieren
2009/8/9 Sébastien Dinot :
> Il ne peut s'agir d'un oubli ou d'une négligence. Pourquoi peut-on faire
> disparaître ces bâtiments alors que d'autres des mêmes sites et secondaires,
> sont représentés ?

J'ai aussi vu des bâtiments d'écoles manquer. On dirait que c'est
principalement des bâtiments publics. Il faut dire qu'ils ont moins
d'intérêt question impôts... et que le cadastre sert d'abord et avant
tout à calculer l'impôt.
Mais pourquoi certains bâtiments sont là et d'autres pas, mystère. (Il
y a aussi le cas contraire, de bâtiments dans le cadastre qui ont
disparu dans le monde réel, donc toujours utiliser le cadastre avec
les précautions d'usage, rien ne remplaçant la visite sur terrain).
Pieren

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


Re: [OSM-talk-fr] JOSM et vue sat

2009-08-09 Par sujet arno
Le dimanche 09 août 2009, à 23:53:37 +0200, Yann a écrit : 
> Cette erreur est dû à un problème de projection. Si tu es en Lambert  
> pour pouvoir utiliser le cadastre il faut basculer en Mercator pour  
> pouvoir utiliser yahoo. Pas simple de faire cohabiter les deux mais  
> c'est comme ça...

ah bah merci. Ça fonctionne en projection mercator. Il me semblait qu'avant 
(en mai peut-être), on pouvait utiliser en même temps  le cadastre et les 
photos.  Mais je me trompe sûrement.

a+
arno


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


Re: [OSM-talk-fr] JOSM et vue sat

2009-08-09 Par sujet Yann Coupin
Cette erreur est dû à un problème de projection. Si tu es en Lambert  
pour pouvoir utiliser le cadastre il faut basculer en Mercator pour  
pouvoir utiliser yahoo. Pas simple de faire cohabiter les deux mais  
c'est comme ça...

Yann

Le 9 août 09 à 15:57, arno a écrit :

> Lorsque j'essaye d'afficher la vue aérienne, ça me donne des carrés  
> rouges
> avec marqué: "ERROR Invalid parameters"


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


[OSM-talk-fr] Toujours à propos de cadastre.. .

2009-08-09 Par sujet Sébastien Dinot
Bonsoir,

À propos de cadastre, j'ai une autre question qui me turlupine et si l'un
d'entre vous a la réponse, je serai ravi de la lire.

À Toulouse, j'ai remarqué que certains bâtiments pourtant très vieux et
publics, n'apparaissent pas sur le cadastre vectorisé. C'est notamment le
cas :

- du bâtiment principal de chacun des deux sites de l'ISAE (Institut Supérieur
  de l'Aéronautique et de l'Espace, ex-Sup Aéro),

- de la préfecture.

Il ne peut s'agir d'un oubli ou d'une négligence. Pourquoi peut-on faire
disparaître ces bâtiments alors que d'autres des mêmes sites et secondaires,
sont représentés ?

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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


Re: [OSM-talk-fr] Décalage du cadastre d'une commune à l'autre

2009-08-09 Par sujet Sébastien Dinot
Pieren a écrit :
> Comme cette route longe le bas d'une côte (on le voit sur les cartes
> avec courbes de niveau), je crois qu'on est plus dans un problème de
> géoréférencement du cadastre lors de sa numérisation. Ces décalages
> se rencontrent souvent en zone de montagne mais là, ça n'est pas
> vraiment l'Everest et le décalage est même considérable par rapport
> à ce que j'ai pu voir en montagne. On ne peut rien faire sinon
> signaler le problème à la DGFiP.

Merci pour ces explications. Je veux bien écrire à la DGFiP pour leur
signaler le problème mais la DGFiP... c'est grand. Sais-tu à quel
service je dois m'adresser ?

En effectuant une petite recherche sur le net, j'ai appris que le
service en charge du Plan Cadastral Informatisé était le suivant :

Bureau GF 3A. Cadastre
Bâtiment Turgot
86-92, rue de Bercy
Télédoc 966
75574 Paris Cedex 12

Dois-je informer ce service ? Un service départemental des impôts ou
la mairie de Givors ?

Sébastien

> Tu peux malgré tout utiliser le cadastre sur Givors (si tu veux
> faire les bâtiments par exemple) mais il faudra décaler ces données
> pour qu'elles s'accordent aux traces GPS

Je crois que dans ce cas, le mieux est encore de se passer des
informations cadastrales et de faire avec les seules traces GPS.

A++, Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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


Re: [OSM-talk-fr] Mises à jour de beta

2009-08-09 Par sujet sylvain letuffe
Le dimanche 9 août 2009 22:37, Vincent MEURISSE a écrit :
> On Sunday 09 August 2009 20:12:28 sylvain letuffe wrote:
> > Le samedi 8 août 2009 23:03, Mathieu Arnold a écrit :
> > > Ben, y'a plus les minutes parce que les diffs utilisés sont ceux des
> > > heures :-)
> >
> > Mathieu et sly, de la CFGB (comité de la flemme généralisé sur beta)
>
> Argh ! Même plus moyen de critiquer en paix.
> (n'empêche qu'un petit 00 à la fin ça aide quand même)

Allez va, je bouge ma flemme et j'appuie deux fois sur 0

--
sly

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


Re: [OSM-talk-fr] [Dev] Web présence francophone (Appels aux propriétaires de sites)

2009-08-09 Par sujet Vincent MEURISSE
> Pour Osmose, le robots.txt est configuré comme ceci:
> Google n'est pas censé indexer quoi que ce soit...
Bah ça à pas l'air de les intéresser puisqu'ils trouvent encore 268 pages.
Le problème avec google, c'est que quand une URL à été indexé elle reste dans 
l'index pendants des mois quelque soient les circonstances. Le seul moyen de 
faire le ménage c'est .

Sinon il est généralement pas mal de laisser les robots indexer au moins la 
page d'accueil. Ça permet aux gens de trouver le site sur les moteurs de 
recherche.

-- 
Vincent MEURISSE

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


Re: [OSM-talk-fr] Mises à jour de beta

2009-08-09 Par sujet Vincent MEURISSE
On Sunday 09 August 2009 20:12:28 sylvain letuffe wrote:
> Le samedi 8 août 2009 23:03, Mathieu Arnold a écrit :
> > Ben, y'a plus les minutes parce que les diffs utilisés sont ceux des
> > heures :-)
> Mathieu et sly, de la CFGB (comité de la flemme généralisé sur beta)

Argh ! Même plus moyen de critiquer en paix.
(n'empêche qu'un petit 00 à la fin ça aide quand même)

-- 
Vincent MEURISSE

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


Re: [OSM-talk-fr] Décalage du cadastre d'une commu ne à l'autre

2009-08-09 Par sujet Pieren
2009/8/9 Sébastien Dinot :
> Au début, j'ai pensé à un bogue du module Cadastre-fr mais j'ai un
> vague souvenir de discussion ici-même sur la non concordance des
> limites de communes dues à des zones Lambert différentes. Est-ce ce
> qui se passe ici ? Est-il possible de corriger le tir afin que la
> projection de Givors s'aligne sur celle de Saint-Romain-en-Gier ?

Les problèmes de décalages du cadastre ne sont pas liés aux
changements de zones Lambert, c'est un problème général lié au
cadastre lui-même. Il est vrai que lors du passage d'une zone Lambert
à une autre, ça peut encore s'aggraver mais dans ton cas, les deux
communes sont dans la même zone, sinon elles ne pourraient pas
s'afficher simultanément avec JOSM.
Le problème ici n'est pas non plus un problème de projection. Il est
vrai que l'implémentation de la projection Lambert dans JOSM n'est pas
complète puisqu'elle n'a pas la grille de rectification géodésique
mais l'erreur induite ne devrait pas excéder 5 mètres (moins d'1 mètre
en moyenne). Hors, j'ai repris ton exemple et je mesure environ 35
mètres d'écart.
Comme cette route longe le bas d'une côte (on le voit sur les cartes
avec courbes de niveau), je crois qu'on est plus dans un problème de
géoréférencement du cadastre lors de sa numérisation. Ces décalages se
rencontrent souvent en zone de montagne mais là, ça n'est pas vraiment
l'Everest et le décalage est même considérable par rapport à ce que
j'ai pu voir en montagne. On ne peut rien faire sinon signaler le
problème à la DGFiP.

Comme vient de le dire Denis, le mieux est d'utiliser une trace GPS
pour voir quelle commune est décalée (voir les deux). Ici, on voit
bien que ça ne concerne que Givors et que l'autre est bien calée. Tu
peux malgré tout utiliser le cadastre sur Givors (si tu veux faire les
bâtiments par exemple) mais il faudra décaler ces données pour
qu'elles s'accordent aux traces GPS (les proportions des parcelles et
des bâtiments sont bonnes, c'est juste leur position qui pose
problème).

Pieren

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


Re: [OSM-talk-fr] Décalage du cadastre d'une com mune à l'autre

2009-08-09 Par sujet Denis
Sébastien Dinot a écrit :
> 
> Au début, j'ai pensé à un bogue du module Cadastre-fr mais j'ai un
> vague souvenir de discussion ici-même sur la non concordance des
> limites de communes dues à des zones Lambert différentes. Est-ce ce
> qui se passe ici ? Est-il possible de corriger le tir afin que la
> projection de Givors s'aligne sur celle de Saint-Romain-en-Gier ?

La cohérence entre limites communales (ou tout autre objet du Plan 
Cadastral) n'est pas garantie. La commune, c'est la couverture maxi : 
autant dire un ilôt, géoréférencé ou non.
Le plus simple, dans le cas de figure présent, est de chercher des 
traces GPS existantes ou d'en créer de nouvelles pour apprécier la 
qualité des plans des 2 communes, de choisir le "moins mauvais" plan et 
d'évaluer les différences avec le plan voisin.
Le Plan Cadastral (même vectoriel) ne s'exploite pas, il s'utilise avec 
toute la circonspection de rigueur. Le cartographe est avant tout un 
explorateur.

Mes 0.0001€
DenisH

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


[OSM-talk-fr] Décalage du cadastre d'une commune à l'autre

2009-08-09 Par sujet Sébastien Dinot
Bonsoir,

Ayant promené mon GPS du côté de Saint-Romain-en-Gier (Rhône), j'avais
l'intention d'enrichir un peu la base OSM en m'appuyant sur les
données cadastrales. Ce dont je parle se situe là :

http://www.openstreetmap.org/?lat=45.573775&lon=4.71335&zoom=16&layers=B000FTFTT&mlat=45.57396&mlon=4.71306

En faisant apparaître successivement dans JOSM les calques des deux
communes voisines, j'ai constaté un décalage important (30 m en
direction de l'Ouest) des tracés de la commune de Givors par rapport à
ceux de Saint-Romain-en-Gier. Les traces GPS concordent avec la
projection de Saint-Romain-en-Gier. Pour mettre le décalage en
évidence, j'ai effectué un montage des captures d'écran sur laquelle
les deux couches apparaissent en superposition (Givors est le morceau
Nord-Est, Saint-Romain-en-Gier, le morceau Sud-Ouest) :

http://sebastien.dinot.free.fr/osm/Fusion_Saint-Romain-en-Gier_Givors.png

La route que l'on distingue nettement sur la commune de Givors devrait
se situer sur le tracé orange car c'est elle qui conduit à l'entrée du
village que l'on voit en bas de la capture.

Au début, j'ai pensé à un bogue du module Cadastre-fr mais j'ai un
vague souvenir de discussion ici-même sur la non concordance des
limites de communes dues à des zones Lambert différentes. Est-ce ce
qui se passe ici ? Est-il possible de corriger le tir afin que la
projection de Givors s'aligne sur celle de Saint-Romain-en-Gier ?

Je vous remercie par avance de votre éclairage

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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


Re: [OSM-talk-fr] Mises à jour de beta

2009-08-09 Par sujet sylvain letuffe
Le samedi 8 août 2009 23:03, Mathieu Arnold a écrit :
> Ben, y'a plus les minutes parce que les diffs utilisés sont ceux des
> heures :-)
> Y'aura de nouveau les minutes quand les diffs minutes ne manqueront plus
> des morceaux.

Je remercie mon expert en communication et support technique de beta, qui fait 
un sans faute.


--
Mathieu et sly, de la CFGB (comité de la flemme généralisé sur beta) 

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


Re: [OSM-talk-fr] [Dev] Web présence francophone (Appels aux propriétaires de sites)

2009-08-09 Par sujet Yoann ARNAUD
Vincent MEURISSE a écrit :

> genre 
> 

Pour Osmose, le robots.txt est configuré comme ceci:


http://osmose.openstreetmap.fr/robots.txt

User-agent: *
Disallow: /


Google n'est pas censé indexer quoi que ce soit...

-- 
Yoann.

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


[OSM-talk-fr] [Dev] Web présence francophone (Appels aux propriétaires de sites)

2009-08-09 Par sujet Vincent MEURISSE
Suite à la remarque de sly qui s'était fait refuser  
pour son forum, je me suis interrogé sur la liste des sous-domaines de 
français.
Après un petit détour par le wiki qui ne dit rien à ce sujet, je suis allé 
voir le grand maitre google. (requête : "site:openstreetmap.fr"). Le résultat 
n'est pas bien brillant :

- 2ème résultat : . Faudra qu'on m'explique en quoi 
un évènement ponctuel n'ayant pas de rapport direct avec osm à le droit à un 
sous domaine.

- 3ème résultat :   : Une page qui aurai du 
être supprimée. En tout cas elle n'est plus accessible directement par le site

- 5-6èmes résultats :  
Y'a comme un petit doublon quand même.

-11-14-16-17-18-19-20 
Doublon avec  Penser a faire un robots.txt

- 22-22-23-29-31-33 
C'est passionnant comme fichier mais je suis pas sur que l'utilisateur moyen de 
google soit intéressé par les fichiers de config. Encore une fois un fichier 
robots.txt serai le bienvenu.

- 24-36-37-38-40 hexagone.openstreetmap.fr/?C=S;O=A
Doublon avec hexagone.openstreetmap.fr

- 35 news.openstreetmap.fr/public/bus.xml
Encore un truc passionnant

 SI on pousse un peu plus loin, il apparait aussi quelques lien cassé vers 
osmose genre:
osmose.openstreetmap.fr/ParUtilisateur/f/fndy.html

Au final sur les 65 résultats que retourne google moins d'une dizaine sont 
intéressant/utiles. Si on rajoute les pages ignorés par défaut, on se retrouve 
avec 412 pages dont 95% inutiles. genre 

-- 
Vincent MEURISSE

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


Re: [OSM-talk-fr] JOSM et vue sat

2009-08-09 Par sujet arno
Salut,
J'ai aussi le problème: depuis quelques semaines les images aériennes ne 
fonctionnent plus.

Le vendredi 07 août 2009, à 14:32:07 +0200, Pieren a écrit : 

> Alors j'ai désactivé le plugin et supprimé toutes les lignes
> commençant par "wmsplugin:" dans le fichier des preferences de josm.
> Puis j'ai réinstallé le plugin et ça fonctionne maintenant (avec
> josm-tested.jar) . Il semble que les dernières versions du plugin ne
> fonctionnent pas avec d'anciens parametres. (je parle des versions
> testés parce que les dernières (latest) sont en cours de modifications
> et comportent des erreurs de compilation)

J'ai essayé et ça n'a pas fonctionné.
Lorsque j'essaye d'afficher la vue aérienne, ça me donne des carrés rouges 
avec marqué: "ERROR Invalid parameters"
Pourtant, j'ai bien webkit-image dans mon PATH.

Est-ce que qqun pour qui çà fonctionne pourrait donner des préférences qui 
ont un lien avec wmsplugin.

Pour moi, c'est:
$ grep wmsplugin ~/.josm/preferences

cache.wmsplugin.expire=2419200
cache.wmsplugin.maxsize=70
mirror.http://svn.openstreetmap.org/applications/editors/josm/plugins/wmsplugin/sources.cfg=1249825525958;/home/arno/.josm/plugins/wmsplugin/mirror_http___svn.openstreetmap.org_applications_editors_josm_plugins_wmsplugin_sources.cfg
plugins=cadastre-frslippymapvalidatorwmsplugin
wmsplugin.default.html:http://josm.openstreetmap.de/wmsplugin/YahooDirect.html?=true
wmsplugin.default.http://onearth.jpl.nasa.gov/wms.cgi?request_GetMap&layers_global_mosaic&styles_&format_image/jpeg&=true
wmsplugin.default.http://openaerialmap.org/wms/?VERSION_1.0&request_GetMap&layers_world&styles_&format_image/jpeg&=true
wmsplugin.url.0.name=Carte Open Aerial
wmsplugin.url.0.url=http://openaerialmap.org/wms/?VERSION=1.0&request=GetMap&layers=world&styles=&format=image/jpeg&;
wmsplugin.url.1.name=Landsat
wmsplugin.url.1.url=http://onearth.jpl.nasa.gov/wms.cgi?request=GetMap&layers=global_mosaic&styles=&format=image/jpeg&;
wmsplugin.url.2.name=Yahoo Sat
wmsplugin.url.2.url=html:http://josm.openstreetmap.de/wmsplugin/YahooDirect.html?

Est-ce qu'il a qqc qui vous parait bizarre ?

a+
arno


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


Re: [OSM-talk-fr] Toll booth automatisées

2009-08-09 Par sujet Denis
Emilie Laffray a écrit :
> Jean-Francois Nifenecker wrote:
>> Est-il possible d'affecter un tag spécifique dénotant le fait que
>> ces gares n'acceptent que les cartes de paiement ? Et... cela
>> peut-il avoir un intérêt :-) ?

> Euh a part le souci d'exhaustivité, je ne vois pas trop l'intérêt :)
> Je pense que ce n'est pas foncièrement la priorité essentielle, car
> je vois déjà apparaître le débat sur comment compter le nombre de
> lignes d'un péage et de savoir laquelle est automatisée ou non :P
> (bon d'accord je suis un peu mauvaise langue la).

Pas d'accord. Tout ce qui peut servir les intérêts de l'utilisateur de
la voie est bon à prendre. J'ai compris de la proposition de
Jean-François : "... que les gares n'acceptent
que les cartes de paiement.

Si j'ai mal compris, les tags risquent d'être plus compliqués,
effectivement.
OSM est un champ d'expérimentation fabuleux ; ne bridons nos
imaginations, c'est en cela, essentiellement, que nous sommes très "2.0"
(voire plus ;-) par rapport aux "concurrents".

mon avis,
DenisH

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


Re: [OSM-talk-fr] [Dev] creation de josm-translation.jar

2009-08-09 Par sujet Cédric OLIVIER
Le dimanche 09 août 2009 à 03:59 -0500, cquad a écrit :
> Bonjour à tous,
> 
> Je suis en train de réaliser un rpm de josm pour fedora :
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=508351
> 
> Afin que le paquet soit accepté, il est nécessaire que le paquet soit
> construit à partir des sources. Je n'ai malheureusement pas trouvé comment
> générer le jar josm-translation.
> 
> Sur https://translations.launchpad.net/josm/trunk/+pots/keys on y retrouve
> des .po, et je ne sais comment passer de ces .po aux classes finales
> présentes dans le jar.
> 
> Si l'un de vous sait comment procéder, je le remercie par avance.
> 
> Cordialement
> Cédric

Je remercie Pieren sur son post sur le cadastre-fr. Cela m'a permit de
découvrir les sources de josm-translation.jar :

http://svn.openstreetmap.org/applications/editors/josm/i18n/

Il ne me reste qu'a me mettre au travail ;-)

Cédric


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


Re: [OSM-talk-fr] Toll booth automatisées

2009-08-09 Par sujet Emilie Laffray
Jean-Francois Nifenecker wrote:
> Bonjour,
>
> les gares de péage sur les autoroutes françaises s'automatisent de plus
> en plus, si bien qu'il n'est pas rare d'en rencontrer sans présence
> humaine dans lesquelles seules les cartes de paiement sont utilisables.
> C'est, par exemple, le cas sur l'A 89 (Bordeaux -- Clermont-Ferrand).
>
> Est-il possible d'affecter un tag spécifique dénotant le fait que ces
> gares n'acceptent que les cartes de paiement ? Et... cela peut-il avoir
> un intérêt :-) ?
>
> A+
>   
Euh a part le souci d'exhaustivité, je ne vois pas trop l'intérêt :) Je
pense que ce n'est pas foncièrement la priorité essentielle, car je vois
déjà apparaître le débat sur comment compter le nombre de lignes d'un
péage et de savoir laquelle est automatisée ou non :P (bon d'accord je
suis un peu mauvaise langue la).

Emilie Laffray



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Cadastre des départements d'outr e-mer maintenant dans JOSM et le plugin cadastre-fr

2009-08-09 Par sujet Pieren
Bonjour,

Si vous téléchargez la dernière version (non testée) de JOSM (1938 et +) ici:
http://josm.openstreetmap.de/josm-latest.jar

et la dernière version du plugin cadastre-fr ici:
http://svn.openstreetmap.org/applications/editors/josm/plugins/cadastre-fr/dist_latest/cadastre-fr.jar

vous accéderez à quatres nouvelles projections qui permettent
d'utiliser le plugin dans tous les départements d'outre-mer sauf la
Guyane (qui n'est pas dans le cadastre en ligne).

Les projections sont les suivantes:
* UTM20N Guadeloupe Ste-Anne 1948
pour les îles Basse-Terre, Grande-Terre, Désirade, Marie-Galante et
Saintes de Guadeloupe
* UTM20N Guadeloupe Fort-Marigot 1949
pour les îles Saint-Martin et Saint-Barthélemy
* UTM20N Martinique Fort Desaix
pour la Martinique
* Gauss-Laborde Réunion 1947
pour l'île de la Réunion

Pour une installation manuelle du plugin, référez-vous à cette archive:
http://wiki.openstreetmap.org/index.php?title=FR:JOSM/Fr:Plugin/Cadastre-fr&oldid=141726#Installation_manuelle
(ATTENTION, n'utilisez pas le lien du wiki pour télécharger le plugin,
c'est une archive ! Utilisez le lien ci-dessus.)
Attention aussi, si vous demandez une mise à jour des plugins depuis
JOSM et sa fenêtre de gestion des plugins, il réinstallera la version
officielle plus ancienne.

Comme on peut le voir dans les données déjà présentes dans OSM et
basées sur des images satellite Yahoo! ou des traces GPS, les
positions sont plutôt bonnes mais méritent un léger ajustement. Il
arrive aussi que le cadastre soit en retard sur le terrain, mais ça,
on connait aussi.

Pieren

PS: la nouvelle version du plugin deviendra standard lorsque les
nouvelles projections seront présentes dans le JOSM testé
(joms-tested.jar)

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


[OSM-talk-fr] Toll booth automatisées

2009-08-09 Par sujet Jean-Francois Nifenecker
Bonjour,

les gares de péage sur les autoroutes françaises s'automatisent de plus
en plus, si bien qu'il n'est pas rare d'en rencontrer sans présence
humaine dans lesquelles seules les cartes de paiement sont utilisables.
C'est, par exemple, le cas sur l'A 89 (Bordeaux -- Clermont-Ferrand).

Est-il possible d'affecter un tag spécifique dénotant le fait que ces
gares n'acceptent que les cartes de paiement ? Et... cela peut-il avoir
un intérêt :-) ?

A+
-- 
Jean-Francois Nifenecker, Bordeaux


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


[OSM-talk-fr] [Dev] creation de josm-translation.jar

2009-08-09 Par sujet cquad

Bonjour à tous,

Je suis en train de réaliser un rpm de josm pour fedora :

https://bugzilla.redhat.com/show_bug.cgi?id=508351

Afin que le paquet soit accepté, il est nécessaire que le paquet soit
construit à partir des sources. Je n'ai malheureusement pas trouvé comment
générer le jar josm-translation.

Sur https://translations.launchpad.net/josm/trunk/+pots/keys on y retrouve
des .po, et je ne sais comment passer de ces .po aux classes finales
présentes dans le jar.

Si l'un de vous sait comment procéder, je le remercie par avance.

Cordialement
Cédric
-- 
View this message in context: 
http://n2.nabble.com/-Dev--creation-de-josm-translation.jar-tp3412057p3412057.html
Sent from the French OSM [Dev] mailing list archive at Nabble.com.

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