Re: [OSM-talk-fr] Barcamp "Cartographie Communautaire et Image Satellite"

[François Van Der Biest]

2010/3/2 Pieren :

>> Cette plateforme est donc parfaitement compatible avec OpenStreetMap. J'ai
>> d'ailleurs répondu aussi à François Van Der Biest ce matin pour lui indiquer
>> que la licence (manquante actuellement) serait compatible OSM (CC-SA ou
>> plutôt ODBL).
>
> Encore une très bonne nouvelle.

Oui, je ne m'étais pas permis de rediffuser l'info, vu le disclaimer
sous le mail :
"This e-mail and any attachments hereto are intended for the exclusive
use of the addressee. They may contain confidential information and/or
may be legally privileged. Any unauthorized edition, modification,
dissemination or use is strictly prohibited. If you have received this
message by error, please delete it from your computer and notify the
sender immediately. Spot Image SA declines all responsibility for this
message if it has been altered, deformed, falsified or even edited or
disseminated without authorization."

F.

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

Re: [OSM-talk-fr] [Annonce] Référencement des prix de carburants

[Art Penteur]

Le 1 mars 2010 16:46, Olivier Boudet  a écrit :

> j'ai mis en place un site Trac : http://trac.karbukoo.fr
>
> Merci à ceux qui jeteront un oeil et/ou ceux qui feront des retours.

Trac me dit qu'aksimet lui dit que ce que j'écris est du spam, et
qu'il n'en veut donc pas.

Je vais donc l'écrire ici :
1) Je pense que la traduction du tag "operator" par "Opérateur" est fautive.
La page "map_features" du wiki dit :
"Ajouter operator=* pour le nom de la compagnie pétrolière"
je suggère donc "Marque" ou "Compagnie" à la place.

2) Je n'arrive pas à fermer la pop-up de connexion, si je décide de ne
pas me connecter. La petite croix en haut à droite ne fonctionne pas.
J'utilise
Opera Version 10.10/ Révision 1893/ Plate-forme Win32/ Système Windows XP

Art.

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

Re: [OSM-talk-fr] Présentation nouveau contributeur (16)

[Art Penteur]

Le 1 mars 2010 07:51, Guillaume Audirac  a écrit :

> J'ai résumé la méthode et les scripts ici:
> http://wiki.openstreetmap.org/wiki/User:Guillaume_Audirac/extraction_communes
>
Pour le choix des "place" en fonction de la population, ton script
n'envisage pas le cas "hamlet".

Pourtant, le Map_features l'évoque bien, pour les village de moins de
100 habitants :
http://wiki.openstreetmap.org/wiki/FR:Map_Features#Toponymie_.28place.29

Et j'ai personnellement tagué un certain nombre de chef-lieux de
communes (rurales) en "hamlet", parce qu'ils sont peu peuplés.

Soit c'est un oubli de ta part, soit ça ouvre une question plus générale :
Doit-on pondérer le critére de population par une importance administrative ?
Dans ce cas, les chef-lieux de commune seraient "au moins" des "village" ?
Pour être cohérent, les chef-lieu d'arrodissement ("sous-préfectures",
en langage courant) seraient au moins des "town" ?
et les préfectures seraient au moins des "city" ?
Et que fait-on des chef-lieux de canton ?

Art.

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

[OSM-talk-fr] Re : Barcamp "Cartographie Communautaire et Image Satellite"

[THEVENON Julien]

 De : Pieren 



  2010/3/1 Jean-Francois (Jeff) Faudi 

  Pour stimuler 
>la discussion et les projets, nous allons libérer une quinzaine d'images
> récentes sur des villes françaises. Nous avons donc mis en place une 
>API qui offre l'accès à ces images. 

 Voila une bonne nouvelle.
 
  L'idée est de proposer une API d'accès 
>inter-opérable afin d'ouvrir au maximum les utilisations possible des 
>images tout en suivant les utilisations qui sont faites. 

 Est-ce que l'on parle d'un service WMS ? Les utilisations possibles par 
 OSM seront sans doutes nombreuses et... imprévisibles. C'est le principe 
 d'OSM de favoriser toutes les initiatives.
 
  Cette plateforme est donc parfaitement compatible avec 
>OpenStreetMap. 
>J'ai d'ailleurs répondu aussi à François Van Der Biest ce matin pour lui
> indiquer que la licence (manquante actuellement) serait compatible OSM 
>(CC-SA ou plutôt ODBL). 
>

 Encore une très bonne nouvelle.
 

>  J'espère que ces explications vous auront donné envie de participer 
>  à ce barcamp et je suis à votre disposition pour d'autres questions.
>
>

 J'espère que plusieurs OSMeurs locaux pourront répondre à cette invitation.

et qu on aura un retour sur la mailing list, c est prometteur cette histoire :-)

Julien



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

Re: [OSM-talk-fr] [Fwd: Re: mapping party dans l'essonne]

[hamster]

arno a écrit :
> Le jeudi 25 février 2010, à 20:42:16 +0100, Baptiste a écrit : 
>> Lord Awikatchikaen a écrit :
>>> As tu eu des nouvelles du LUG ??
>> Bien vue cette relance, je viens d'envoyer un mail au GUL Essonne
>> pour voir ce qu'il peut faire pour nous.
>> On vous informe quand on en saura plus, nottamment pour l'accès à un
>> espace informatique.
>> /Concernant le choix de la commune, est-il arrêté?
> 
> Justement, ça dépend un peu de savoir si la salle est disponible à juvisy. Si 
> la salle est disponible à Juvisy, la ville sera juvisy. Sinon, on peut 
> peut-être essayer d'avoir une salle à Évry, et cartographier ris-orangis la 
> ville voisine; sinon, je sais pas.

si j'ai bien compris il n'y a pas moyen d'avoir quelque chose 
d'interessant a juvisy

par contre moyennant un peu de paperasse la salle de viry serait un bon 
plan (c'est juste au milieu entre juvisy et ris)
la solution evry serait un bon plan aussi

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

Re: [OSM-talk-fr] Barcamp "Cartographie Communautaire et Image Satellite"

[Pieren]

2010/3/1 Jean-Francois (Jeff) Faudi 

> Pour stimuler la discussion et les projets, nous allons libérer une
> quinzaine d'images récentes sur des villes françaises. Nous avons donc mis
> en place une API qui offre l'accès à ces images.


Voila une bonne nouvelle.


> L'idée est de proposer une API d'accès inter-opérable afin d'ouvrir au
> maximum les utilisations possible des images tout en suivant les
> utilisations qui sont faites.


Est-ce que l'on parle d'un service WMS ? Les utilisations possibles par OSM
seront sans doutes nombreuses et... imprévisibles. C'est le principe d'OSM
de favoriser toutes les initiatives.


> Cette plateforme est donc parfaitement compatible avec OpenStreetMap. J'ai
> d'ailleurs répondu aussi à François Van Der Biest ce matin pour lui indiquer
> que la licence (manquante actuellement) serait compatible OSM (CC-SA ou
> plutôt ODBL).
>

Encore une très bonne nouvelle.


>
> J'espère que ces explications vous auront donné envie de participer à ce
> barcamp et je suis à votre disposition pour d'autres questions.
>
>
J'espère que plusieurs OSMeurs locaux pourront répondre à cette invitation.

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

Re: [OSM-talk-fr] Sites et repères géodésiques

[Vincent Pottier]

Le 1 mars 2010 17:56, Etienne Chové  a écrit :

> http://geodesie.openstreetmap.fr
>
>
http://geodesie.openstreetmap.fr/cgi-bin/index.py?zoom=14&lat=47.2304&lon=5.98152&layers=B0T&ch=1100,1200

J'ai plusieurs fois "Municipaliti" dans les bulles.
C'est moi ou... ?

Et le permalink a un target=_blank. Normal ?

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

Re: [OSM-talk-fr] Sites et repères géodésiques

[Vincent Pottier]

Le 1 mars 2010 17:56, Etienne Chové  a écrit :

> http://geodesie.openstreetmap.fr
>
> Étrange ! Il y en a qui sont couchés.
Normal à cette heure !
http://geodesie.openstreetmap.fr/cgi-bin/index.py?zoom=14&lat=47.21647&lon=6.04229&layers=B0T&ch=1100,1200
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Annonce] Référencement des prix de carburants

[Vincent Pottier]

Le 1 mars 2010 18:44, wouldsmina  a écrit :

>
>
> Si l'application android permet de faire un suivi de sa consommation perso,
> il suffit de demander le prix/litre et le nombre de litre: et hop, petite
> mise a jour de la base en passant.
>
> Ça c'est le plus qui fera du site un must. "Suivez votre consommation et
trouvez les stations pas chères"

Si en plus, la bulle affiche les icônes des services joints (boutique,
toilette, wifi...)...

La beta s'annonce prometteuse !
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : Re : Faire une carte

[THEVENON Julien]

>>> De : Yannick VOYEAUD 


>>> C'est mieux que rien
>>> Serait-il possible de faire la même chose avec un fond plus complet au 
>>> niveau de la toponymie car celui que tu as repris est un peu vide

Ben j ai repris le fond mpanik, mais au zoom 6  il n y a pas grand chose qui 
apparait par defaut. Il te faudrait peut etre un rendu personnalise ou alors 
rajouter un calque contenant les toponymes qui t interessent mais ça depasse 
mes competences

>>> Si je veux introduire une ancre pour positionner directement la carte au 
>>> bon endroit comment dois-je m'y prendre.
 C est ce code la qui definit la position de la carte
var lat=43.120
var lon=14.855
var zoom=6

il faut que tu mettes le niveau de zoom et les coordonnées qui t interessent

Desole de ne pas pouvoir faire plus

Julien



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

Re: [OSM-talk-fr] Réseau de transport urbain

[Vincent Pottier]

Le 1 mars 2010 23:29, Vincent Pottier  a écrit :

>
> Mais OSMTransport s'en sort très bien pour l'affichage. J'ai redouté au
> début que la ligne 1 soit affichée deux fois. Mais non. Les deux routes
> ref:1 sont fusionnées à l'affichage.
>
> En fait, non. OSMTransport ne prend qu'une des deux routes pour
l'affichage.


Un exemple de stop_area sur öpnv
http://öpnvkarte.de/?zoom=18&lat=47.21628&lon=5.97971&layers=BT

Des allers et retours différents avec arrêts différents sur öpnv (suivre la
ligne 1)
http://öpnvkarte.de/?zoom=17&lat=47.23521&lon=6.02176&layers=B
-- 
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] données "libres" à Rennes ?

[julien balas]

Vincent Pottier wrote:
> 
> 
> Le 1 mars 2010 22:52, julien balas  > a écrit :
> 
> Les premières données "libérées" par Keolis Rennes sont dispo
> http://data.keolis-rennes.com/fr/accueil.html
> 
> je cite le site
> "Les données sont utilisables sous licence « Creative Commons »
> http://creativecommons.org/licenses/by-nc-nd/2.0/fr/. "
> 
> c'est compatible avec OSM ?
> 
> À priori, pas. NC : non commercial.

zut

> Il va falloir continuer le lobying pour libérer un peu plus.

Je rencontre les gens du marketing cette semaine pour un tout autre 
sujet, j'essayerais d'en mettre une couche.

-- 
JB


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

Re: [OSM-talk-fr] données "libres" à Rennes ?

[Vincent Pottier]

Le 1 mars 2010 23:35, Vincent Pottier  a écrit :

>
> Il va falloir continuer le lobying pour libérer un peu plus.
>
Il y a un forum pour ça, aux OSMeurs rennais de s'y inscrire :
http://data.keolis-rennes.com/fr/forum/boites-a-idees.html

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

Re: [OSM-talk-fr] données "libres" à Rennes ?

[Vincent Pottier]

Le 1 mars 2010 22:52, julien balas  a écrit :

> Les premières données "libérées" par Keolis Rennes sont dispo
> http://data.keolis-rennes.com/fr/accueil.html
>
> je cite le site
> "Les données sont utilisables sous licence « Creative Commons »
> http://creativecommons.org/licenses/by-nc-nd/2.0/fr/. "
>
> c'est compatible avec OSM ?
>
> À priori, pas. NC : non commercial.
Il va falloir continuer le lobying pour libérer un peu plus.
--
FiViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réseau de transport urbain

[Vincent Pottier]

Le 1 mars 2010 22:38, René-Luc D'Hont  a écrit :

> Le 01/03/2010 22:28, Guillaume Allegre a écrit :
> > Le Mon 01 Mar 2010 à 19:35 +0100, Vincent Pottier a ecrit :
> >
> >
> >> On peut savoir quel shéma de réseau sera utilisé ?
> >> Je suis en train de reprendre ce que j'avais fait sur Besançon
> >> avec en gros :
> >> relation:line
> >> relation:route (aller)
> >> relation:route (retour)
> >> relation:stop_area
> >> node:bus_stop (un côté)
> >> node:bus_stop (l'autre côté)
> >>
> >> Ça a l'air de fonctionner sur OpenTransport, övma, et sketch-line
> >>
> http://78.46.81.38/api/sketch-line?network=Ginko&ref=3&correspondences=100
> >>
> > Je viens de découvrir sketch-line, mais övma, kesako ?
> >
> > Et pas trouvé non plus relation:line. Une réf ?
> >
> >
> > Est-ce que 3liz a des recommandations pour l'intégration dans
> OSMTransport ?
> >
> > Pour l'instant, le but est d'importer des arrêts, donc bus_stop, et
> > relation:route parcellaire (sans les ways).
> >
> >
> >
>
> Bonjour,
>
> Le modèle qu'utilise Vincent pour le réseau de Besançon est une
> proposition. Celui-ci est proche de celle proposer par Google dans son
> modèle GTFS et est aussi celui utilisé par les professionnelles.
>
> Dans OSMTransport nous n'utilisons pas les relations line ni stop_area.
> Après des discussions au sein de 3Liz, nous pensons que ce modèle est
> intéressant dans le cas d'une description précise du réseau, mais nous
> ne sommes pas convaincu que ce genre de modèle doive faire partie de la
> base OSM. Le modèle avec des relations de relations est de notre point
> de vue trop complexe à gérer dans OSM.

Pour ma part, sur JOSM je gère beaucoup plus facilement les circuits qui ont
des itinéraires différents dans les deux sens depuis que j'utilise la 'line'
et la 'route'. Chaque route a une trace simple et continue.
Dans l'éditeur de relation, je suis beaucoup mieux la progression du mapping
des routes, sans boucles, avec arrêts entrés une seule fois, sans
bus_stop:backward et autres subtilités... Puis je crée une relation:line
dans laquelle j'importe les routes.
Je ne suis pas encore familier du plugin 'public_transport' mais ça vient.
Mais OSMTransport s'en sort très bien pour l'affichage. J'ai redouté au
début que la ligne 1 soit affichée deux fois. Mais non. Les deux routes
ref:1 sont fusionnées à l'affichage.

> Il nous arrive aussi parfois de
> remettre en cause l'utilisation des relations dans OSM, même si cela
> nous permet de faire OSMTransport.


> Quelques références :
> * http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema
> * http://wiki.openstreetmap.org/wiki/Public_Transport
>
> Voilà à vous de jugez.
>

Je suis convaincu qu'à terme, pour faire du routing transport en commun, les
routes distinctes seront nécessaires.
Sur Besançon, du fait des sens uniques, les arrêts ne sont pas les mêmes sur
les aller et retours. Certaines lignes s'arrêtent à la gare SNCF seulement
dans un des sens. Certaines correspondances ne peuvent se faire à un arrêt
que dans un sens, elles se feront ailleurs dans l'autre sens.
http://78.46.81.38/api/sketch-line?network=Ginko&ref=1&correspondences=100
Voir la correspondance avec les lignes 32 et 76
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réseau de transport urbain

[Vincent Pottier]

Le 1 mars 2010 22:29, Pierre Mauduit  a écrit :

> Salut,
>
> > Je viens de découvrir sketch-line, mais övma, kesako ?
> >
> > Et pas trouvé non plus relation:line. Une réf ?
> >
> Dommage, ca ne semble pas fonctionner avec les relations de type
> route=bus. Il y a le code quelquepart ?
>
> Si, si.
http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko#1
La ligne :
http://78.46.81.38/api/sketch-line?network=Ginko&ref=1&correspondences=100
Les routes :
http://78.46.81.38/api/sketch-route?101593
 http://78.46.81.38/api/sketch-route?412870

Pas de code, mais un formulaire :
http://78.46.81.38/public_transport.html
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Annonce] Référencement des prix de carburants

[Olivier Boudet]

Bonsoir,

Le Lundi 01 Mars 2010 18:11:51, Yoann ARNAUD a écrit :
> Félicitations, c'est simple, sobre et efficace !
> 
Merci beaucoup !

> J'attends mon mail de confirmation pour activer mon compte (merci le
> greylisting :)).

As-tu reçu le mail finalement ? Je viens de me rendre compte d'un problème de 
configuration de mon serveur mail qui pourrait bien envoyer tous les mails de 
confirmation dans les dossiers de spam... Il faut que je regarde comment régler 
ce soucis.

> En attendant je vais me permettre une petite remarque. Le fait que les
> utilisateurs aient à rentrer eux-mêmes les prix est un peu contraignant,
> non ? Sachant que les prix évoluent tous les jours, il faut
> potentiellement mettre à jour tous les jours les données. Certes, avec
> un smartphone sous la main, ça facilite la chose mais j'ai l'impression
> qu'un utilisateur de ta future appli android va plus être consommateur
> de l'appli qu'un updateur potentiel (je peux me tromper).

On est d'accord, malheureusement je n'ai pas trouvé mieux. Il faut compter sur 
l'effet de masse pour que ce soit viable.

> Si je regarde du côté de http://www.prix-carburants.gouv.fr, les valeurs
> sont mises à jour assez régulièrement (moins d'une semaine en général
> autour de Nantes) et j'ai bien l'impression que les valeurs sont pompées
> sur des bases de données fournies par les vendeurs de carburant.
> 
> As-tu essayé de te renseigner de côté là ? Seraient-ils d'accord pour te
> fournir un accès à ces bases ? Cela te ferait une source de données
> supplémentaire, fiable et régulièrement mise à jour.

Malheureusement là encore, j'avais essayé de regarder cette piste là, mais 
comme cela a été signalé, c'est 5000€ l'année, autant dire totalement hors de 
mon budget (qui est de 0€ ou presque).

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

Re: [OSM-talk-fr] Réseau de transport urbain

[Vincent Pottier]

Le 1 mars 2010 22:28, Guillaume Allegre  a écrit
:

> Le Mon 01 Mar 2010 à 19:35 +0100, Vincent Pottier a ecrit :
>
> > On peut savoir quel shéma de réseau sera utilisé ?
> > Je suis en train de reprendre ce que j'avais fait sur Besançon
> > avec en gros :
> > relation:line
> > relation:route (aller)
> > relation:route (retour)
> > relation:stop_area
> > node:bus_stop (un côté)
> > node:bus_stop (l'autre côté)
> >
> > Ça a l'air de fonctionner sur OpenTransport, övma, et sketch-line
> >
> http://78.46.81.38/api/sketch-line?network=Ginko&ref=3&correspondences=100
>
> Je viens de découvrir sketch-line, mais övma, kesako ?
>
http://öpnvkarte.de/?zoom=12&lat=47.241&lon=6.01765&layers=BT
Désolé, j'ai écrit de (mauvaise) mémoire... Je ne me souvenais que du 'ö'
dans l'url, et très peu du reste.

>
> Et pas trouvé non plus relation:line. Une réf ?
>
Pas de ref, des exemples :
http://osmxapi.hypercube.telascience.org/api/0.6/relation[type=line]

Sur la talk-tansit, il a aussi été évoqué le fait de regrouper dans une
relation:line les bus d'une même ligne ayant des parcours (route) différents
selon l'heure, le jour...

>
> Est-ce que 3liz a des recommandations pour l'intégration dans OSMTransport
> ?
>
Je pense qu'ils suivent les discussions de la talk-transit

>
> Pour l'instant, le but est d'importer des arrêts, donc bus_stop, et
> relation:route parcellaire (sans les ways).
>
Le stop_area est pour plusieurs arrêts composant un arrêt (de par et d'autre
de la route typiquement)
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] données "libres" à Rennes ?

[julien balas]

Les premières données "libérées" par Keolis Rennes sont dispo
http://data.keolis-rennes.com/fr/accueil.html

je cite le site
"Les données sont utilisables sous licence « Creative Commons »
http://creativecommons.org/licenses/by-nc-nd/2.0/fr/. "

c'est compatible avec OSM ?

-- 
JB

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

Re: [OSM-talk-fr] Réseau de transport urbain

[René-Luc D'Hont]

Le 01/03/2010 22:28, Guillaume Allegre a écrit :
> Le Mon 01 Mar 2010 à 19:35 +0100, Vincent Pottier a ecrit :
>
>
>> On peut savoir quel shéma de réseau sera utilisé ?
>> Je suis en train de reprendre ce que j'avais fait sur Besançon
>> avec en gros :
>> relation:line
>> relation:route (aller)
>> relation:route (retour)
>> relation:stop_area
>> node:bus_stop (un côté)
>> node:bus_stop (l'autre côté)
>>
>> Ça a l'air de fonctionner sur OpenTransport, övma, et sketch-line
>> http://78.46.81.38/api/sketch-line?network=Ginko&ref=3&correspondences=100
>>  
> Je viens de découvrir sketch-line, mais övma, kesako ?
>
> Et pas trouvé non plus relation:line. Une réf ?
>
>
> Est-ce que 3liz a des recommandations pour l'intégration dans OSMTransport ?
>
> Pour l'instant, le but est d'importer des arrêts, donc bus_stop, et
> relation:route parcellaire (sans les ways).
>
>
>

Bonjour,

Le modèle qu'utilise Vincent pour le réseau de Besançon est une 
proposition. Celui-ci est proche de celle proposer par Google dans son 
modèle GTFS et est aussi celui utilisé par les professionnelles.

Dans OSMTransport nous n'utilisons pas les relations line ni stop_area. 
Après des discussions au sein de 3Liz, nous pensons que ce modèle est 
intéressant dans le cas d'une description précise du réseau, mais nous 
ne sommes pas convaincu que ce genre de modèle doive faire partie de la 
base OSM. Le modèle avec des relations de relations est de notre point 
de vue trop complexe à gérer dans OSM. Il nous arrive aussi parfois de 
remettre en cause l'utilisation des relations dans OSM, même si cela 
nous permet de faire OSMTransport.

Quelques références :
* http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema
* http://wiki.openstreetmap.org/wiki/Public_Transport

Voilà à vous de jugez.

René-Luc D'Hont
3Liz


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

Re: [OSM-talk-fr] Réseau de transport urbain

[Pierre Mauduit]

Salut,

> Je viens de découvrir sketch-line, mais övma, kesako ?
> 
> Et pas trouvé non plus relation:line. Une réf ?
> 
Dommage, ca ne semble pas fonctionner avec les relations de type
route=bus. Il y a le code quelquepart ?

-- 
Pierre


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

Re: [OSM-talk-fr] Réseau de transport urbain

[Guillaume Allegre]

Le Mon 01 Mar 2010 à 19:35 +0100, Vincent Pottier a ecrit :

> On peut savoir quel shéma de réseau sera utilisé ?
> Je suis en train de reprendre ce que j'avais fait sur Besançon
> avec en gros :
> relation:line
> relation:route (aller)
> relation:route (retour)
> relation:stop_area
> node:bus_stop (un côté)
> node:bus_stop (l'autre côté)
> 
> Ça a l'air de fonctionner sur OpenTransport, övma, et sketch-line
> http://78.46.81.38/api/sketch-line?network=Ginko&ref=3&correspondences=100

Je viens de découvrir sketch-line, mais övma, kesako ?

Et pas trouvé non plus relation:line. Une réf ?


Est-ce que 3liz a des recommandations pour l'intégration dans OSMTransport ?

Pour l'instant, le but est d'importer des arrêts, donc bus_stop, et 
relation:route parcellaire (sans les ways).


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] tags - map features - communes

[Christian Rogel]

Même si un tag tombe en désuétude, il ne doit pas être supprimé sur 
l'initiative d'un seul sous prétexte de clarté et d'un  "devoir de 
trancher".
Ce qui semble sûr, c'est qu'il est de moins en moins utilisé, en 
particulier pour la hiérarchisation administrative systématique.
La discussion sur la fr mailing list a permis de clarifier ce point, 
mais il n'en a pas été vérifié toutes les conséquences, en particulier, 
s'il est encore utilisé dans d'autrs pays.
Une simple recherche sur le wiki OSM  (Key:is_in)indique que ce tag est 
recommandé dans les cas d'homonymie des noms de lieu pour aider les 
moteurs de recherche.
L'exemple qui est donné est celui de San Francisco qui est un nom de 
lieu qui existe dans beaucoup de pays.
Un 2ème exemple  de is_in est donné pour un usage mettant en valeur la 
qualité administrative d'une ville comme capitale d'un Etat ou d'un 
territoire autonome.
On y voit que les Anglo-Saxons utilisent le tag pour y inclure les 
abréviations (ACT = Australian Capital Territory, soit le district 
fédéral de Canberra).
S'il y a quelque chose à modifier dans FR:Map features, c'est pour bien 
marquer les 2 faits précités :
1 Il est de moins en moins employé pour les relations entre niveaux 
d'administration
2 Beaucoup continuent de lui trouver une utilité au moins pour éviter 
les confusions entre noms de lieu identiques et pour indiquer les 
capitales et leurs districts propres
Quand on pense aux 400 et quelque communes appelées Saint-Martin en 
France, plus les simples lieux-dits...

A moiss que d'autres infos sur les pratiques étrangères nous soient 
données...

Plus compliqué : dans la page wiki en anglais, il est proposé de ne pas 
se limiter aux limites administratives, mais d'étendre à des régions 
géographiques comme la Manche (la mer). C'est pour y mettre l'île de 
Wight (mais, nous, nous avons Tatihou, Chausey, le Mont-Saint-Michel 
Cézembre, les Ebihens, Bréhat, les Sept-Iles, et l'Ile Vierge qui est la 
limite officielle de la Manche).
Faudra-t-il une relation "English Channel"?


Christian




sly (sylvain letuffe) a écrit :
>> Serait-il possible de trancher en ajustant *FR:Map Features* dans les cas
>> suivants :
> 
> ça ne sera pas forcément possible ;-)
> c'est la méthode anarchique de base du système osm ;-)
> Y'a des guides, les gens les suivent, ou pas, et on espère que l'on tendra 
> vers le mieux au fil du temps.
> 
>  > (1.1) Toponymie (place, city) Tagging standard pour
>  > city,town,village,hamlet 
>> défini par Alban [...] : is_in="Europe,France,nom du département" (FR:Map
>> Features)
> 
> C'est "nettoyé" sur le wiki
> 
>> D'accord pour "laisser tomber". Mais les enclaves, exclaves, etc. sont-elles
>> bien prises en compte ?
> 
> Délicat de répondre, car comme disait pieren, il y a plusieurs facettes.
> Disons que "oui", c'est possible de le prendre en compte, les outils existent.
> 
> Maintenant, ce n'est pas à la portée de tout le monde en l'état actuel des 
> choses: tous les contours des communes de france ne sont pas encore rentrées 
> dans la base, personne (encore) n'a développé une moulinette qui 
> reconstruirait un fichier osm avec les tags is_in par exemple. 
>  
>> (2) INSEE
>> (2.1) code_INSEE="x" à 5 chiffres (FR:Map Features)
>> (2.2) ref:INSEE = (Osmose)
> 
> ref:INSEE
> 
> 
> 




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

Re: [OSM-talk-fr] Barcamp "Cartographie Communautaire et Image Satellite"

[Jean-Francois (Jeff) Faudi]

Bonsoir,

*Je suis Jean-Francois Faudi, Responsable de l’activité Spot Image Labs chez
Spot Image et à ce titre en charge du projet YouMapps.

*Effectivement, nous sommes vraiment désolés pour cette publication par
erreur qui a déclenché des réactions bien légitimes ce week-end. Nous avons
supprimé le contenu et indiqué que cette page est en cours de création. Ce
n’est évidemment pas la façon dont nous souhaitions démarrer des discussions
avec les différentes communautés que nous voulions inviter pour notre
premier barcamp !

Je profite donc de cet émail pour vous donner plus d'information et répondre
aux questions qui ont été posées :

Nous souhaitons organiser un barcamp à La Cantine Silicon Sentier où nous
avions participé au mois de Novembre à un CartoCamp. Comme vous l'avez noté
le barcamp est une conférence ouverte où tout le monde peut venir avec ses
idées et ses projets. L'idée pour nous est de provoquer un évènement autour
de la cartographie communautaire et des images satellites car ces deux
domaines sont très dynamiques et pour l'instant assez peu connectés (sauf de
temps en temps pour des crises comme Haiti ou le Chili). Nous souhaitons
provoquer l'émergence de nouvelles idées d'applications qui associent la
cartographie communautaire et les images satellites comme par exemple pour
le suivi des rivières, des cultures, de l'urbanisation,de recensement, du
réchauffement climatique, de la bio-diversité, etc...

Je suis assez convaincu, par exemple, que notre initiative citoyenne de
lutte contre le réchauffement climatique (www.planet-action.org) pourrait
bénéficier de la cartographie communautaire. Actuellement, nous donnons des
images satellites et des logiciels SIG à plus de 150 projets de par le monde
qui luttent contre le réchauffement climatique. Que pourrions-nous imaginer
comme nouvelles applications si au lieu de donner 500 images sur des CDROMs
à 150 projets différent nous les mettions toutes en ligne à disposition de
toute une communauté ? C'est l'objectif du barcamp d'essayer de répondre à
certaines de ces questions et de trouver des pistes pour l'avenir.

Pour stimuler la discussion et les projets, nous allons libérer une
quinzaine d'images récentes sur des villes françaises. Nous avons donc mis
en place une API qui offre l'accès à ces images. Cette API est accessible au
sein d'une plateforme (www.youmapps.org) qui permet de faire se rencontrer
des experts, des développeurs et des contributeurs autour de projets
communs. Cette plateforme gratuite est développée sur base logiciel libres
(OpenLayers, GeoServer, Drupal). Si vous regardez la documentation vous
verrez qu'il faut juste référencer les applications qui utilisent les images
mais que les applications peuvent être hébergées ailleurs. L'idée est de
proposer une API d'accès inter-opérable afin d'ouvrir au maximum les
utilisations possible des images tout en suivant les utilisations qui sont
faites. Cette plateforme est donc parfaitement compatible avec
OpenStreetMap. J'ai d'ailleurs répondu aussi à François Van Der Biest ce
matin pour lui indiquer que la licence (manquante actuellement) serait
compatible OSM (CC-SA ou plutôt ODBL).

J'espère que ces explications vous auront donné envie de participer à ce
barcamp et je suis à votre disposition pour d'autres questions.



Jean-François Faudi


Le 1 mars 2010 21:27, François Van Der Biest <
francois.vanderbi...@camptocamp.com> a écrit :

> 2010/3/1 Denis :
> > Robin PREST a écrit :
> >> Hello,
> >>
> >> Yves n'a pas dû avoir le temps de faire passer le message mais pas
> >> d'inquiétude, c'était un test qui n'aurait pas dû être publié :
> >
> > Merci Robin pour ce retour d'informations.
> > Comme on dit chez nous : "Ende gut, alles gut" (tout est bien qui finit
> > bien). Sauf que là, il s'agit plutôt de démarrer
> > Passons l'éponge sur cette maladresse et attendons de voir ce que cela
> > peut donner.
>
> Même réaction.
> Je suis assez enthousiaste, et je vais essayer de m'y rendre.
>
> A+
> F.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Jean-Francois FAUDI, Spot Image, Web and E-business
Email : jean-francois.fa...@spotimage.fr – Web Site :
http://www.spotimage.com
Phone : +33 5 62 19 43 34 – Fax : +33 5 62 19 43 43 – GSM : +33 6 13 64 03
06

>> Before printing, think about the environment

This e-mail and any attachments hereto are intended for the exclusive use of
the addressee. They may contain confidential information and/or may be
legally privileged. Any unauthorized edition, modification, dissemination or
use is strictly prohibited. If you have received this message by error,
please delete it from your computer and notify the sender immediately. Spot
Image SA declines all responsibility for this message if it has been
altered, deformed, falsified or even edited or disseminated without
authorization.
___
Talk-fr m

Re: [OSM-talk-fr] Barcamp "Cartographie Communautaire et Image Satellite"

[François Van Der Biest]

2010/3/1 Denis :
> Robin PREST a écrit :
>> Hello,
>>
>> Yves n'a pas dû avoir le temps de faire passer le message mais pas
>> d'inquiétude, c'était un test qui n'aurait pas dû être publié :
>
> Merci Robin pour ce retour d'informations.
> Comme on dit chez nous : "Ende gut, alles gut" (tout est bien qui finit
> bien). Sauf que là, il s'agit plutôt de démarrer
> Passons l'éponge sur cette maladresse et attendons de voir ce que cela
> peut donner.

Même réaction.
Je suis assez enthousiaste, et je vais essayer de m'y rendre.

A+
F.

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

Re: [OSM-talk-fr] Barcamp "Cartographie Communautaire et Image Satellite"

[Denis]

Robin PREST a écrit :
> Hello,
> 
> Yves n'a pas dû avoir le temps de faire passer le message mais pas 
> d'inquiétude, c'était un test qui n'aurait pas dû être publié :

Merci Robin pour ce retour d'informations.
Comme on dit chez nous : "Ende gut, alles gut" (tout est bien qui finit 
bien). Sauf que là, il s'agit plutôt de démarrer
Passons l'éponge sur cette maladresse et attendons de voir ce que cela 
peut donner. A titre perso, je suis curieux et regrette de ne pas avoir 
la possibilité de me téléporter sur Paris.
Merci à ceux qui seront sur le terrain de faire des (b)logs...

Denis

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

Re: [OSM-talk-fr] Sites et repères géodésiques

[Frédéric Rodrigo]

Le Lundi 01 Mars 2010 20:31:49, Eric SIBERT a écrit :
> > Firefox et Internet Explorer sont des bon outils pour un premier
> > diagnostique des problèmes de XML non valide.
> > Par contre 80Mo ca commence a faire, a essayer ;)
> 
> Firefox plante et ça fait 30 mn que IE8 rame...
> 
> Éric
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

xmllint en ligne de commande
Je te conseille l'option "-noout"

My 2 cents
Fred

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

Re: [OSM-talk-fr] Sites et repères géodésiques

[Eric SIBERT]

Suite aux remarques des uns et des autres, je verrais bien:

Au niveau des repères:
- description : concaténer la "désignation" et les "remarques".
(remarques contient en particulier la destruction éventuelle)
- dans note, mettre l'avertissement sur le déplacement

Pour les fiches et les repères:
- url : adresse de la page web

Là, je me rends compte que je ne sais pas reconstituer l'URL pour les 
repères mais que l'info est dans le fichier fiche-repere.csv de Fred. Ça 
va attendre quelques jours pour que je l'attaque.

Éric

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

Re: [OSM-talk-fr] Sites et repères géodésiques

[Eric SIBERT]

> Firefox et Internet Explorer sont des bon outils pour un premier
> diagnostique des problèmes de XML non valide.
> Par contre 80Mo ca commence a faire, a essayer ;)

Firefox plante et ça fait 30 mn que IE8 rame...

Éric

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

Re: [OSM-talk-fr] [Annonce] Référencement des prix de carburants

[Yannick VOYEAUD]

Olivier Boudet a écrit :
> Bonjour,
> 
> J'avais déjà parlé rapidement ici-même d'un projet d'application Web 
> permettant d'indiquer les prix des carburants dans les différentes stations-
> services.
> 
> J'ai mis une première version en ligne, qui est loin d'être terminée et 
> aboutie, mais je vous l'annonce tout de même afin d'avoir vos premiers 
> commentaires. Je sais qu'il reste beaucoup à améliorer...
> 
> Je tiens également à vous dire que ce projet était aussi pour moi l'occasion 
> de me former à de nouveaux outils :
> - python
> - django et geodjango
> - postgresql et postgis
> - jQuery
> - git
> - et bien sûr OpenLayers.
> 
> Je n'avais jusque là jamais touché à ses outils/langages donc j'espère avoir 
> votre indulgence par rapport au résultat :-)
> 
> En ce qui concerne les fonctionnalités pour le moment présentes, voici une 
> liste rapide :
> - Visualisation des stations et des prix sur la carte par système de bulle 
> (merci OpenLayers)
> - Modification des prix (si utilisateur inscrit)
> - Visualisation des historiques de prix (si utilisateur inscrit)
> - Enregistrement de favoris (si utilisateur inscrit)
> - Recherche de stations/lieux (merci Nominatim)
> - Enregistrement d'un lieu par défaut pour centrer la carte (si utilisateur 
> inscrit)
> - Permalinks
> - Si une station n'a pas de nom ou d'operateur, lien direct pour modifier ces 
> données dans Potlatch
> - l'inscription requiert un minimum d'information : login, email et mot de 
> passe
> 

Bonsoir,

Mon adresse courriel est refusée lors de l'inscription Je voulais 
t'apporter sur Vienne (38) dommage

Amitiés

-- 
Yannick VOYEAUD


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

Re: [OSM-talk-fr] Re : Faire une carte

[Yannick VOYEAUD]

THEVENON Julien a écrit :

Bonsoir à tous

Tout d'abord merci à Julien de son travail. Je reviens sur ce dossier 
après ces 3 jours de salon sur Lyon.

>> >>>*De :* Yannick VOYEAUD 
> **
> Merci à tous de vos réponses! Elles ont toutes été regardées avec
> bienveillance car toutes faisaient réponses à mon problème. Certaines
> hélas ne peuvent être mis en œuvre par moi car je suis incompétent
> techniquement et c'est bien dommage.
> 
>> >>>* *Je mets à cette adresse le fichier gpx généré grace à Julien 
> THÉVENON.
>> >>>* *http://voyeaud.org/2-19RAC_AD30.gpx
> 
> Il a surtout ete genere grace a http://map.meurisse.org/  ;-)

Oui c'est l'outil en question mais c'est bien toi qui m'a suggéré de 
l'utiliser

> 
> 
>> >>>* *Merci à ceux qui me proposeront un fichier html exploitable. Je 
> ne rfuse
>> >>>* *pas de voir le fichier couper en plusieurs morceaux en fonction du
>> >>>* *découpage de l'ouvrage lui-même. J'ai déjà un certains nombres de 
> pages
>> >>>* *faites ici http://voyeaud.org/Travaux/Livres/19_RAC/19RAC_1.php
>> >>>* *Ce travail servira à mettre une version html-php de ce document 
> afin de
>> >>>* *prendre moins de place sur le serveur.
> 
>> >>>* *D'avance merci de votre aide. Si plusieurs solutions me sont 
> proposées
>> >>>* *je les regarderais toutes avec attention et je dirais pourquoi 
> mon choix
>> >>>* *de telle ou telle proposition.
> 
> J ai repris la page de Julien Balas ( 
> http://julien.balas.free.fr/openlayer/openlayer.html ) que j ai 
> légèrement modifiée pour utiliser ton fichier gpx
> Tu trouveras en pièce jointe la page html et le gpx dans un zip, chez 
> moi en local ca marche...
> 
> Par contre je préviens c est fait a l arrache et c est la premiere fois 
> que je touche a du code Open Layer ;-)

C'est mieux que rien
Serait-il possible de faire la même chose avec un fond plus complet au 
niveau de la toponymie car celui que tu as repris est un peu vide

Si je veux introduire une ancre pour positionner directement la carte au 
bon endroit comment dois-je m'y prendre.

> 
> Julien

Amitiés

-- 
Yannick VOYEAUD


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

Re: [OSM-talk-fr] Réseau de transport urbain

[Vincent Pottier]

Le 28 février 2010 23:13, Guillaume Allegre  a
écrit :

>
> Je suis donc tout prêt à examiner les données pour les transformer en
> format OSM, si
> tu me les fournis.


On peut savoir quel shéma de réseau sera utilisé ?
Je suis en train de reprendre ce que j'avais fait sur Besançon
avec en gros :
relation:line
relation:route (aller)
relation:route (retour)
relation:stop_area
node:bus_stop (un côté)
node:bus_stop (l'autre côté)

Ça a l'air de fonctionner sur OpenTransport, övma, et sketch-line
http://78.46.81.38/api/sketch-line?network=Ginko&ref=3&correspondences=100
Bon, il manque encore des arrêts...
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Sites et repères géodésiques

[Eric SIBERT]

 > J'ai éssayé de parser le fichier avec le parseur sax de python. Ligne
 > 671026 il y a un caractère bizarre. Est ce que c'est à cause de python
 > ou de ton fichier, je ne sait pas et je n'ai pas encore regardé.


Le repère fautif :

REPERE$5421101$A$Borne en granit gravee SG (tete cass? «e)$Réseau 
Géodésique Français$- Point vu en place en 
2006$photo_gd/3616/5421101-01.jpg$Système RGF93 - Ellipsoïde : IAG 
GRS80 - Méridien origine : Greenwich$T$6 ° 53' 54,2522'' E$48 ° 35' 
49,6089'' N$376,84$$Système RGF93 - Projection LAMBERT - 93$NGF - 
IGN1969 Altitude normale (m)$T$987 348,03$6 840 084,63$328,7$D$Système 
NTF - Projection LAMBERT 1$$936 283,80$109 787,40$$

Plus particulièrement :

Borne en granit gravee SG (tete cass? «e)

La page web :

http://ancien-geodesie.ign.fr/fiche_point.asp?num_site=5421101&no_ptg=01&numero_f50=3616

Je vais inclure le remplacement en dure dans le code:

cass? «e -> cassée

Au passage:
tete -> tête
Tete -> Tête
cassee -> cassée


Éric

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

Re: [OSM-talk-fr] beta.letuffe.org : admin_level_8

[Vincent Pottier]

Le 1 mars 2010 09:21, Stéphane Brunner  a
écrit :

>
> Hello,
>
> C'est plus une bonne façon de pratique ou l'on décris pas grâce
> catégorie en premier puis on descend.
> 1 boundary
> 2 administrative
> 3 admin_level
>
> Du coup cela permet d'avoir des admin_level sur des chemin qui ne sont
> pas des frontières administrative.
>
> Je n'ai pas d'exemple mais le jour ou le cas ce présente on n'est pas
> embêté.
>
> Si, si on est quand même embêté. Quand un bout de départementale est
tronçonné du fait de limites administratives, quand la limite entre deux
communes est tronçonnée parce qu'elle coïncide avec une départementale, il
vaut mieux avoir un way pour la départementale et un way pour la limite.
J'ai ressoudé les morceaux, pour ensuite redécouper pour des relations route
qui, elles, empruntent physiquement la départementale.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Barcamp "Cartographie Communautaire et Image Satellite"

[Robin PREST]

Hello,

Yves n'a pas dû avoir le temps de faire passer le message mais pas
d'inquiétude, c'était un test qui n'aurait pas dû être publié :
*
*
*Bonjour,

Je suis Jean-Francois Faudi, Responsable de l’activité Spot Image Labs chez
Spot Image et à ce titre en charge du projet YouMapps.

L’affichage des logos sur la page du BarCamp était un test sur une page qui
devait rester non publiée dans l’attente de la mise en place de cet
évènement avec La Cantine et, bien entendu, des discussions avec les
diverses communautés qui nous souhaitions inviter. Une erreur de
manipulation a provoqué  cet affichage et les réactions bien compréhensible
de ces communautés. Nous avons modifié la page pour supprimer les logos et
indiquer le fait que la page soit en cours de création. Je vous prie de nous
excuser pour cette erreur. Je vais d’ailleurs envoyer un message directement
dans ce sens sur les forums.

Ce n’était évidemment est pas la façon dont nous souhaitions démarrer ces
discussions avec vous mais nous voilà dans le cœur du sujet :

- Oui, nous souhaitons que notre API (beta) de création de contenu et
d’applications sur images satellite soit compatible avec les initiatives
telles que OpenStreetMap et OsGeo.

- Oui, nous souhaitons avoir le retour des communautés OpenSource et de
NéoGéographie pour faire en sorte que cette initiative soit utile et
pérenne.

- Oui, nous souhaitons organiser un barcamp sur la cartographie
communautaire et les images satellites avec La Cantine avec qui nous sommes
en discussion pour la date

J’espère que nous aurons l’occasion de discuter prochainement de ces projets
et je prie encore une fois de nous excuser pour cette publication non
souhaitée.

Cordialement,

Jean-Francois FAUDI, Spot Image, Web and E-business
*[Note robin : j'ai enlevé les coordonnées détaillées mais on les a dans un
coin si besoin]

Bonne soirée à tous,
Robin, GeoRezo.net
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Annonce] Référencement des prix de carburants

[wouldsmina]

Le 1 mars 2010 18:12, Yoann ARNAUD [via GIS] <
ml-node+4655545-1077150241-235...@n2.nabble.com
> a écrit :

> Le 01/03/2010 16:46, Olivier Boudet a écrit :
>
> > Voila, je vous laisse donc l'URL : http://www.karbukoo.fr
> > Et, si vous cherchez une station avec des prix (car forcément y'en a pas
> > beaucoup), vous pouvez regarder là :
> > http://www.karbukoo.fr/?zoom=17&lat=48.10299&lon=-1.71122&layers=BTT
> > Pour finir, si vous avez envie de proposer des suggestion ou signaler des
> bugs,
> > j'ai mis en place un site Trac : http://trac.karbukoo.fr
> >
> > Merci à ceux qui jeteront un oeil et/ou ceux qui feront des retours.
>
> Bonjour Olivier,
>
> Félicitations, c'est simple, sobre et efficace !
>
> J'attends mon mail de confirmation pour activer mon compte (merci le
> greylisting :)).
>
> En attendant je vais me permettre une petite remarque. Le fait que les
> utilisateurs aient à rentrer eux-mêmes les prix est un peu contraignant,
> non ?


Si l'application android permet de faire un suivi de sa consommation perso,
il suffit de demander le prix/litre et le nombre de litre: et hop, petite
mise a jour de la base en passant.


> Sachant que les prix évoluent tous les jours, il faut
> potentiellement mettre à jour tous les jours les données. Certes, avec
> un smartphone sous la main, ça facilite la chose mais j'ai l'impression
> qu'un utilisateur de ta future appli android va plus être consommateur
> de l'appli qu'un updateur potentiel (je peux me tromper).
>
> Si je regarde du côté de http://www.prix-carburants.gouv.fr, les valeurs
> sont mises à jour assez régulièrement (moins d'une semaine en général
> autour de Nantes) et j'ai bien l'impression que les valeurs sont pompées
> sur des bases de données fournies par les vendeurs de carburant.
>
> As-tu essayé de te renseigner de côté là ? Seraient-ils d'accord pour te
> fournir un accès à ces bases ? Cela te ferait une source de données
> supplémentaire, fiable et régulièrement mise à jour.
>
>
>
> --
> Yoann.
>
> ___
> Talk-fr mailing list
> [hidden 
> email]
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
>  View message @
> http://n2.nabble.com/Annonce-Referencement-des-prix-de-carburants-tp4654920p4655545.html
> To start a new topic under France, email
> ml-node+3070341-386323304-235...@n2.nabble.com
> To unsubscribe from France, click here< (link removed) =>.
>
>
>

-- 
View this message in context: 
http://n2.nabble.com/Annonce-Referencement-des-prix-de-carburants-tp4654920p4655759.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Annonce] Référencement des prix de carburants

[Stéphane Péchard]

>  - 5000€ pour un usage internet
>  - 38500€ pour la licence de réutilisation à usage commercial.

et c'est le prix annuel mais (et ça a déjà été dit ici je crois),
la licence n'empêche pas la redistribution, et il existe des sociétés
qui l'achète une fois et la revend plusieurs

sinon, côté appli, ça marche sous firefox (mac os X) mais pas sous
safari (le même mac os X), rien n'apparait quand on clique sur Go...

stéphane

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

Re: [OSM-talk-fr] [Annonce] Référencement des prix de carburants

[Fabien]

Bonjour à tous,
excellente initiative.

J'avais regardé il y a quelques temps les licences d'utilisation du site
http://www.prix-carburants.gouv.fr , et malheureusement c'est loin d'être
libre (cf :
http://www.prix-carburants.gouv.fr/document/Arrete_du_22_janvier_2009.pdf )
 - 5000€ pour un usage internet
 - 38500€ pour la licence de réutilisation à usage commercial.

Fabien

2010/3/1 Yoann ARNAUD 

> Le 01/03/2010 16:46, Olivier Boudet a écrit :
>
> > Voila, je vous laisse donc l'URL : http://www.karbukoo.fr
> > Et, si vous cherchez une station avec des prix (car forcément y'en a pas
> > beaucoup), vous pouvez regarder là :
> > http://www.karbukoo.fr/?zoom=17&lat=48.10299&lon=-1.71122&layers=BTT
> > Pour finir, si vous avez envie de proposer des suggestion ou signaler des
> bugs,
> > j'ai mis en place un site Trac : http://trac.karbukoo.fr
> >
> > Merci à ceux qui jeteront un oeil et/ou ceux qui feront des retours.
>
> Bonjour Olivier,
>
> Félicitations, c'est simple, sobre et efficace !
>
> J'attends mon mail de confirmation pour activer mon compte (merci le
> greylisting :)).
>
> En attendant je vais me permettre une petite remarque. Le fait que les
> utilisateurs aient à rentrer eux-mêmes les prix est un peu contraignant,
> non ? Sachant que les prix évoluent tous les jours, il faut
> potentiellement mettre à jour tous les jours les données. Certes, avec
> un smartphone sous la main, ça facilite la chose mais j'ai l'impression
> qu'un utilisateur de ta future appli android va plus être consommateur
> de l'appli qu'un updateur potentiel (je peux me tromper).
>
> Si je regarde du côté de http://www.prix-carburants.gouv.fr, les valeurs
> sont mises à jour assez régulièrement (moins d'une semaine en général
> autour de Nantes) et j'ai bien l'impression que les valeurs sont pompées
> sur des bases de données fournies par les vendeurs de carburant.
>
> As-tu essayé de te renseigner de côté là ? Seraient-ils d'accord pour te
> fournir un accès à ces bases ? Cela te ferait une source de données
> supplémentaire, fiable et régulièrement mise à jour.
>
>
>
> --
> Yoann.
>
> ___
> 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] [Annonce] Référencement des prix de carburants

[Yoann ARNAUD]

Le 01/03/2010 16:46, Olivier Boudet a écrit :

> Voila, je vous laisse donc l'URL : http://www.karbukoo.fr
> Et, si vous cherchez une station avec des prix (car forcément y'en a pas
> beaucoup), vous pouvez regarder là :
> http://www.karbukoo.fr/?zoom=17&lat=48.10299&lon=-1.71122&layers=BTT
> Pour finir, si vous avez envie de proposer des suggestion ou signaler des 
> bugs,
> j'ai mis en place un site Trac : http://trac.karbukoo.fr
>
> Merci à ceux qui jeteront un oeil et/ou ceux qui feront des retours.

Bonjour Olivier,

Félicitations, c'est simple, sobre et efficace !

J'attends mon mail de confirmation pour activer mon compte (merci le 
greylisting :)).

En attendant je vais me permettre une petite remarque. Le fait que les 
utilisateurs aient à rentrer eux-mêmes les prix est un peu contraignant, 
non ? Sachant que les prix évoluent tous les jours, il faut 
potentiellement mettre à jour tous les jours les données. Certes, avec 
un smartphone sous la main, ça facilite la chose mais j'ai l'impression 
qu'un utilisateur de ta future appli android va plus être consommateur 
de l'appli qu'un updateur potentiel (je peux me tromper).

Si je regarde du côté de http://www.prix-carburants.gouv.fr, les valeurs 
sont mises à jour assez régulièrement (moins d'une semaine en général 
autour de Nantes) et j'ai bien l'impression que les valeurs sont pompées 
sur des bases de données fournies par les vendeurs de carburant.

As-tu essayé de te renseigner de côté là ? Seraient-ils d'accord pour te 
fournir un accès à ces bases ? Cela te ferait une source de données 
supplémentaire, fiable et régulièrement mise à jour.



-- 
Yoann.

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

Re: [OSM-talk-fr] Re : pb de limites de communes ( dép 51)

[sly (sylvain letuffe)]

On lundi 1 mars 2010, Guillaume Audirac wrote:
> > Donc je suppose que c'est bon aussi pour les noms contenant une
> > apostrophe, 
> > car ceux-ci n'étaient pas extraits non plus ?

Oups, j'avais zapé ce message

> Je viens de réaliser que tu avais inséré le nouveau script, donc non, ça ne
> fonctionne pas pour les apostrophes.

En effet, j'avais pas fait gaffe, mais les communes avec apostrophes passaient 
à la trappe.

> Rajouter un
> | sed "s/'/'/"
> résoudrait ça.

Impec, je l'ai ajouté à la main et tout roule.
Mon extraction en ait au département 07, je vais voir comme je peux 
rétro-corriger les quelques communes qui ont été oubliées des département 01 
à 06.
(Au pire, ces départements étant quasiment pleinement importé dans osm, et ne 
pensant garder les gpx que pour archives, je peux aussi laisser comme ça)


-- 
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] Sites et repères géodésiques

[Etienne Chové]

Le 01/03/2010 15:52, Eric Sibert a écrit :
>> Avec l'url c'est mieux, mais certains l'aurait trouvé tout seul :
>> http://tinyurl.com/yjmgpl5
>
> Même avec l'url, j'ai du mal à retrouver le lien ;-)

Problème d'encodage de l'url avec tinyurl :
http://geodesie.openstreetmap.fr

Je pointais juste sur un point où on a le point dans la base osm déja 
rentré.

-- 
Etienne

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

Re: [OSM-talk-fr] Réseau de transport urbain

[Luc Fievet]

Pour bosser dans l'information transport et avoir lu une note du certu
sur le sujet il y a 2-3 ans, les données appartiennent au transporteur
qui a l'obligation de les fournir aux partenaires désignés par son
autorité organisatrice. Il faut donc l'accord du transporteur pour
changer la licence des données, mais à vu de nez et modulo le type de
rapport entre le transporteur et son AO, il suffirait probablement que
la mairie le demande avec détermination pour l'obtenir.

Les données de géolocalisation des arrêts d'Ambérieux ont été
intégrées par la Région Urbaine de Lyon pour le site Multitud'
(www.multitud.org), de fait c'est mon employeur qui a été retenu pour
ce projet :) . Je suis donc ici un peu écartelé entre mon engagement
de libriste et mon devoir de réserve (même si je ne travaille pas
vraiment sur le projet).

J'ai de mon côté fait valoir l'intérêt qu'il pourrait y avoir à faire
prospérer un fond cartographique libre et à proposer à nos clients de
profiter de notre position libérer leurs données.



Le 1 mars 2010 13:47, Charles Nepote  a écrit :
> Oui sur le principe tu as raison, l'intérêt de l'avenant est que ce besoin à
> toutes les chances d'être repris dans le cahier des charges du prochain
> appel d'offre ;)
> De mon point de vu, il faut essayer de sensibiliser les collectivités à
> intégrer en amont, dans leurs cahiers des charges, ce genre de pratique.
>
> Charles.
>
>
> Pieren a écrit :
>
> 2010/3/1 Charles Nepote 
>
> Demander un avenant à des contrats pour 50 POI est un peu excessif a mon
> avis. Il faudrait juste savoir si les relevés GPS ont été réalisés sur
> l'initiative du transporteur ou de la commune. Puis obtenir un courrier
> électronique de l'initiateur confirmant que ces données peuvent être mises
> sous licence cc-by-sa en mettant une copie soit ici, soit sur une page
> dédiée du wiki et le tour est joué.
>
> 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
>
>



-- 
http://incroyableluk.googlepages.com/

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

Re: [OSM-talk-fr] [Annonce] Référencement des prix de carburants

[Steven Le Roux]

Il faudrait une API pour mettre à jour les données (chacun mettra à jour à
sa manière.

De toute manière il te faudra une api pour que l'appli android l'attaque.

2010/3/1 Olivier Boudet 

> Le Lundi 01 Mars 2010 17:19:37, Julien D. a écrit :
> > (À moins que ces infos/prix soient directement intégrés à osm)
> > Si je comprends bien tu recueilles une base de données des prix, puis tu
> > ajoutes une interface (openlayers, osm...) pour visualiser.
>
> C'est bien cela.
>
> > Sous quelle licence est ta base ?
>
> Pour le moment la base n'a pas de licence (au sens où je n'y ai pas encore
> réfléchi, donc la base n'est pas libre). Mais l'objectif est bien qu'elle
> soit
> utilisable, j'envisage donc de la mettre sous CC by-sa-nc. Mais tout ceci
> est
> à réfléchir et à discuter, car je ne suis pas un expert en licence.
> Il faut aussi que je réfléchisse à la manière dont je pourrais la mettre à
> disposition (XML ?).
>
> > Prévois-tu une API pour que des développeurs d'applications externes
> > puissent l'utiliser ?
>
> Je prévois une API oui. J'utiliserais cette API pour mon application
> Android.
> Et cette API a pour objectif d'être utilisable par qui veut. Reste à la
> faire
> ;-)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : pb de limites de communes ( d ép 51)

[Guillaume Audirac]

Sly,


> Le 28 février 2010 18:35, sylvain letuffe  a écrit :
>>
>> Oui, c'est bon. Frédéric avait réalisé un patch pour la prise en compte
>> des
>> articles entre parenthèse
>>
>
> Donc je suppose que c'est bon aussi pour les noms contenant une apostrophe,
> car ceux-ci n'étaient pas extraits non plus ?
>

Je viens de réaliser que tu avais inséré le nouveau script, donc non, ça ne
fonctionne pas pour les apostrophes.
Rajouter un
| sed "s/'/'/"
résoudrait ça.

Si tu m'envoies le script final, je peux le tester.

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

Re: [OSM-talk-fr] [Annonce] Référencement des prix de carburants

[Olivier Boudet]

Le Lundi 01 Mars 2010 17:19:37, Julien D. a écrit :
> (À moins que ces infos/prix soient directement intégrés à osm)
> Si je comprends bien tu recueilles une base de données des prix, puis tu
> ajoutes une interface (openlayers, osm...) pour visualiser.

C'est bien cela.

> Sous quelle licence est ta base ?

Pour le moment la base n'a pas de licence (au sens où je n'y ai pas encore 
réfléchi, donc la base n'est pas libre). Mais l'objectif est bien qu'elle soit 
utilisable, j'envisage donc de la mettre sous CC by-sa-nc. Mais tout ceci est 
à réfléchir et à discuter, car je ne suis pas un expert en licence.
Il faut aussi que je réfléchisse à la manière dont je pourrais la mettre à 
disposition (XML ?).

> Prévois-tu une API pour que des développeurs d'applications externes
> puissent l'utiliser ?

Je prévois une API oui. J'utiliserais cette API pour mon application Android. 
Et cette API a pour objectif d'être utilisable par qui veut. Reste à la faire 
;-)

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

Re: [OSM-talk-fr] [Annonce] Référencement des prix de carburants

[Julien D.]

(À moins que ces infos/prix soient directement intégrés à osm)

Si je comprends bien tu recueilles une base de données des prix, puis tu
ajoutes une interface (openlayers, osm...) pour visualiser.

Sous quelle licence est ta base ?

Prévois-tu une API pour que des développeurs d'applications externes
puissent l'utiliser ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tags - map features - communes

[sly (sylvain letuffe)]

> Serait-il possible de trancher en ajustant *FR:Map Features* dans les cas
> suivants :

ça ne sera pas forcément possible ;-)
c'est la méthode anarchique de base du système osm ;-)
Y'a des guides, les gens les suivent, ou pas, et on espère que l'on tendra 
vers le mieux au fil du temps.

 > (1.1) Toponymie (place, city) Tagging standard pour
 > city,town,village,hamlet 
> défini par Alban [...] : is_in="Europe,France,nom du département" (FR:Map
> Features)

C'est "nettoyé" sur le wiki

> D'accord pour "laisser tomber". Mais les enclaves, exclaves, etc. sont-elles
> bien prises en compte ?

Délicat de répondre, car comme disait pieren, il y a plusieurs facettes.
Disons que "oui", c'est possible de le prendre en compte, les outils existent.

Maintenant, ce n'est pas à la portée de tout le monde en l'état actuel des 
choses: tous les contours des communes de france ne sont pas encore rentrées 
dans la base, personne (encore) n'a développé une moulinette qui 
reconstruirait un fichier osm avec les tags is_in par exemple. 
 
> (2) INSEE
> (2.1) code_INSEE="x" à 5 chiffres (FR:Map Features)
> (2.2) ref:INSEE = (Osmose)

ref:INSEE



-- 
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] [Annonce] Référencement des prix de carburants

[Olivier Boudet]

Bonjour,

Effectivement, j'ai un problème dans la gestion de mes permalink !
Zut alors, mauvaise entrée en matière :-(

Merci pour le retour en tous cas.

Le Lundi 01 Mars 2010 16:58:44, Julien D. a écrit :
> Bonjour,
> voici un petit retour rapide sous Firefox/Chrome et Ubuntu :
> - en suivant ton lien on ne voit aucune station : le calque des stations
> n'apparait que si on bouge le plan (scroll ou zoom).
> - en cliquant sur une station, la boite de dialogue (petit curseur de
> chargement mais) reste vide. Il me semble que ça affiche des infos, même en
> étant non loggué.

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

Re: [OSM-talk-fr] [Annonce] Référencement des prix de carburants

[Julien D.]

Bonjour,
voici un petit retour rapide sous Firefox/Chrome et Ubuntu :
- en suivant ton lien on ne voit aucune station : le calque des stations
n'apparait que si on bouge le plan (scroll ou zoom).
- en cliquant sur une station, la boite de dialogue (petit curseur de
chargement mais) reste vide. Il me semble que ça affiche des infos, même en
étant non loggué.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Sites et repères géodésiques

[Benoît ROUSSEAU]

Bonjour,

Je ne sais pas si ma remarque servira à quelque chose mais :

   Les points Rond-Croix qui étaient notés Eric ... sont pour 
Poitiers les plus parfaitement calés vis à vis du plan cadastrale. 
Impossible d'estimer l'erreur, mais ça semble parfaitement au bon 
endroit connaissant les lieux. C'est mieux que pour les marqueurs qui 
sont légèrement décalés.
   Cela me rassure concernant la projection du Cadastre, elle est 
parfaite pour Poitiers, ce qui est loin d'être le cas pour Poitiers.
   Peut être fais-je des redites mais je n'ai pas l'historique des 
discussions avant mon inscription.

Benoît.

Etienne Chové a écrit :
> Le 28/02/2010 17:07, Eric SIBERT a écrit :
>   
>> Bonjour,
>>
>> J'ai fait une conversion osm des fiches géodésiques que j'ai mis sur le
>> wiki:
>>
>> http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques#Outils_et_extractions_disponibles
>> 
>
> C'est ajouté à http://geodesie.openstreetmap.fr
>
>   
> 
>
>
> Ce message entrant est certifié sans virus connu.
> Analyse effectuée par AVG - www.avg.fr 
> Version: 9.0.733 / Base de données virale: 271.1.1/2716 - Date: 03/01/10 
> 08:34:00
>
>   


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

[OSM-talk-fr] [Annonce] Référencement des prix de carburants

[Olivier Boudet]

Bonjour,

J'avais déjà parlé rapidement ici-même d'un projet d'application Web 
permettant d'indiquer les prix des carburants dans les différentes stations-
services.

J'ai mis une première version en ligne, qui est loin d'être terminée et 
aboutie, mais je vous l'annonce tout de même afin d'avoir vos premiers 
commentaires. Je sais qu'il reste beaucoup à améliorer...

Je tiens également à vous dire que ce projet était aussi pour moi l'occasion 
de me former à de nouveaux outils :
- python
- django et geodjango
- postgresql et postgis
- jQuery
- git
- et bien sûr OpenLayers.

Je n'avais jusque là jamais touché à ses outils/langages donc j'espère avoir 
votre indulgence par rapport au résultat :-)

En ce qui concerne les fonctionnalités pour le moment présentes, voici une 
liste rapide :
- Visualisation des stations et des prix sur la carte par système de bulle 
(merci OpenLayers)
- Modification des prix (si utilisateur inscrit)
- Visualisation des historiques de prix (si utilisateur inscrit)
- Enregistrement de favoris (si utilisateur inscrit)
- Recherche de stations/lieux (merci Nominatim)
- Enregistrement d'un lieu par défaut pour centrer la carte (si utilisateur 
inscrit)
- Permalinks
- Si une station n'a pas de nom ou d'operateur, lien direct pour modifier ces 
données dans Potlatch
- l'inscription requiert un minimum d'information : login, email et mot de 
passe

Voilà, je crois avoir fait le tour. Je pense que d'autres viendront s'ajouter 
au fur et à mesure. Je dois aussi annoncer que le but à terme est de créer des 
applications pour smartphone pour modifier les prix sans PC (plateforme visée 
en priorité : Android).

Enfin, je précise tout de suite que les tests sont loins d'être terminés, donc 
ca doit être plein de bugs, et surtout, surtout, c'est à moins avis loin 
d'être bon sur les petits écrans de PC portable ou de netbook. De même, j'ai 
testé avec Konqueror et Firefox mais pas du tout avec le reste du panel de 
navigateurs... Autant dire que cela risque d'être assez moche !

Voila, je vous laisse donc l'URL : http://www.karbukoo.fr
Et, si vous cherchez une station avec des prix (car forcément y'en a pas 
beaucoup), vous pouvez regarder là : 
http://www.karbukoo.fr/?zoom=17&lat=48.10299&lon=-1.71122&layers=BTT
Pour finir, si vous avez envie de proposer des suggestion ou signaler des bugs, 
j'ai mis en place un site Trac : http://trac.karbukoo.fr

Merci à ceux qui jeteront un oeil et/ou ceux qui feront des retours.

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

[OSM-talk-fr] tags - map features - communes

[Pierre Parmentier]

Bonjour,

Certaines informations présentes dans *FR:Map Features*, celles qui
apparaissent dans *Talk-fr mailing list* ou dans les remarques de
*Osmose*me paraissent parfois discordantes.

Serait-il possible de trancher en ajustant *FR:Map Features* dans les cas
suivants :

(1) is_in

(1.1) Toponymie (place, city) Tagging standard pour city,town,village,hamlet
défini par Alban [...] : is_in="Europe,France,nom du département" (FR:Map
Features)
(1.2) "Je te conseil de laisser tomber les is_in, c'est une relique osm du
temps où les relations boundary n'existaient pas." (sly,
2010-02-28T14:37:44)
D'accord pour "laisser tomber". Mais les enclaves, exclaves, etc. sont-elles
bien prises en compte ?

(2) INSEE
(2.1) code_INSEE="x" à 5 chiffres (FR:Map Features)
(2.2) ref:INSEE = (Osmose)

Merci.

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

Re: [OSM-talk-fr] Sites et repères géodésiques

[Eric Sibert]

> Avec l'url c'est mieux, mais certains l'aurait trouvé tout seul :
> http://tinyurl.com/yjmgpl5

Même avec l'url, j'ai du mal à retrouver le lien ;-)

Eric


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

Re: [OSM-talk-fr] Sites et repères géodésiques

[julien balas]

Eric Sibert wrote:
>>> J'ai fait une conversion osm des fiches géodésiques que j'ai mis sur le
>>> wiki:
>> J'ai éssayé de parser le fichier avec le parseur sax de python. Ligne
>> 671026 il y a un caractère bizarre. Est ce que c'est à cause de python
>> ou de ton fichier, je ne sait pas et je n'ai pas encore regardé.
> 
> Oui, le seul contrôle que j'ai fait, c'est d'ouvrir avec JOSM. Vous  
> recommanderiez des outils pour un contrôle du XML en local? J'avais  
> fait un test partiel en ligne (pour trouver le P&T qui mettait JOSM  
> dans le décors) mais avec un fichier complet de 80 Mo, je préfère du  
> contrôle en local. Je regarde le caractère suspect ce soir.

Firefox et Internet Explorer sont des bon outils pour un premier 
diagnostique des problèmes de XML non valide.
Par contre 80Mo ca commence a faire, a essayer ;)

-- 
JB


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

Re: [OSM-talk-fr] Sites et repères géodésiques

[Etienne Chové]

Le 01/03/2010 15:08, Etienne Chové a écrit :
> Le 26/02/2010 18:26, Eric SIBERT a écrit :
>> Sinon, concernant l'import massif par rapport à l'existant, il n'y
>> actuellement que 47 man_made=survey_point en France. Je pense donc les
>> reprendre manuellement après l'import pour gérer les éventuels doublons.
>
> Voila ton travail ainsi que les points déja existants sur une slippy
> map. Pour les points existants, j'ai une utilisé une xapi pour récupérer
> rapidement les points d'une bbox englobant la France, on peut voir que
> nos voisins ont déjà fait leur import.

Avec l'url c'est mieux, mais certains l'aurait trouvé tout seul :
http://tinyurl.com/yjmgpl5

-- 
Etienne


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

Re: [OSM-talk-fr] Sites et repères géodésiques

[Etienne Chové]

Le 26/02/2010 18:26, Eric SIBERT a écrit :
> Sinon, concernant l'import massif par rapport à l'existant, il n'y
> actuellement que 47 man_made=survey_point en France. Je pense donc les
> reprendre manuellement après l'import pour gérer les éventuels doublons.

Voila ton travail ainsi que les points déja existants sur une slippy 
map. Pour les points existants, j'ai une utilisé une xapi pour récupérer 
rapidement les points d'une bbox englobant la France, on peut voir que 
nos voisins ont déjà fait leur import.

-- 
Etienne

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

Re: [OSM-talk-fr] beta.letuffe.org : admin_level_8

[sly (sylvain letuffe)]

> > J'aurais tendance à dire que c'est sur les relations que le terme boundary
> > n'est pas forcément "logique".
> 
> Ben dans ce cas faudrait le mettre sur les rivières qui sont aussi des
> frontières. 

Je le pense, une frontière est en général une somme d'éléments physiques (et 
non physique) qui forme à la fin une ligne brisée (linestring en langage GIS) 
qui représente une frontière.

ça ne me choquerait pas que tout ça soit regroupé dans une 
relation "frontière"

L'entité administrative serait, elle, représentée à l'aide d'une relation, un 
autre tag et qui contiendrait l'ensemble de ses frontières.

> Pour moi le way est un chemin banal que l'on inclus dans 
> une relation qui elle est un ensemble de chemin formant une frontière.
Pour moi aussi ;-)
http://wiki.openstreetmap.org/wiki/Relations/Proposed/boundary_segment

> Bon faut dire aussi que je suis partisans du "tout est relation".
Moi aussi ;-)

Je donnais mon point de vue sur le pourquoi ça n'est malgré tout pas si grave 
selon moi que les éléments non physiques se chopent un 
boundary=administrative pour qu'il soit plus simple de savoir ce qu'ils sont. 
Au prix d'un peu de redondance.

(certes, ça ne me choquerait pas non plus qu'on décide de ne plus les mettre)

-- 
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] Réseau de transport urbain

[Charles Nepote]

Oui sur le principe tu as raison, l'intérêt de l'avenant est que ce
besoin à toutes les chances d'être repris dans le cahier des charges du
prochain appel d'offre ;)
De mon point de vu, il faut essayer de sensibiliser les collectivités à
intégrer en amont, dans leurs cahiers des charges, ce genre de pratique.

Charles.


Pieren a écrit :

  2010/3/1 Charles Nepote 
  
Demander un avenant à des contrats pour 50 POI est un peu excessif a
mon avis. Il faudrait juste savoir si les relevés GPS ont été réalisés
sur l'initiative du transporteur ou de la commune. Puis obtenir un
courrier électronique de l'initiateur confirmant que ces données
peuvent être mises sous licence cc-by-sa en mettant une copie soit ici,
soit sur une page dédiée du wiki et le tour est joué.
  
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] Re : beta.letuffe.org : admin_level_8

[sly (sylvain letuffe)]

On lundi 1 mars 2010, THEVENON Julien wrote:

> J avais pas mal galéré pour la création de ce boundary avec l exclave donc
> si jamais tu vois quelque chose qui cloche je suis intéressé de savoir ce
> qui ne va pas.  

Je n'ai vu que l'herbe qui verdoie et le ciel qui bleuois, en bref, tout à 
l'air normal avec la donnée, c'est donc un bug sur le rendu de mon coté, mais 
je ne sais pas quoi !


-- 
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] beta.letuffe.org : admin_level_8

[Lord Awikatchikaen]

2010/3/1 sly (sylvain letuffe) :
> On lundi 1 mars 2010, Lord Awikatchikaen wrote:
>> Concernant les communes, j'ai une question : le wiki précise qu'il
>> faut tagguer la relation et le ways
>>     * admin_level=*
>>     * boundary=administrative
>>
>> N'est ce pas un peu redondant ? et illogique ?
>
> illogique ? pour le admin_level peut-être (surtout dans le cas d'une frontière
> partagée entre plusieurs entités administrative), mais dans le cas du
> boundary, il s'agit bien d'une frontière.
>
> J'aurais tendance à dire que c'est sur les relations que le terme boundary
> n'est pas forcément "logique".

Ben dans ce cas faudrait le mettre sur les rivières qui sont aussi des
frontières. Pour moi le way est un chemin banal que l'on inclus dans
une relation qui elle est un ensemble de chemin formant une frontière.
Bon faut dire aussi que je suis partisans du "tout est relation".

> Sinon, je pense en effet que ça redonde un peu avec la relation (on voit
> d'ailleurs le map...@osm.org repasser plusieurs couches sur le même trait) et
> je dirais que c'est plus pour palier des déficiences de certains éditeurs de
> donnée comme josm* que comme donnée vraiment pertinente.
>
> *Si quelqu'un télécharge une petite zone dans josm contenant une frontière de
> commune, sans tags elle apparaîtrait grisée et quelqu'un de peu au courant
> des histoires de communes pourrait être tenté de la supprimer sans faire
> attention qu'elle se trouve dans une relation. Alors qu'avec des tags
> boundary=administrative, josm indique graphiquement que c'est quelque chose
> de connu et pas un oubli de tags.
>
> Bon, je t'accorde que adapter les données pour les éditeurs n'est pas
> terrible, mais ça ne coûte pas trop en temps ou en place de les ajouter.

Ben ça coute au logiciel de rendu qui doivent ignorer ces doublons.
moi ca me fait deux polygones, un pour la relation et un par way
boundary. Mais bon j'avoue que je suis pas très au fait de mapnik donc
ca doit venir de moi

> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

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

[OSM-talk-fr] Re : beta.letuffe.org : admin_level_8

[THEVENON Julien]

 De : sylvain letuffe 


  > Exemple pour
  >  
  > Saint-Étienne ers=BFFFT>(en rouge) : je ne vois pas la répétition du 
  > nom par
  >  le layer
  > admin_level_8,

 Outre le rouge qui est normal, il y a quelque chose qui cloche quelque 
 part 
 avec St Etienne


  > Aussi, il y a une exclave vers l'ouest (juste au delà de 
  > Roche-la-Molière),
  > qui n'est coloré en rouge que très partiellement. Il faudrait
  >  éventuellement purger certaines tuiles qui ne sont plus à jour.
 Il n'y a aucun cache de tuiles pour les layers administratifs, tout est 
 temps 
 réél "on demand".

 Donc il y a un problème. C'est peut-être lié à cette exclave, bien que 
 c'est 
 sensé marcher normalement. En outre le nom de la commune et son code insee 
 se 
 sont tiré à l'Est en dehors de la surface, ce qui est encore anormal, ça 
 aurait dû être au baricentre des deux surfaces à peut prêt entre les deux.

 Curieux tout ça, je vais jetter un coup d'oeil sur les données voir si je 
 trouve...


Salut,

J avais pas mal galéré pour la création de ce boundary avec l exclave donc si 
jamais tu vois quelque chose qui cloche je suis intéressé de savoir ce qui ne 
va pas.

Merci d avance
Julien



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

Re: [OSM-talk-fr] Sites et repères géodésiques

[Eric Sibert]

>> J'ai fait une conversion osm des fiches géodésiques que j'ai mis sur le
>> wiki:
>
> J'ai éssayé de parser le fichier avec le parseur sax de python. Ligne
> 671026 il y a un caractère bizarre. Est ce que c'est à cause de python
> ou de ton fichier, je ne sait pas et je n'ai pas encore regardé.

Oui, le seul contrôle que j'ai fait, c'est d'ouvrir avec JOSM. Vous  
recommanderiez des outils pour un contrôle du XML en local? J'avais  
fait un test partiel en ligne (pour trouver le P&T qui mettait JOSM  
dans le décors) mais avec un fichier complet de 80 Mo, je préfère du  
contrôle en local. Je regarde le caractère suspect ce soir.

Eric


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

Re: [OSM-talk-fr] [Fwd: Données sur les zones in ondées en Vendée et Charente Maritime ?]

[Thomas Clavier]

Jean-Guilhem Cailton a écrit :
> Il n'y avait pas de relevé GPS disponible dans JOSM sur la digue de
> l'Aiguillon et de la Faute sur Mer, qui a laissé passer la marée
> poussée par la tempête. (Pour ceux qui connaissent la hauteur de cette
> digue par rapport aux terres qu'elle protégeait, c'est impressionnant).
>
>
> Des données "post-événement" seraient de toute façon bien plus
> importantes.
à défaut d'avoir des relevés GPS, peut-être que des gens qui connaissent
les lieux couplé aux informations officiels peuvent permettre de mettre
à jour la carte ?


-- 
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783




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

Re: [OSM-talk-fr] Réseau de transport urbain

[Guillaume Allegre]

Le Mon 01 Mar 2010 à 11:48 +0100, Pieren a ecrit :
> 2010/3/1 Charles Nepote 
> 
> Demander un avenant à des contrats pour 50 POI est un peu excessif a mon 
> avis. 

100 % d'accord.

Par contre, c'est une bonne chose de se poser la question et d'y réfléchir 
maintenant.

On a la chance d'avoir un cas "simple" pour se roder, à la fois techniquement 
et 
"administrativement", avec un interlocuteur de très bonne composition ;-)
J'espère qu'on pourra ensuite reproduire la démarche, auprès d'organismes pas
forcément aussi convaincus au départ, et là, il faudra être clair et rigoureux 
dans la partie "accompagnement à la libération des données".

> Il faudrait juste savoir si les relevés GPS ont été réalisés sur
> l'initiative du transporteur ou de la commune. Puis obtenir un courrier
> électronique de l'initiateur confirmant que ces données peuvent être mises
> sous licence cc-by-sa en mettant une copie soit ici, soit sur une page
> dédiée du wiki et le tour est joué.


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] beta.letuffe.org : admin_level_8

[sly (sylvain letuffe)]

On lundi 1 mars 2010, Lord Awikatchikaen wrote:
> Concernant les communes, j'ai une question : le wiki précise qu'il
> faut tagguer la relation et le ways
> * admin_level=*
> * boundary=administrative
> 
> N'est ce pas un peu redondant ? et illogique ?

illogique ? pour le admin_level peut-être (surtout dans le cas d'une frontière 
partagée entre plusieurs entités administrative), mais dans le cas du 
boundary, il s'agit bien d'une frontière.

J'aurais tendance à dire que c'est sur les relations que le terme boundary  
n'est pas forcément "logique".

Sinon, je pense en effet que ça redonde un peu avec la relation (on voit 
d'ailleurs le map...@osm.org repasser plusieurs couches sur le même trait) et 
je dirais que c'est plus pour palier des déficiences de certains éditeurs de 
donnée comme josm* que comme donnée vraiment pertinente.

*Si quelqu'un télécharge une petite zone dans josm contenant une frontière de 
commune, sans tags elle apparaîtrait grisée et quelqu'un de peu au courant 
des histoires de communes pourrait être tenté de la supprimer sans faire 
attention qu'elle se trouve dans une relation. Alors qu'avec des tags 
boundary=administrative, josm indique graphiquement que c'est quelque chose 
de connu et pas un oubli de tags.

Bon, je t'accorde que adapter les données pour les éditeurs n'est pas 
terrible, mais ça ne coûte pas trop en temps ou en place de les ajouter.

-- 
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] Inscription pour le SOTM

[Emilie Laffray]

Bonjour,

officiellement, les inscriptions viennent d'ouvrir sur le site de State Of
The Map: http://stateofthemap.org/register-now
Cela aura lieu le 9, 10 et le 11 Juillet a Gerone en Espagne. Pour ceux qui
habitent Paris, il y a des trains directs pour Gerone tous les jours. C'est
aussi un hub Ryanair.
Venez nombreux

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

Re: [OSM-talk-fr] Sites et repères géodésiques

[Etienne Chové]

Le 28/02/2010 17:07, Eric SIBERT a écrit :
> Bonjour,
>
> J'ai fait une conversion osm des fiches géodésiques que j'ai mis sur le
> wiki:
>
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques#Outils_et_extractions_disponibles

C'est ajouté à http://geodesie.openstreetmap.fr

-- 
Etienne


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

Re: [OSM-talk-fr] Sites et repères géodésiques

[Etienne Chové]

Le 28/02/2010 17:07, Eric SIBERT a écrit :
> Bonjour,
>
> J'ai fait une conversion osm des fiches géodésiques que j'ai mis sur le
> wiki:
>
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques#Outils_et_extractions_disponibles

Génial.

J'ai éssayé de parser le fichier avec le parseur sax de python. Ligne 
671026 il y a un caractère bizarre. Est ce que c'est à cause de python 
ou de ton fichier, je ne sait pas et je n'ai pas encore regardé.

-- 
Etienne

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

Re: [OSM-talk-fr] Réseau de transport urbain

[Pieren]

2010/3/1 Charles Nepote 

Demander un avenant à des contrats pour 50 POI est un peu excessif a mon
avis. Il faudrait juste savoir si les relevés GPS ont été réalisés sur
l'initiative du transporteur ou de la commune. Puis obtenir un courrier
électronique de l'initiateur confirmant que ces données peuvent être mises
sous licence cc-by-sa en mettant une copie soit ici, soit sur une page
dédiée du wiki et le tour est joué.

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

Re: [OSM-talk-fr] Présentation nouveau contributeur (16)

[Pieren]

2010/3/1 Guillaume Audirac 

> Les seules données litigieuses sont les latitude/longitude dont l'origine
> est incertaine (désolé je n'ai plus le lien confirmant ça)
>
>
Elle n'est pas incertaine, elle vient de l'IGN, j'en ai eu la confirmation
par la personne qui les a créées pour wikipedia (une recherche dans les
archives donnera tous les détails). Les coordonnées sont issues du RGC dont
l'usage exclue - je cite - "toute exploitation commerciale". Visiblement,
Wikipedia est plus regardant sur les droits d'auteurs de textes que sur ceux
des données géographiques.
Le reste des informations proviennent de l'INSEE, donc il serait plus sage
d'utiliser la même source originale plutôt qu'un site intermédiaire.

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

Re: [OSM-talk-fr] Présentation

[Emilie Laffray]

2010/3/1 Claude Minette 

>  (Message commun à la liste FR et à la liste BE :-) )
>
> Bonjour à Tous,
>
> Juste un mot pour me présenter.
>
> Je suis un bon belge de 29 ans de la région theutoise (pour ceux qui
> voudraient savoir sans chercher, c'est pas loin de Spa, ça aide généralement
> pour les personnes assez loin des frontières :-P ).
>
> J'ai mappé une partie de mon coin qui était bien démuni, Theux, Spa,
> Verviers, Pepinster sont déjà passés dans mes mains, et je ne compte pas
> m'arrêter au grand désespoir de mon épouse :-D .
>
> Je suis programmeur de formation, et gestionnaire bâtiments au SPF (Le
> nouveau nom des ministères en Belgique) Justice.
>
> J'ai la grande chance de me débrouiller en Néerlandais, ce qui m'aide à
> comprendre une partie de la liste de diffusion belge, et en Anglais (et
> d'autres aussi).
>
> J'utilise Merkaartor 0.15 pour mapper après avoir utilisé Potlatch pour
> faire mes armes et JOSM que j'ai vite viré pour des problèmes de proxy 8-)
> .
>
> Et je vais régulièrement vous enquiquiner pour vous poser des questions
> quand je ne trouve pas mes réponses ailleurs :-D .
>
> Et euh, si j'ai oublié quelquechose, il faut demander O:-)
>
> Min's
>

Bienvenu a bord :)

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

[OSM-talk-fr] Présentation

[Claude Minette]

(Message commun à la liste FR et à la liste BE  :-) )

Bonjour à Tous,

Juste un mot pour me présenter.

Je suis un bon belge de 29 ans de la région theutoise (pour ceux qui 
voudraient savoir sans chercher, c'est pas loin de Spa, ça aide 
généralement pour les personnes assez loin des frontières :-P ).


J'ai mappé une partie de mon coin qui était bien démuni, Theux, Spa, 
Verviers, Pepinster sont déjà passés dans mes mains, et je ne compte pas 
m'arrêter au grand désespoir de mon épouse :-D .


Je suis programmeur de formation, et gestionnaire bâtiments au SPF (Le 
nouveau nom des ministères en Belgique) Justice.


J'ai la grande chance de me débrouiller en Néerlandais, ce qui m'aide à 
comprendre une partie de la liste de diffusion belge, et en Anglais (et 
d'autres aussi).


J'utilise Merkaartor 0.15 pour mapper après avoir utilisé Potlatch pour 
faire mes armes et JOSM que j'ai vite viré pour des problèmes de proxy 8-) .


Et je vais régulièrement vous enquiquiner pour vous poser des questions 
quand je ne trouve pas mes réponses ailleurs :-D .


Et euh, si j'ai oublié quelquechose, il faut demander O:-)

Min's



---
Antivirus avast! : message Sortant sain.
Base de donnees virale (VPS) : 100228-1, 28/02/2010
Analyse le : 1/03/2010 10:57:22
avast! - copyright (c) 1988-2010 ALWIL Software.
http://www.avast.com


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

Re: [OSM-talk-fr] beta.letuffe.org : admin_level_8

[Stéphane Brunner]

Hello,

C'est plus une bonne façon de pratique ou l'on décris pas grâce
catégorie en premier puis on descend.
1 boundary
2 administrative
3 admin_level

Du coup cela permet d'avoir des admin_level sur des chemin qui ne sont
pas des frontières administrative.

Je n'ai pas d'exemple mais le jour ou le cas ce présente on n'est pas
embêté.

CU
Stéphane


Lord Awikatchikaen [via GIS] a écrit :
> 
> 
> Concernant les communes, j'ai une question : le wiki précise qu'il
> faut tagguer la relation et le ways
> * admin_level=*
> * boundary=administrative
> 
> N'est ce pas un peu redondant ? et illogique ?
> 
> 2010/2/28 sylvain letuffe :
>> Le samedi 27 février 2010 16:09:10, Xinfe Ewalavir a écrit :
>>
>>> Exemple pour
>>>  Saint-Étienne>> ers=BFFFT>(en rouge) : je ne vois pas la répétition du nom par
>>>  le layer
>>> admin_level_8,
>> Outre le rouge qui est normal, il y a quelque chose qui cloche quelque part
>> avec St Etienne
>>
>>
>>> Aussi, il y a une exclave vers l'ouest (juste au delà de Roche-la-Molière),
>>> qui n'est coloré en rouge que très partiellement. Il faudrait
>>>  éventuellement purger certaines tuiles qui ne sont plus à jour.
>> Il n'y a aucun cache de tuiles pour les layers administratifs, tout est temps
>> réél "on demand".
>>
>> Donc il y a un problème. C'est peut-être lié à cette exclave, bien que c'est
>> sensé marcher normalement. En outre le nom de la commune et son code insee se
>> sont tiré à l'Est en dehors de la surface, ce qui est encore anormal, ça
>> aurait dû être au baricentre des deux surfaces à peut prêt entre les deux.
>>
>> Curieux tout ça, je vais jetter un coup d'oeil sur les données voir si je
>> trouve...
>>
>>
>> --
>> 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
> 
> 
> __
> View message @ 
> http://n2.nabble.com/beta-letuffe-org-admin-level-8-tp4645280p4652911.html
> To start a new topic under France, email 
> ml-node+3070341-1406367393-41...@n2.nabble.com
> To unsubscribe from France, click  (link removed) ==
> 

-- 
Stéphane Brunner
Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr
--
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que : Des amateurs ont construit l'arche de Noé,
et des professionnels le Titanic.

begin:vcard
fn;quoted-printable:St=C3=A9phane Brunner
n;quoted-printable:Brunner;St=C3=A9phane
email;internet:courr...@stephane-brunner.ch
x-mozilla-html:FALSE
version:2.1
end:vcard


 
-- 
View this message in context: 
http://n2.nabble.com/beta-letuffe-org-admin-level-8-tp4645280p4653034.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Réseau de transport urbain

[Charles Nepote]

Guillaume Allegre a écrit :
> Le Mon 01 Mar 2010 à 00:16 +0100, Pieren a ecrit :
>> 2010/2/28 jean navarro 
>>
>>
>> comment fait-on pour mettre les donn es sous licence CC ?? faut-il une
>> d cision du conseil municipal ou seulement l'accord de l'adjoint en
>> charge des transports ? et l'accord sous quelle forme ?
>>
>>
>>
>> Bonsoir Jean,
>>
>> Je dirais ni l'un, ni l'autre. Ce qu'il faut, c'est l'accord de celui qui a
>> collect  les donn es, c.a.d. celui qui a fait les relev s GPX et qui 
>> serviront
>> de base pour l'import et non celui du propri taire des arr ts de bus.
> 
> Ça se discute : si Philibert a fait les relevés dans le cadre de sa mission
> pour la ville, c'est peut-être Ambérieur qui a la propriété des données.

Oui j'imagine qu'il faut voir le contrat qui lie le transporteur avec la 
collectivité. Si cette mission n'est pas dans le cadre du contrat, alors 
c'est le transporteur qui en est propriétaire. Cela dit je pense que :
-- il est peut-être possible de réaliser un avenant au contrat si les 
deux parties sont d'accord, précisant que le transporteur fournit les 
données GPS sous telle licence compatible OSM par exemple CC-by (dans 
ces cas là, vous réutilisez les données du transporteur sous licence, et 
vous n'avez donc pas d'autorisation à demander en conseil municipal) 
(solution idéale)
-- il est possible de demander gentiment au transporteur de fournir ses 
données dans une licence compatible avec OSM par exemple CC-by ; étant 
donné qu'il est votre fournisseur et que le travail est déjà fait, il ne 
serait pas surprenant qu'il dise oui (dans ce cas, vous réutilisez les 
données du transporteur sous licence, et vous n'avez donc pas 
d'autorisation à demander en conseil municipal)
-- dernière solution mais que je ne recommande pas, il est peut-être 
possible de réaliser un avenant au contrat pour que le transporteur vous 
transfère la propriété (la gouvernance) des données et c'est donc vous 
qui choisissez la licence (je ne sais pas dans ce cas si vous devez 
demander une délibération en conseil municipal - je vais vous fournir en 
privé l'adresse d'un élu de Brest qui saura probablement vous répondre)

Il faudrait faire valider tout ça par un juriste.

Votre retour d'expérience m'intéresse beaucoup car je travaille sur la 
réutilisation de données publiques.
Je vous signale au passage une étude très intéressante sur le partage de 
données de transport réalisée par le CETE Méditéranée :
http://www.cete-mediterranee.fr/tt13/www/article.php3?id_article=216


Cordialement,
Charles Nepote

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