Re: [OSM-talk-fr] Re : Re : objectif cadastre

[g.d]

'Hugh', a dit le père sioux, et je le suis d'acc.
Ouaka tanka, et mektoub.
Passons... le calumet.



Le 28 mai 08 à 21:33, Denis a écrit :

> Renaud Martinet a écrit :
>> Ce serait dommage de le prendre comme ça... surtout que les derniers
>> posts étaient beaucoup plus digestes et donc forcément plus
>> intéressants à lire.
>> L'intervention de Philippe m'a fait rire et je ne vois rien de bien
>> méchant là-dedans. Bref...
>>
>>
>>
>> Renaud.
>
> je vais court : +1
> Gerhard apporte beaucoup de vécu, d'expérience. Si une communauté
> ostracise l'un de ses membres, elle porte les germes de sa propre
> destruction.
> Bref les plaisanteries les plus courtes sont les moins longues.
> Hugh, grand sachem a parlé !
> PS : dans le même temps je partage complètement mon avis et cela me
> réjouit, c'est dire le niveau d'exigeance que j'ai.
> Calmos
> Denis
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Trop d'infos tue l'info...

[Denis]

Renaud Martinet a écrit :
> Quand je parle de layers, ce n'est pas uniquement pour l'utilisateur
> final mais également pour nous autres contributeurs. Il serait ma foi
> assez pratique de pouvoir facilement avoir tous les landuses dans un
> layer de josm afin de les modifier sans trop se soucier du reste
> (après on peut bien sûr discuter de si c'est faisable ou pas).
> La plupart du temps l'utilisateur final aura en face de lui une carte
> préparée pour résoudre le problème qui se pose à lui et donc pas
> forcément à plusieurs layers.
> 
> 
> Renaud.

Un équivalent d'une vue dans une base de données ? On reste dans 
l'implémentation de clients (pas seulement finals), à mon avis.
Une chose que je n'ai jamais complètement compris : pourquoi avoir 
renoncé aux modèles de stockage, de diffusion préconisés par l'Open GIS 
Consortium et qui sont en train de prendre une importance incontournable 
dans les infrastructures de dissémination de l'information géographique ?
La solution passe peut-être par le développement de passerelles qui 
offriraient des Web Services OGC (Web Feature Service en particulier) 
aux différents clients ? Après tout, il existe déjà des scripts pour 
stocker dans PostGIS (implémentation SQL OGC) des données OSM. Des idées 
pour API (0.7 ou 1.0) ? C'est peut-être déjà en cours de discussions sur 
ML anglaise, mais vu l'activité de la française, pas le temps de la lire.

Bonne nuit,

Denis

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

Re: [OSM-talk-fr] Trop d'infos tue l'info...

[Renaud Martinet]

Quand je parle de layers, ce n'est pas uniquement pour l'utilisateur
final mais également pour nous autres contributeurs. Il serait ma foi
assez pratique de pouvoir facilement avoir tous les landuses dans un
layer de josm afin de les modifier sans trop se soucier du reste
(après on peut bien sûr discuter de si c'est faisable ou pas).
La plupart du temps l'utilisateur final aura en face de lui une carte
préparée pour résoudre le problème qui se pose à lui et donc pas
forcément à plusieurs layers.


Renaud.



2008/5/28 Denis <[EMAIL PROTECTED]>:
> Philippe Piquer a écrit :
>> Je vois pas tres bien la différence que tu fais entre Said ton épicier d'en
>> bas , et le restaurant deux maisons plus loin ... deux commerces : meme
>> layer
>
> Sauf que pour aller chez "mon" Saïd, j'ai juste la rue à traverser pour
> y aller. Même bourré, j'y arrive. Le "coin du Berger", autre commerce de
> quartier, est au coin de quelle rue déjà ?
> Ils sont de même nature, ils exigent une même précision de localisation
> (en gros, juste là où ils sont réellement). Je dis juste que mes
> expériences (comprendre mes analyses de bases professionnelles coûtant
> bonbon) m'incitent à positionner un point d'intérêt local dans OSM
> correctement au lieu de me baser sur un algorithme qui calculerait une
> position plausible en fonction de l'adresse (et d'indications de début
> et fin de n° de rue pour tous les troncons de voirie). L'IGN et sa BD
> Adresse (pour ne pas les nommer) est lamentable sur ce point. Mais on
> n'est pas là pour critiquer la mauvaise utilisation de l'argent public.
> Pour s'en convaincre, il suffit de consulter les nouveaux portails
> contributifs comme dismoisou qui s'appuient sur des bases de POI
> achetées. Chacun a le loisir et la liberté d'aller contribuer sur ce
> genre de sites. Personnellement, je continue sur OSM quitte à réinventer
> sans cesse mon quartier.
>
>>
>> Pour le layer de base , bah en gros les
>> highways,waterways,landuse,natural,railway
>
> Oui des routes, des rivières, des voies ferrées mais pour aller où, pour
> faire quoi ? Il ne faut pas avoir une approche trop topographique sous
> pein de (re)créer des données qui n'auront que pour principale vocation
> de (re)dessiner de nouveaux Top25. Ne perdons pas de vue les
> utilisations (besoins) du citoyen : sur mon téléphone portable (GPSisé),
> il est 22h et j'ai besoin de passer un coup de fil (normal, ma batterie
> va tomber en rade dans 2 mn ;-) : où est la cabine téléphonique la plus
> proche ?
> Bon d'accord, l'exemple est pourri : j'ai même pas de téléphone portable
> (si si !) mais il se fait tard
>
>>
>> Attention j'ai pas dis que l'on ne pouvait pas mettre toutes les infos dans
>> le meme 'serveur' , c'est juste la carte qui me pose probleme ... pour le
>> moment c'est un peu comme si tu ouvres Google Earth avec tous les layers
>> cochés  et que tu n'as pas la possibilité de décocher quoi que ce soit
>> ... c'est juste stupide ...
> C'est donc un problème de ressources, pas un problème de structuration
> des données. Je crois plus à une répartition des ressources serveurs
> qu'à une répartition des couches (du moins pour le moment) qui ne soit
> pas assise sur une réflexion ontologique (quels sont les objets qui
> composent le réel et quelles sont les relations qui les unissent).
>
> Denis
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>

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

Re: [OSM-talk-fr] Trop d'infos tue l'info...

[Denis]

Philippe Piquer a écrit :
> Je vois pas tres bien la différence que tu fais entre Said ton épicier d'en
> bas , et le restaurant deux maisons plus loin ... deux commerces : meme
> layer

Sauf que pour aller chez "mon" Saïd, j'ai juste la rue à traverser pour 
y aller. Même bourré, j'y arrive. Le "coin du Berger", autre commerce de 
quartier, est au coin de quelle rue déjà ?
Ils sont de même nature, ils exigent une même précision de localisation 
(en gros, juste là où ils sont réellement). Je dis juste que mes 
expériences (comprendre mes analyses de bases professionnelles coûtant 
bonbon) m'incitent à positionner un point d'intérêt local dans OSM 
correctement au lieu de me baser sur un algorithme qui calculerait une 
position plausible en fonction de l'adresse (et d'indications de début 
et fin de n° de rue pour tous les troncons de voirie). L'IGN et sa BD 
Adresse (pour ne pas les nommer) est lamentable sur ce point. Mais on 
n'est pas là pour critiquer la mauvaise utilisation de l'argent public.
Pour s'en convaincre, il suffit de consulter les nouveaux portails 
contributifs comme dismoisou qui s'appuient sur des bases de POI 
achetées. Chacun a le loisir et la liberté d'aller contribuer sur ce 
genre de sites. Personnellement, je continue sur OSM quitte à réinventer 
sans cesse mon quartier.

> 
> Pour le layer de base , bah en gros les
> highways,waterways,landuse,natural,railway

Oui des routes, des rivières, des voies ferrées mais pour aller où, pour 
faire quoi ? Il ne faut pas avoir une approche trop topographique sous 
pein de (re)créer des données qui n'auront que pour principale vocation 
de (re)dessiner de nouveaux Top25. Ne perdons pas de vue les 
utilisations (besoins) du citoyen : sur mon téléphone portable (GPSisé), 
il est 22h et j'ai besoin de passer un coup de fil (normal, ma batterie 
va tomber en rade dans 2 mn ;-) : où est la cabine téléphonique la plus 
proche ?
Bon d'accord, l'exemple est pourri : j'ai même pas de téléphone portable 
(si si !) mais il se fait tard

> 
> Attention j'ai pas dis que l'on ne pouvait pas mettre toutes les infos dans
> le meme 'serveur' , c'est juste la carte qui me pose probleme ... pour le
> moment c'est un peu comme si tu ouvres Google Earth avec tous les layers
> cochés  et que tu n'as pas la possibilité de décocher quoi que ce soit
> ... c'est juste stupide ...
C'est donc un problème de ressources, pas un problème de structuration 
des données. Je crois plus à une répartition des ressources serveurs 
qu'à une répartition des couches (du moins pour le moment) qui ne soit 
pas assise sur une réflexion ontologique (quels sont les objets qui 
composent le réel et quelles sont les relations qui les unissent).

Denis

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

Re: [OSM-talk-fr] Re : Re : objectif cadastre

[Philippe Piquer]

Ostracisme, ostracisme (Bossemans et Coppenole - bon la seuls les belges
comprendront)
 Je vais faire aussi court que Denis +1
Et Denis, le fait que tu sois d'accord avec toi-meme me rassures :)
Allez g-d revient ... c'est pour rire ... (C'est arrivé près de chez vous -
bon pas tout à fait)

Le 28 mai 2008 21:33, Denis <[EMAIL PROTECTED]> a écrit :

> Renaud Martinet a écrit :
> > Ce serait dommage de le prendre comme ça... surtout que les derniers
> > posts étaient beaucoup plus digestes et donc forcément plus
> > intéressants à lire.
> > L'intervention de Philippe m'a fait rire et je ne vois rien de bien
> > méchant là-dedans. Bref...
> >
> >
> >
> > Renaud.
>
> je vais court : +1
> Gerhard apporte beaucoup de vécu, d'expérience. Si une communauté
> ostracise l'un de ses membres, elle porte les germes de sa propre
> destruction.
> Bref les plaisanteries les plus courtes sont les moins longues.
> Hugh, grand sachem a parlé !
> PS : dans le même temps je partage complètement mon avis et cela me
> réjouit, c'est dire le niveau d'exigeance que j'ai.
> Calmos
> Denis
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Trop d'infos tue l'info...

[Philippe Piquer]

Je vois pas tres bien la différence que tu fais entre Said ton épicier d'en
bas , et le restaurant deux maisons plus loin ... deux commerces : meme
layer

Pour le layer de base , bah en gros les
highways,waterways,landuse,natural,railway

Attention j'ai pas dis que l'on ne pouvait pas mettre toutes les infos dans
le meme 'serveur' , c'est juste la carte qui me pose probleme ... pour le
moment c'est un peu comme si tu ouvres Google Earth avec tous les layers
cochés  et que tu n'as pas la possibilité de décocher quoi que ce soit
... c'est juste stupide ...

Le 28 mai 2008 21:26, Denis <[EMAIL PROTECTED]> a écrit :

> Philippe Piquer a écrit :
> > Pieren disait sur un autre sujet 
> >
> > 
> > On devrais s'en tenir à ce qui décrit le physique même si il y a une
> > tendance naturelle à profiter de la base pour y mettre toujours plus
> > (système ouvert). On a vu le même phénomène sur wikipedia.
> > C'est pourquoi je suis souvent sceptique quand je vois les tags de
> > restaurants, shops, etc... qui tient plus de la cartographie dynamique
> dans
> > une base séparée.
> > 
> > Dieu que je suis d'accord avec ca .
> > Une carte de base physique et des couches multiples pour les POI 
> > Du coup les couches sont calculées séparément et sont donc plus légères
> et
> > rapides à calculer ...
> >
> > Je sais qu'il y a moyen de faire sa propre base et son propre serveur ,
> et
> > ses propres cartes mais je trouve cela moins efficaces...
> >
> > Philippe
>
> Pas fondamentalement opposé au principe de distinguer des ensembles
> d'objets (des layers ?), surtout si c'est pour + de perf. Reste à
> définir ce qui relève de tel ou tel layer. Ne pas confondre usage et
> description du "réel". La boite aux lettres ou la cabine téléphonique
> font partie du réel, mais sont d'un usage particulier. Ce sont des POI.
> Les limites administratives sont "invisibles" sur le terrain, pourtant
> elles ont une importance considérable pour des extractions ; les limites
> communales "cassent" les dénominations des voies de circulation. Bref
> c'est un composant non négligeable non visible.
> Bref, la distinction n'est pas aussi aisé qu'il y paraît. Oui, je rentre
> dans OSM des boîtes aux lettres, des bureaux de poste, des bennes de
> recyclage, des restaurants, des commerces. Simplement parce qu'ils font
> partie de mon environnement quotidien, parce que je SAIS que localiser
> un point d'après simplement son adresse avec les algorithmes actuels
> reviendrait à ne pas ambitionner de faire mieux que Google, Navteq et
> consort (encore faudrait-il que le "type" de point les intéresse, rentre
> dans leur business model). Mon épicier Saïd en bas de chez moi, je n'ai
> pas besoin de le géolocaliser. Si je l'ai fait, c'est pour les autres.
> Dans le même temps, je n'ai pas non plus indiqué ces horaires
> d'ouverture, ni  mon avis sur sa convivialité et son rôle dans le
> quartier. C'est l'affaire de portails de services communautaires qui
> verront probablement le jour prochainement. Si OSM peut leur proposer
> une géolocalisation qui permet à l'utilisateur final de ne pas se
> retrouver dans le paté de maison d'à côté, j'aurais fait mon office.
> Il reste, j'en conviens, à trouver la limite "raisonnable" dans la
> description du réel. Nous expérimentons chaque jour des nouveaux tags
> (de nouvelles analyses du réel), de nouvelles pratiques, de nouveaux
> débats. Celui-ci me paraît prématuré mais a le mérite de soulever le
> problème de la "scalabilité" du projet OSM (et in fine du financement
> des serveurs offrant les données) : l'expérience Wikipédia peut être
> riche d'enseignements.
> Une analyse serait rigolote : quel pays consomme le plus d'octets dans
> la base ? J'ai l'intuition que nous autres Français ne sommes pas en
> tête du peloton.
>
> Denis
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] compte-rendu de la table ronde

[Denis]

Pieren a écrit :
> Dans le compte-rendu, c'est surtout la contribution de Stephane Roche de
> l'université Laval (Québec) que je trouve la plus intéressante:
> "On a beaucoup parlé de localisation ou de contribution à la localisation,
> plutôt que de géographie participative".
> 
> En fait, seule une présentation du projet OSM aurait vraiment été au coeur
> du sujet ! Tous les intervenants étaient là pour autre chose : rappelons que
> le thème était "Géographie participative.." et pas "Géolocalisation
> participative.." comme l'a très bien soulevé ce Monsieur.
> 
> Quant à la question du business model, je crois qu'il y aura toujours de la
> place pour tout le monde. Chaque projet présente ses avantages et
> inconvénients.
> Ce que j'aurai aimé voir comme question dans ce forum, ça aurait été "quel
> est mon intérêt de faire grâcieusement l'effort de corriger les erreurs des
> cartes commerciales si je dois ensuite payer les mises à jour de mon
> navigateur gps ? ou est le business model du client dans ce cas ?"
> 
> Pieren

On partage la même analyse.
La bonne question à se poser est : sommes nous un projet contributif ou 
collaboratif ?
La seconde question est : notre modèle peut-il concurrencer l'"autre" 
famille d'acteurs ?
Si oui, pourquoi ?

Je ramasse les copies dans 2 h !!
Denis

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

Re: [OSM-talk-fr] Re : Re : objectif cadastre

[Denis]

Renaud Martinet a écrit :
> Ce serait dommage de le prendre comme ça... surtout que les derniers
> posts étaient beaucoup plus digestes et donc forcément plus
> intéressants à lire.
> L'intervention de Philippe m'a fait rire et je ne vois rien de bien
> méchant là-dedans. Bref...
> 
> 
> 
> Renaud.

je vais court : +1
Gerhard apporte beaucoup de vécu, d'expérience. Si une communauté 
ostracise l'un de ses membres, elle porte les germes de sa propre 
destruction.
Bref les plaisanteries les plus courtes sont les moins longues.
Hugh, grand sachem a parlé !
PS : dans le même temps je partage complètement mon avis et cela me 
réjouit, c'est dire le niveau d'exigeance que j'ai.
Calmos
Denis

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

Re: [OSM-talk-fr] Trop d'infos tue l'info...

[Denis]

Philippe Piquer a écrit :
> Pieren disait sur un autre sujet 
> 
> 
> On devrais s'en tenir à ce qui décrit le physique même si il y a une
> tendance naturelle à profiter de la base pour y mettre toujours plus
> (système ouvert). On a vu le même phénomène sur wikipedia.
> C'est pourquoi je suis souvent sceptique quand je vois les tags de
> restaurants, shops, etc... qui tient plus de la cartographie dynamique dans
> une base séparée.
> 
> Dieu que je suis d'accord avec ca .
> Une carte de base physique et des couches multiples pour les POI 
> Du coup les couches sont calculées séparément et sont donc plus légères et
> rapides à calculer ...
> 
> Je sais qu'il y a moyen de faire sa propre base et son propre serveur , et
> ses propres cartes mais je trouve cela moins efficaces...
> 
> Philippe

Pas fondamentalement opposé au principe de distinguer des ensembles 
d'objets (des layers ?), surtout si c'est pour + de perf. Reste à 
définir ce qui relève de tel ou tel layer. Ne pas confondre usage et 
description du "réel". La boite aux lettres ou la cabine téléphonique 
font partie du réel, mais sont d'un usage particulier. Ce sont des POI. 
Les limites administratives sont "invisibles" sur le terrain, pourtant 
elles ont une importance considérable pour des extractions ; les limites 
communales "cassent" les dénominations des voies de circulation. Bref 
c'est un composant non négligeable non visible.
Bref, la distinction n'est pas aussi aisé qu'il y paraît. Oui, je rentre 
dans OSM des boîtes aux lettres, des bureaux de poste, des bennes de 
recyclage, des restaurants, des commerces. Simplement parce qu'ils font 
partie de mon environnement quotidien, parce que je SAIS que localiser 
un point d'après simplement son adresse avec les algorithmes actuels 
reviendrait à ne pas ambitionner de faire mieux que Google, Navteq et 
consort (encore faudrait-il que le "type" de point les intéresse, rentre 
dans leur business model). Mon épicier Saïd en bas de chez moi, je n'ai 
pas besoin de le géolocaliser. Si je l'ai fait, c'est pour les autres. 
Dans le même temps, je n'ai pas non plus indiqué ces horaires 
d'ouverture, ni  mon avis sur sa convivialité et son rôle dans le 
quartier. C'est l'affaire de portails de services communautaires qui 
verront probablement le jour prochainement. Si OSM peut leur proposer 
une géolocalisation qui permet à l'utilisateur final de ne pas se 
retrouver dans le paté de maison d'à côté, j'aurais fait mon office.
Il reste, j'en conviens, à trouver la limite "raisonnable" dans la 
description du réel. Nous expérimentons chaque jour des nouveaux tags 
(de nouvelles analyses du réel), de nouvelles pratiques, de nouveaux 
débats. Celui-ci me paraît prématuré mais a le mérite de soulever le 
problème de la "scalabilité" du projet OSM (et in fine du financement 
des serveurs offrant les données) : l'expérience Wikipédia peut être 
riche d'enseignements.
Une analyse serait rigolote : quel pays consomme le plus d'octets dans 
la base ? J'ai l'intuition que nous autres Français ne sommes pas en 
tête du peloton.

Denis

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

Re: [OSM-talk-fr] Atelier OSM / Gulliver sur Open Street Map et GPS compatible OS libre

[Renaud Martinet]

Thomas, tout ça dépend du temps : par exemple à Caen on a pu rentrer
quasiment toutes les données que l'on a relevé durant la mapping party
:)


Renaud.



2008/5/27 Thomas Walraet <[EMAIL PROTECTED]>:
> David MENTRE a écrit :
>>
>> C'est dommage que ce soit juste après la mapping party du we 7-8 mais
>> ça ne nous empêche pas d'y passer.
>
> J'ai cru comprendre (en lisant la liste anglaise) que pendant les
> mapping-party en général on récupère beaucoup de trace GPS et de notes,
> mais on ne saisie pas tant de chose que ça.
>
> Votre réunion de lundi pourrait être l'occasion de montrer comment
> utiliser ce qui a été récolté la veille.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>

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

Re: [OSM-talk-fr] Re : Re : objectif cadastre

[Renaud Martinet]

Ce serait dommage de le prendre comme ça... surtout que les derniers
posts étaient beaucoup plus digestes et donc forcément plus
intéressants à lire.
L'intervention de Philippe m'a fait rire et je ne vois rien de bien
méchant là-dedans. Bref...



Renaud.



On Wed, May 28, 2008 at 7:09 PM, g.d <[EMAIL PROTECTED]> wrote:
> D'acc, ai compris,
> ne suis pas à ma place ici.
> Ciao !
>
> Le 28 mai 08 à 18:23, Philippe Piquer a écrit :
>
>> C'est malin , on lui dit que c'est trop long , et du coup il nous
>> en pond deux :)
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>

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

Re: [OSM-talk-fr] Stickers OSM

[Steven Le Roux]

2008/5/28 Steven Le Roux <[EMAIL PROTECTED]>:

> Je viens de faire 2 "essais" comme ça
>
> Perso j'aime assez le dernier en format horizontale il chope moins (pas de
> vert agressif) mais est surement plus lisible (dépend de la couleur de votre
> vehicule :) )
>
>
> Ceci attention, les autoc sur voiture doivent être résitent (soleil, pluie,
> lavage etc...)


avec pj uploadée en png car les svg ne passent pas sur la liste (trop gros)

http://demo21.ovh.com/9bcbfcc94855c6971756ec22606767fcP/

du coup j'ai mis les svg aussi pour les sources...

>
>
> 2008/5/28 Rodolphe Quiedeville <[EMAIL PROTECTED]>:
>
> Yann SLADEK a écrit :
>> > Salut à tous,
>> >
>> > dans un souci de propagande, Gand' et moi avons réfléchi à des stickers
>> > (à coller sur les vitres arrières de nos véhicules).
>> > A savoir que 500 stickers couteraient dans les 20 centimes pièce (sur
>> > pixart.it).
>> > Nous avons adapté le modèle italien
>> > (http://www.rigacci.org/wiki/doku.php/doc/appunti/osm_sticker) en
>> français
>> > Voici le fichier en PNG et en SVG :
>> > sticker_osm_fr2.png 
>> > sticker_osm_fr2.svg 
>> >
>>
>> J'ai regardé pour les faire sur lastickerie, et il faudrait avoir un
>> autre format que le .svg ou .png, dixit leur site "Formats acceptés :
>> tif, psd, pdf, jpg, eps, zip, rar, sit dans la limite de 10 Mo."
>>
>> Après je veux bien m'occuper de les faire (1000 ex) puis de les envoyer
>> à chacun.
>>
>> A++
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>
>
>
>
> --
> Steven Le Roux
> Jabber-ID : [EMAIL PROTECTED]
>



-- 
Steven Le Roux
Jabber-ID : [EMAIL PROTECTED]
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Re : objectif cadastre

[g.d]

D'acc, ai compris,
ne suis pas à ma place ici.
Ciao !

Le 28 mai 08 à 18:23, Philippe Piquer a écrit :

> C'est malin , on lui dit que c'est trop long , et du coup il nous  
> en pond deux :)
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr


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

Re: [OSM-talk-fr] Re : Re : objectif cadastre

[g.d]

Le 28 mai 08 à 16:16, Thomas Walraet a écrit :
...

Les photos sur Yahoo sont des photos d'avion sur les zones en haute
résolution. Les photos basse-résolution style le layer landsat  
viennent

de satellites (bah... le satellite landsat par exemple justement). La
navette spatiale ils ne l'envoient pas pour prendre des photos :)


Il me semblait d'avoir exploité des images d'une mission navette...
mais ça date de mathusalem, de la préhistoire...
d'environ deux ou trois ans, il me semble... on se fait vieux... ;-)
Tant mieux, si ça s'améliore !
---

ils avaient des exemples de rectifications carrément bluffants. En  
gros

ils doivent resserrer les passages et utiliser des clichés sous
différents angles pour corriger les erreurs dues aux élévations de
terrain et hauteur de bâtiment.
Par contre bah... ça coute plus cher.


Bhen oui, si on met les sous, on peut.
Je sais bien,
il y a des logiciels pas trop chers, pour recoupage 3d de plusieurs  
prises -
Je m'en sers pour grossièrement modéliser des bâtiments d'après  
prises vidéo,

pour le compositing de modèles 3d dans des photos,
et pour synchroniser la cam virtuelle avec la vidéo.
Mais ça prend du temps...

Aussi on peut projeter une image satellite, avec son angle de vue mal  
foutu,

sur un dem du coin, même approximatif
(les photos originaux comportent les coordonnées de la prise de vue,  
donc de la projection nécessaire...)

ça "arrange" déjà pas mal l'histoire...

Dans son petit coin, pour un contrat par-ci, par-là,
on fait ce qu'on pneut, avec les moyens du bord,
on n'est pas des boeufs !

Mais de là, à avoir une couverture du territoire "corrigée en  
élévation" de la sorte, on en est encore loin, hélas...

Et je ne sais pas quand ni si
on aura accès "free" à de telles données nettoyées.

En attendant,
dans certains coins, le matériel "publique" peut être crément foireux.
Même la BDortho du IGN a ses couacs...
Si tu regardes la région au nord de Port-Vecchio, au sud-sudouest  
d'Araghju, dans les collines
(j'y ai fait un relevé partiel au tachéo, c'est pourquoi je me  
permets de citer ce coin)
superpose la carte, zoome sur une photo, et tu verras ce que je  
means ;-)
Y a des coins en montagne, où même les bords des images  ne se  
tiennent pas

(peut-être qu'ils ont rectifié depuis, je parle de mi-2006/ début 2007).

Aucun reproche aux gens qui ont traité ce coin ! On n'est que des  
humains, avant tout..., :-)
Et je conçois parfaitement, que dans un tel chaos montagneux, après  
l'incendie,
on a du mal à identifier des points singuliers sur les plaques afin  
de les recoller...
mais si on voulait tracer des chemins de randonnée d'après ces  
photos, j'te dis pas l'outcome,

on se trouverait à une centaine de mètres sur la colline d'à côté,
et probablement en plein maquis infranchissable.

L'assemblage final des images donne une impression subjective d'une  
"vue verticale",
mais ça n'en est pas, quand on va chercher à l'échelle que nous  
travaillons.


Je pense qu'on soit encore très loin,
de pouvoir se fier aux "orthophotos" libres d'usage, pour notre  
échelle de détail,
à part les grandes agglomérations, couvertes par photo aériennes en  
passages assez rapprochées,

corrigées et redressées, puis assemblées
(Pardon, j'ai oublié le nom de l'officier français qui avait inventé ça,
avec des prises de vue depuis un ballon, suicidaire, vers 1860 ou '70...
J'ai eu l'occasion de ré-exploiter quelques-unes de ses plaques).
---


svp ne pas "rectifier" des tracés osm existants, d'après photos.


On est d'accord.


Merci.
(Oui, encore trop long, je sais, désolé...)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Serveur [EMAIL PROTECTED]

[Renaud Martinet]

Si je me trompe pas, [EMAIL PROTECTED] tourne sur un seul serveur : hypercube 
mais
il est sacrément costaud. Le gros problème c'est l'upload des tiles
par les clients, c'est de là que viennent les files d'attente. Je ne
pense pas qu'il ai de problème au niveau des ressources en soit mais
ça demande vérification.


Renaud.



2008/5/26 Marc Quinton <[EMAIL PROTECTED]>:
> 2008/5/25 Rodolphe Quiedeville <[EMAIL PROTECTED]>:
>
>>
>> Justement je n'arrive pas à voir clairement ou cela bloque, et ce que
>> l'on pourrais apporter pour débloquer la situation. Sur le wiki FR il
>> est indiqué que l'on peut faire tourner un serveur de tuiles, mais sans
>> plus d'info que cela.
>
> oui, je pense que tu peux faire tourner dans ton coin un serveur de tuiles, 
> mais
> ca ne va pas forcément décharger le serveur principal.
>
> je ne sais pas exactement comment aider pour les serveurs; Je suis arrivé un
> peu tard dans OSM pour tout comprendre. Et puis l'architecture est un
> peu complexe.
> Je pense que la ou ca coince le plus, c'est au niveau des serveurs gérant :
>  - les formats vectoriels,
>  - les connexions avec les clients (flash et java) pour la MAJ des cartes,
>  - les données en base,
>  - les clients de conversion vectoriel vers pixmap ([EMAIL PROTECTED]).
>
> Il doit y avoir plusieurs serveurs pour le [EMAIL PROTECTED] Peut-etre en
> faudrait-il encore plus.
> Mais OSM n'est pas Google, surtout en terme de puissance de feu (et de
> développement).
>
> Le plus important, c'est que les stats ne virent pas trop et ne
> restent pas trop dans le rouge
> a cette adresse ; tampis pour les attentes. Nous avons maintenant des
> milliers de clients
> Unix/Linux répartis dans plusieurs centaines de sites (perso et moins
> persos) et qui bossent
> a la demande.
>
> les stats: http://tah.openstreetmap.org/Log/Requests/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>

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

Re: [OSM-talk-fr] Stickers OSM

[Rodolphe Quiedeville]

Yann SLADEK a écrit :
> Salut à tous,
> 
> dans un souci de propagande, Gand' et moi avons réfléchi à des stickers 
> (à coller sur les vitres arrières de nos véhicules).
> A savoir que 500 stickers couteraient dans les 20 centimes pièce (sur 
> pixart.it).
> Nous avons adapté le modèle italien 
> (http://www.rigacci.org/wiki/doku.php/doc/appunti/osm_sticker) en français
> Voici le fichier en PNG et en SVG :
> sticker_osm_fr2.png 
> sticker_osm_fr2.svg 
> 

J'ai regardé pour les faire sur lastickerie, et il faudrait avoir un
autre format que le .svg ou .png, dixit leur site "Formats acceptés :
tif, psd, pdf, jpg, eps, zip, rar, sit dans la limite de 10 Mo."

Après je veux bien m'occuper de les faire (1000 ex) puis de les envoyer
à chacun.

A++

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

Re: [OSM-talk-fr] Re : Re : objectif cadastre

[Philippe Piquer]

C'est malin , on lui dit que c'est trop long , et du coup il nous en pond
deux :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Mapping parties dans l'AdL

[Gilles LAMIRAL]

Bonjour,

> > J'ai soumis l'événement sur l'agenda du libre.
> Il est validé :-)

:-)

Ah que le monde du libre est petit !

Pour info, Thomas est l'auteur de l'agenda du libre
et aussi le modérateur. D'où son smilley :-)

-- 
Au revoir,   02 99 64 31 77
Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06

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

[OSM-talk-fr] Quelles informations loguer ?

[Ubuntu]

Afin d'optimiser au mieux la mémoire de mon datalogger pour les longs 
parcours, je voudrais savoir quelles informations doivent être 
enregistrées et également celles dont il serait bien quelles soient 
enregistrées.

Voici les informations que j'ai a ma disposition :
http://sourceforge.net/dbimage.php?id=129341

Bonne soirée
-- 

Patrice Vetsel <[EMAIL PROTECTED]>
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db


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

Re: [OSM-talk-fr] Mapping parties dans l'AdL

[murphy2712 . nospam]

2008/5/28 Thomas Petazzoni :
> Le Wed, 28 May 2008 15:10:38 +0200,
> Gwenn <[EMAIL PROTECTED]> a écrit :
>
>> J'ai soumis l'évènement sur l'agenda du libre.
>
> Il est validé :-)

Une petite correction à effectuer sur la page : le lien vers le site
de la MCE est http://www.mce-info.org/ (sans 's' à info).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] optipng vs pngcrush

[Rodolphe Quiedeville]

Olivier Boudet a écrit :
> Salut,
> 
> Je crois que optipng est inspiré de pngcrush et utilise moins de
> ressources pour un résultat équivalent voire meilleur.

J'en suis arrivé aux mêmes conclusions que toi en lisant
http://www.cs.toronto.edu/~cosmin/pngtech/optipng.html mais je me
demandais si il y avait des spécificités pour OSM.

Dans debian les deux sont packagés :-)

A++


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

Re: [OSM-talk-fr] Re : Re : objectif cadastre

[Thomas Walraet]

g.d a écrit :
> 
> (Donc aussi le client acheteur pourra revendre, et ainsi de suite ? )
> Je suis curieux de voir, si ça sera respecté.

Bah ça marche plutôt pas mal pour le logiciel, et pour wikipedia et 
wikitravel.


> Les photos auxquels on a accès  gratos  semblent surtout venir d'une  
> mission de navette spatiale,
> avec un large écart entre les passages, qui fait que bon nombres de  
> vues sont inclinées.

Les photos sur Yahoo sont des photos d'avion sur les zones en haute 
résolution. Les photos basse-résolution style le layer landsat viennent 
de satellites (bah... le satellite landsat par exemple justement). La 
navette spatiale ils ne l'envoient pas pour prendre des photos :)


Sinon j'ai discuté sur un salon avec des gens de la boite qui fait les 
photos en france pour Google (entre autre). C'était très intéressant et 
ils avaient des exemples de rectifications carrément bluffants. En gros 
ils doivent resserrer les passages et utiliser des clichés sous 
différents angles pour corriger les erreurs dues aux élévations de 
terrain et hauteur de bâtiment.
Par contre bah... ça coute plus cher.


> svp ne pas "rectifier" des tracés osm existants, d'après photos.

On est d'accord.

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

Re: [OSM-talk-fr] Problèmes d'import avec la premi ère trace

[Pieren]

2008/5/28 Thomas Petazzoni <[EMAIL PROTECTED]>:

> Ok. Mais donc dans mon cas, pour rendre mon fichier GPX valide aux yeux
> d'OSM (en attendant la correction d'Event Logger), puis-je tout
> simplement virer les champs  ?
>

Tu peux aussi simplement corriger l'erreur manuellement en remplaçant
-326.1 par 326.1 (enlever le signe "-") ou
0.0.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

[OSM-talk-fr] Mapping parties dans l'AdL

[Thomas Petazzoni]

Le Wed, 28 May 2008 15:10:38 +0200,
Gwenn <[EMAIL PROTECTED]> a écrit :

> J'ai soumis l'évènement sur l'agenda du libre.

Il est validé :-)

De manière générale, n'hésitez pas à soumettre tous les évènements
français en relation avec OpenStreetMap dans l'Agenda du Libre. C'est
du Libre, ça y a donc tout à fait sa place. Toutes les mapping parties,
réunions, présentations, ateliers et conférences autour d'OSM sont les
bienvenus.

Bonne journée,

Thomas
-- 
Thomas Petazzoni, [EMAIL PROTECTED], http://thomas.enix.org
Jabber, [EMAIL PROTECTED]
Toulibre, http://www.toulibre.org - APRIL, http://www.april.org
Fingerprint : 0BE1 4CF3 CEA4 AC9D CC6E  1624 F653 CB30 98D3 F7A7


signature.asc
Description: PGP signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Re : objectif cadastre

[g.d]

Le 28 mai 08 à 11:33, Thomas Walraet a écrit :
> g.d a écrit :
...
>> et sous la même licence "share alike".
>
> La licence CC by-sa n'empêche pas du tout la vente des données.
>
> Simplement si quelqu'un diffuse nos données ou un travail dérivé de  
> ces
> données, il est obliger de les diffuser avec la même licence. (et donc
> il ne peut pas interdire à son client de redistribuer des copies de ce
> qu'il a acheté)

Euh, merci de l'éclaircissement.
(Donc aussi le client acheteur pourra revendre, et ainsi de suite ? )
Je suis curieux de voir, si ça sera respecté.
---
...
>> en pays de collines ou montagneux,
>> /systématiquement/ ne sont pas correctes pour l'échelle à laquelle  
>> nous
>> travaillons.
>> C'est dû à l'angle d'inclinaison de la prise de vue depuis la  
>> navette,
>> non-vertical.
>
> Les photos aériennes (avion ou satellite) sont rectifiées pour  
> compenser
> les déformations dues à l'angle de la prise de vue.
>
> Mais bon effectivement la rectification peut être plus ou moins bonne.

Oui, ils font des efforts, autant qu'ils peuvent.
Mais la terre n'est pas plate.
Les photos par avion généralement sont "bonnes", verticales,  
rapprochées, avec un bon recouvrement,
mais ne sont pas gratuites, ni libres de droits.

Les photos auxquels on a accès  gratos  semblent surtout venir d'une  
mission de navette spatiale,
avec un large écart entre les passages, qui fait que bon nombres de  
vues sont inclinées.

Aux bords des clichés ça se tient,
mais si au milieu t'as des monts et des vaux,  ça peut être pas bon :-(

Le phénomène est flagrant sur les clochers des villages (en moyenne  
dans les 40, 50 mètres de haut)  sur les photos :
La pointe du clocher est déportée par rapport au sol. Et on voit les  
façades des maisons.

Il me semble que pour les grandes agglomérations, ils aient pris la  
peine de positionner des satellites,
afin d'avoir des vues mieux correctes -
et qu'ils aient "corrigé", chewingumisé, l'intérieur des clichés afin  
de rattraper les dénivellations.
Toutefois yaka regarder la Tour Eiffel sur Potlach, avec la photo  
dessous,
pour se rendre compte du phénomène.

Mais alors en rase campagne, avec des photos d'un angle plus fort (vu  
l'écart des passages de la navette)
où ils n'ont pas corrigé l'intérieur des dalles (c'est du boulot...),
mais "seulement" ont étiré les clichés afin qu'ils tiennent dans le  
carroyage général,

et quand on a des dénivelés dans les 400, 500 mètres,
bhen, on est vraiment mal.

A l'extrême y en a, de ces vues, où des chemins et fonds de vallons  
disparaissent derrière la montagne.
Si on traçait une carto d'après ça,
le sommet de la colline serait de l'autre côté du chemin ou du  
ruisseau,  lui devenu un tunnel ;-)

Le fait d'étirer les bords des clichés afin que le tout se tienne,
ne fait pas réapparaître ces chemins et vallons,
ni corrige la déformation à l'intérieur du cliché, dues aux  
dénivellations du terrain.

Dans de tels cas, un tracé d'après photo peut être largement à côté  
de la plaque du gps,
et c'est plus souvent, qu'on ne le croît.

D'où ma humble prière,
de svp ne pas "rectifier" des tracés osm existants, d'après photos.
---

>> (Euh - encore une fois trop long ?)
>
> Ouaip ;)

Pa'don
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Problèmes d'import avec la premi ère trace

[Thomas Petazzoni]

Le Wed, 28 May 2008 14:10:47 +0200,
murphy2712.nospam <[EMAIL PROTECTED]> a écrit :

> Presque, il me semble qu'il faut au minimum latitude, longitude et
> date pour OSM.
> Le reste, sauf erreur de ma part, n'a pas grande utilité pour
> l'instant. A mon avis, les infos les plus intéressantes à inclure (et
> à gérer) après seraient les DOP pour voir la qualité des points des
> traces.

Ok. Mais donc dans mon cas, pour rendre mon fichier GPX valide aux yeux
d'OSM (en attendant la correction d'Event Logger), puis-je tout
simplement virer les champs  ?

Sinon, pour ceux qui comme moi ne savaient pas ce que signifie DOP,
voir http://fr.wikipedia.org/wiki/Global_dilution_of_precision. DOP est
l'initiale de Dilution Of Precision.

Thomas
-- 
Thomas Petazzoni, [EMAIL PROTECTED], http://thomas.enix.org
Jabber, [EMAIL PROTECTED]
Toulibre, http://www.toulibre.org - APRIL, http://www.april.org
Fingerprint : 0BE1 4CF3 CEA4 AC9D CC6E  1624 F653 CB30 98D3 F7A7


signature.asc
Description: PGP signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Mapping Party Rennes/Cesson 7 et 8 juin 2008

[Renaud Martinet]

Il devrait y avoir un post sur le planet d'ici une petite dizaine de
minutes pour ceux qui ne lisent pas la ML.


Renaud.


On Wed, May 28, 2008 at 3:25 PM, Gilles LAMIRAL
<[EMAIL PROTECTED]> wrote:
>
>> J'ai ajouté la mapping party au calendrier OSM.
>> J'ai soumis l'evenement sur l'agenda du libre.
>
> Nickel, merci !
>
> --
> Au revoir,   02 99 64 31 77
> Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>

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

Re: [OSM-talk-fr] Mapping Party Rennes/Cesson 7 et 8 juin 2008

[Gilles LAMIRAL]

> J'ai ajouté la mapping party au calendrier OSM.
> J'ai soumis l'evenement sur l'agenda du libre.

Nickel, merci !

-- 
Au revoir,   02 99 64 31 77
Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06

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

Re: [OSM-talk-fr] Mapping Party Rennes/Cesson 7 et 8 juin 2008

[Gwenn]

> C'est fait.  Salle de réunion de la MCE reservée pour
> OSM et Gulliver de 8h à 20h les 7 et 8 juin 2008, avec
> retro-projecteur.

Merci beaucoup Gilles.

>   http://wiki.openstreetmap.org/index.php/Main_Page

J'ai ajouté la mapping party au calendrier OSM.

>   http://gulliver.eu.org/wiki/AnnoncerUnEvenement

J'ai soumis l'évènement sur l'agenda du libre.

-- 
Gwenn


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

Re: [OSM-talk-fr] optipng vs pngcrush

[Olivier Boudet]

Salut,

Je crois que optipng est inspiré de pngcrush et utilise moins de ressources
pour un résultat équivalent voire meilleur.

On Wed, May 28, 2008 at 3:04 PM, Rodolphe Quiedeville <
[EMAIL PROTECTED]> wrote:

> Salut,
>
> Dans le fichier de conf du client [EMAIL PROTECTED] on peut indiquer comme
> optimiseur png pngcrush ou optipng, quelqu'un connait la différence
> intrinsèque entre les deux. Et lequel est le mieux pour OSM ?
>
> A++
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

[OSM-talk-fr] optipng vs pngcrush

[Rodolphe Quiedeville]

Salut,

Dans le fichier de conf du client [EMAIL PROTECTED] on peut indiquer comme
optimiseur png pngcrush ou optipng, quelqu'un connait la différence
intrinsèque entre les deux. Et lequel est le mieux pour OSM ?

A++


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

Re: [OSM-talk-fr] Mapping Party Rennes/Cesson 7 et 8 juin 2008

[Steven Le Roux]

On Wed, May 28, 2008 at 2:34 PM, Gilles LAMIRAL <[EMAIL PROTECTED]>
wrote:

> Bonjour,
>
> > je pars de l'hypothèse que Gilles réserve la salle de la MCE
>
> C'est fait.  Salle de réunion de la MCE reservée pour
> OSM et Gulliver de 8h à 20h les 7 et 8 juin 2008, avec
> retro-projecteur.
>
> Reste à faire :
>
> - Annonces sur
>  http://wiki.openstreetmap.org/index.php/Main_Page
>  http://gulliver.eu.org/wiki/AnnoncerUnEvenement
>
> - Lire et appliquer
>   http://wiki.openstreetmap.org/index.php/Mapping_Weekend_Howto
> et http://wiki.openstreetmap.org/index.php/Micro_Mapping_Party
>
> Je vois ce weekend comme une excellente rencontre de projets
> libres.
>
> PS: Je poste aussi sur [EMAIL PROTECTED] Les archives de la liste
> gulliver@ sont publiques, de même que celle de d'osm fr.
> http://gulliver.eu.org/ml-archives/
> http://lists.openstreetmap.org/pipermail/talk-fr/
>

plus si qq'un peut annoncer sur le planet ? (http://planet.openstreetmap.fr/
)

>
>
> --
> Au revoir,   02 99 64 31 77
> Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>



-- 
Steven Le Roux
Jabber-ID : [EMAIL PROTECTED]
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Mapping Party Rennes/Cesson 7 et 8 juin 2008

[Gilles LAMIRAL]

Bonjour,

> je pars de l'hypothèse que Gilles réserve la salle de la MCE

C'est fait.  Salle de réunion de la MCE reservée pour
OSM et Gulliver de 8h à 20h les 7 et 8 juin 2008, avec
retro-projecteur.

Reste à faire :

- Annonces sur
  http://wiki.openstreetmap.org/index.php/Main_Page
  http://gulliver.eu.org/wiki/AnnoncerUnEvenement

- Lire et appliquer
   http://wiki.openstreetmap.org/index.php/Mapping_Weekend_Howto
et http://wiki.openstreetmap.org/index.php/Micro_Mapping_Party

Je vois ce weekend comme une excellente rencontre de projets
libres.

PS: Je poste aussi sur [EMAIL PROTECTED] Les archives de la liste
gulliver@ sont publiques, de même que celle de d'osm fr.
http://gulliver.eu.org/ml-archives/
http://lists.openstreetmap.org/pipermail/talk-fr/


-- 
Au revoir,   02 99 64 31 77
Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06

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

Re: [OSM-talk-fr] Trop d'infos tue l'info...

[Bernard VALTON]

Je vois que tout est prévu :)

Merci et désolé d'avoir cassé la discussion  ...

bernard

2008/5/28 Pieren <[EMAIL PROTECTED]>:

>
>
> 2008/5/28 Bernard VALTON <[EMAIL PROTECTED]>:
>
>> Bonjour,
>>
>> Est ce qu'il existe un moyen simple de faire une page web mettant OSM en
>> background et rajoutant des layers par dessus. Je pense aux trajets de bus
>> ou de pedibus par exemple. A l'image de ce qui est fait sur mymaps de google
>> maps ?
>>
>
>
> Tu aurais du changer le titre de ton message pour créer un nouveau fil,
> mais bon... trop tard.
> Va voir aussi sur le wiki:
> http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example
>
> et surtout
>
> http://wiki.openstreetmap.org/index.php/OpenLayers
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>


-- 
bernard
http://blog.valton.name/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Problèmes d'import avec la premi ère trace

[murphy2712 . nospam]

2008/5/28 Thomas Petazzoni :
> Si j'ai bien compris, cette propriété «course» contient la direction
> instantanée du déplacement. À quoi sert cette information dans OSM ?
> Les coordonnées longitude/latitude ne sont-elles pas suffisantes ?

Presque, il me semble qu'il faut au minimum latitude, longitude et
date pour OSM.
Le reste, sauf erreur de ma part, n'a pas grande utilité pour l'instant.
A mon avis, les infos les plus intéressantes à inclure (et à gérer)
après seraient les DOP pour voir la qualité des points des traces.

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

Re: [OSM-talk-fr] Problèmes d'import avec la premi ère trace

[Philippe Piquer]

Oui effectivement mais un fichier GPX peut contenir beaucoup plus d'infos
que nécéssaires sous oSM, par exemple mes fichiers gpx contiennent mon
rythme cardiaque ... vu que je fais mes traces en courant à l'aide d'un
Garmin 305 :)

2008/5/28 Thomas Petazzoni <[EMAIL PROTECTED]>:

> Le Mon, 26 May 2008 11:33:37 +0200,
> Pieren <[EMAIL PROTECTED]> a écrit :
>
> > Le fichier attaché comporte une erreur de validation XML:
> > This file is not valid:
> > Value does not match facet minInclusive="0.0" in element 'course'
> >
> > et, en effet, il y a un trkpt qui contient une propriété "course"
> > négative (-326.1) à la ligne 39 alors que ça devrait contenir une
> > valeur entre 0 et 360 (à vérifier).
>
> Si j'ai bien compris, cette propriété «course» contient la direction
> instantanée du déplacement. À quoi sert cette information dans OSM ?
> Les coordonnées longitude/latitude ne sont-elles pas suffisantes ?
>
> Thomas
> --
> Thomas Petazzoni, [EMAIL PROTECTED], http://thomas.enix.org
> Jabber, [EMAIL PROTECTED]
> Toulibre, http://www.toulibre.org - APRIL, http://www.april.org
> Fingerprint : 0BE1 4CF3 CEA4 AC9D CC6E  1624 F653 CB30 98D3 F7A7
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Problèmes d'import avec la premi ère trace

[Thomas Petazzoni]

Le Mon, 26 May 2008 11:33:37 +0200,
Pieren <[EMAIL PROTECTED]> a écrit :

> Le fichier attaché comporte une erreur de validation XML:
> This file is not valid:
> Value does not match facet minInclusive="0.0" in element 'course'
> 
> et, en effet, il y a un trkpt qui contient une propriété "course"
> négative (-326.1) à la ligne 39 alors que ça devrait contenir une
> valeur entre 0 et 360 (à vérifier).

Si j'ai bien compris, cette propriété «course» contient la direction
instantanée du déplacement. À quoi sert cette information dans OSM ?
Les coordonnées longitude/latitude ne sont-elles pas suffisantes ?

Thomas
-- 
Thomas Petazzoni, [EMAIL PROTECTED], http://thomas.enix.org
Jabber, [EMAIL PROTECTED]
Toulibre, http://www.toulibre.org - APRIL, http://www.april.org
Fingerprint : 0BE1 4CF3 CEA4 AC9D CC6E  1624 F653 CB30 98D3 F7A7


signature.asc
Description: PGP signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] compte-rendu de la table ronde

[Pieren]

Dans le compte-rendu, c'est surtout la contribution de Stephane Roche de
l'université Laval (Québec) que je trouve la plus intéressante:
"On a beaucoup parlé de localisation ou de contribution à la localisation,
plutôt que de géographie participative".

En fait, seule une présentation du projet OSM aurait vraiment été au coeur
du sujet ! Tous les intervenants étaient là pour autre chose : rappelons que
le thème était "Géographie participative.." et pas "Géolocalisation
participative.." comme l'a très bien soulevé ce Monsieur.

Quant à la question du business model, je crois qu'il y aura toujours de la
place pour tout le monde. Chaque projet présente ses avantages et
inconvénients.
Ce que j'aurai aimé voir comme question dans ce forum, ça aurait été "quel
est mon intérêt de faire grâcieusement l'effort de corriger les erreurs des
cartes commerciales si je dois ensuite payer les mises à jour de mon
navigateur gps ? ou est le business model du client dans ce cas ?"

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

Re: [OSM-talk-fr] Trop d'infos tue l'info...

[Pieren]

2008/5/28 Bernard VALTON <[EMAIL PROTECTED]>:

> Bonjour,
>
> Est ce qu'il existe un moyen simple de faire une page web mettant OSM en
> background et rajoutant des layers par dessus. Je pense aux trajets de bus
> ou de pedibus par exemple. A l'image de ce qui est fait sur mymaps de google
> maps ?
>


Tu aurais du changer le titre de ton message pour créer un nouveau fil, mais
bon... trop tard.
Va voir aussi sur le wiki:
http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example

et surtout

http://wiki.openstreetmap.org/index.php/OpenLayers

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

Re: [OSM-talk-fr] Trop d'infos tue l'info...

[Philippe Piquer]

Oui et non 

Pour mettre OSM sur un site , voir OpenLayers(.org) qui permet de mettre une
seule 'carte' avec de multiple couche (transparente ou pas).
Evidemment pour remplir une couche , il faut aussi une carte et donc créer
un serveur qui s'occupe du rendu de cette carte...
Par contre rajouter des POI est assez simple ...

Sur la page d'acceuil de http://www.lessines.net , il y a la carte OSM de la
ville avec trois couches : osmarender, mapnik et Cyclemap, mais ce que je
trouve dommage c'est par exemple que la couche cycle reprends de facon
redondante (meme si légèrement modifiée) la carte de base et est opaque...

Philippe

2008/5/28 Bernard VALTON <[EMAIL PROTECTED]>:

> Bonjour,
>
> Est ce qu'il existe un moyen simple de faire une page web mettant OSM en
> background et rajoutant des layers par dessus. Je pense aux trajets de bus
> ou de pedibus par exemple. A l'image de ce qui est fait sur mymaps de google
> maps ?
>
> Cordialement
> Bernard
>
> 2008/5/28 Philippe Piquer <[EMAIL PROTECTED]>:
>
> C'est bien comme cela que je rajoute les commerces de ma commune à Google
>> Maps sur mon site (devrait etre remplacé par OSM dès que les 5% non encore
>> mappés le seront).
>>
>> Le 28 mai 2008 09:41, David MENTRE <[EMAIL PROTECTED]> a écrit :
>>
>> Bonjour,
>>>
>>> Le 27 mai 2008 23:09, Julien Langlois <[EMAIL PROTECTED]> a
>>> écrit :
>>> > il faut quand même trouver un moyen de relier ces POI
>>> > (d'une base externe) avec une adresse dans OSM pour qu'il soit
>>> > possible dans un logiciel de routage avancé de demander le nom d'un
>>> > restaurant au lieu de son adresse.
>>>
>>> Ce lien, est-ce que ce n'est pas les coordonnées géographiques
>>> (latitude, longitude) ?
>>>
>>> Je cherche un restaurant :
>>>  1. base externe, nom restau -> coordonnées (dest_lat, dest_lon) ;
>>>
>>>  2. GPS, -> (source_lat, source_lon) ;
>>>
>>>  3. OSM, recherche des points source et destination voisins dans OSM
>>> et routage avec les routes, type de route, type de véhicule, etc. en
>>> fonction des infos OSM.
>>>
>>> Amicalement,
>>> d.
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>
>>
>
>
> --
> bernard
> http://blog.valton.name/
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Atelier OSM / Gulliver sur Open Street Map et GPS compatible OS libre : lundi 9 juin / 20h / MCE

[Olivier Boudet]

ok, je pense que je serais de la partie alors ! Je ne suis par contre pas
sûr de rester jusqu'à 22h.

2008/5/28 Étienne Loks <[EMAIL PROTECTED]>:

> Bonjour,
>
> Olivier Boudet a écrit :
> > Ce serait quoi l'horaire et pendant combien de temps ?
>
> Donc pour la préparation, je propose de commencer à 19h et de prendre le
> temps que l'on peut selon les disponibilités (1 heure au minimum ça
> serait pas mal).
> Mais on composera éventuellement avec des arrivées plus tardives.
>
> La page de la permanence sur l'agenda du libre :
> http://www.agendadulibre.org/showevent.php?id=2228
>
> (pour ceux qui ne sont jamais venu notez bien l'accès par le côté ouest
> de la MCE au fond de la cour)
>
> Amicalement
>
> --
> Étienne Loks
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Atelier OSM / Gulliver sur Open Street Map et GPS compatible OS libre : lundi 9 juin / 20h / MCE

[Étienne Loks]

Bonjour,

Olivier Boudet a écrit :
> Ce serait quoi l'horaire et pendant combien de temps ?

Donc pour la préparation, je propose de commencer à 19h et de prendre le 
temps que l'on peut selon les disponibilités (1 heure au minimum ça 
serait pas mal).
Mais on composera éventuellement avec des arrivées plus tardives.

La page de la permanence sur l'agenda du libre : 
http://www.agendadulibre.org/showevent.php?id=2228

(pour ceux qui ne sont jamais venu notez bien l'accès par le côté ouest 
de la MCE au fond de la cour)

Amicalement

-- 
Étienne Loks


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

Re: [OSM-talk-fr] compte-rendu de la table ronde

[Bernard VALTON]

C'est toute la force d'une approche distribuée et d'une mise en commun. Je
suis persuadé que dans qqs années, à l'image de wikipedia, on ne parlera
plus que d'openstreetmap :) Je fait principalement ma commune et elle est
déjà nettement meilleure que google maps :)

bernard

2008/5/28 Philippe Piquer <[EMAIL PROTECTED]>:

> Effectivement, juste à coté de mon boulot, ils sont occupés à terminer
> l'asphatage d'une rue qui devient à sens unique ... OSM est à jour ... :)
>
>
> 2008/5/28 Steven Le Roux <[EMAIL PROTECTED]>:
>
>>
>>
>> 2008/5/28 Gand' <[EMAIL PROTECTED]>:
>>
>>> quand tu dis "moins vérifiée", j'ai des doutes la dessus !
>>> je connais plusieurs endroits ou des routes ont été fermées
>>> définitivement (principalement à cause d'éboulements en montagne) il y a
>>> plusieurs années (entre 2 et 10), et pourtant, apparemment, aucune base
>>> commercial ne prend en compte ces changements ...
>>> --
>>>   Gand'
>>
>>
>> D'une maniere générale, mais à terme, il ne peut rien y avoir de plus
>> précis qu'OSM évidement.
>>
>> Les mises à jour n'apparaissent que longtemps après sur les cartes
>> proprio... Sur osm elles peuvent apparaître en avance ;) ou en même temps
>> que les travaux !
>>
>>>
>>>
>>> On Tue, May 27, 2008 at 9:29 PM, Denis <[EMAIL PROTECTED]> wrote:
>>>
 Renaud Martinet a écrit :
 > Et puis on est sympa ! :)

 et parce que la seule pression qu'on s'autorise, c'est une bonne mousse
 bien fraîche (30° à Strasbourg aujourd'hui;-).



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

>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> Steven Le Roux
>> Jabber-ID : [EMAIL PROTECTED]
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>


-- 
bernard
http://blog.valton.name/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Trop d'infos tue l'info...

[Bernard VALTON]

Bonjour,

Est ce qu'il existe un moyen simple de faire une page web mettant OSM en
background et rajoutant des layers par dessus. Je pense aux trajets de bus
ou de pedibus par exemple. A l'image de ce qui est fait sur mymaps de google
maps ?

Cordialement
Bernard

2008/5/28 Philippe Piquer <[EMAIL PROTECTED]>:

> C'est bien comme cela que je rajoute les commerces de ma commune à Google
> Maps sur mon site (devrait etre remplacé par OSM dès que les 5% non encore
> mappés le seront).
>
> Le 28 mai 2008 09:41, David MENTRE <[EMAIL PROTECTED]> a écrit :
>
> Bonjour,
>>
>> Le 27 mai 2008 23:09, Julien Langlois <[EMAIL PROTECTED]> a écrit
>> :
>> > il faut quand même trouver un moyen de relier ces POI
>> > (d'une base externe) avec une adresse dans OSM pour qu'il soit
>> > possible dans un logiciel de routage avancé de demander le nom d'un
>> > restaurant au lieu de son adresse.
>>
>> Ce lien, est-ce que ce n'est pas les coordonnées géographiques
>> (latitude, longitude) ?
>>
>> Je cherche un restaurant :
>>  1. base externe, nom restau -> coordonnées (dest_lat, dest_lon) ;
>>
>>  2. GPS, -> (source_lat, source_lon) ;
>>
>>  3. OSM, recherche des points source et destination voisins dans OSM
>> et routage avec les routes, type de route, type de véhicule, etc. en
>> fonction des infos OSM.
>>
>> Amicalement,
>> d.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
>


-- 
bernard
http://blog.valton.name/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Amélioration de la récupéra tion des cartes pour josm

[Steven Le Roux]

On Wed, May 28, 2008 at 11:35 AM, Ubuntu <[EMAIL PROTECTED]> wrote:

> Bonjour,
>
> Je sais pas vous, mais avec ma connexion c'est parfois lourd/long pour
> télécharger les cartes osm et les gpx sous josm.
>
> Existe-t-il un moyen d'améliorer tout ça, en profitant d'une grosse
> connexion que j'ai au boulot ?
>
> Bonne journée


Ce n'est pas la quantité de donnée qui est importante mais JOSM attend un
slot de connexion pour télécharger les données. Le serveur étant chargé, il
faut attendre son tour :)

Quand tu dis long c'est combien ? Vois-tu des différences entre une requete
de chez toi et une au boulot ?

>
>
> --
> Patrice Vetsel <[EMAIL PROTECTED]>
> Aka/Alias Kagou
> https://launchpad.net/people/vetsel-patrice
> gpg key: 0x15c094db
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>



-- 
Steven Le Roux
Jabber-ID : [EMAIL PROTECTED]
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

[OSM-talk-fr] Amélioration de la récupératio n des cartes pour josm

[Ubuntu]

Bonjour,

Je sais pas vous, mais avec ma connexion c'est parfois lourd/long pour 
télécharger les cartes osm et les gpx sous josm.

Existe-t-il un moyen d'améliorer tout ça, en profitant d'une grosse 
connexion que j'ai au boulot ?

Bonne journée

-- 
Patrice Vetsel <[EMAIL PROTECTED]>
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db


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

Re: [OSM-talk-fr] Re : Re : objectif cadastre

[Thomas Walraet]

g.d a écrit :
> 
> (Note latérale :
> Certains semblent avoir du mal à comprendre que ce qu'on fait sur osm 
> est libre à utilisation pour chaque individu sur la planète.
> Toutefois il me semble que c'est sous CreativeCommons "share alike" 
> (http://wiki.openstreetmap.org/index.php/OpenStreetMap_License, 
> et http://creativecommons.org/licenses/by-sa/2.0/), 
> donc la "revente" de données osm, même partielle, n'est pas autorisée, 
> je pense : 
> Il faut les redonner à l'utilisateur, gratuitement, et sous la même 
> licence "share alike".

La licence CC by-sa n'empêche pas du tout la vente des données.

Simplement si quelqu'un diffuse nos données ou un travail dérivé de ces 
données, il est obliger de les diffuser avec la même licence. (et donc 
il ne peut pas interdire à son client de redistribuer des copies de ce 
qu'il a acheté)


> Ces dernières, en pays de collines ou montagneux,
> /systématiquement/ ne sont pas correctes pour l'échelle à laquelle nous 
> travaillons.
> C'est dû à l'angle d'inclinaison de la prise de vue depuis la navette, 
> non-vertical.

Les photos aériennes (avion ou satellite) sont rectifiées pour compenser 
les déformations dues à l'angle de la prise de vue.

Mais bon effectivement la rectification peut être plus ou moins bonne.


> (Euh - encore une fois trop long ?)

Ouaip ;)

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

Re: [OSM-talk-fr] Trop d'infos tue l'info...

[Philippe Piquer]

C'est bien comme cela que je rajoute les commerces de ma commune à Google
Maps sur mon site (devrait etre remplacé par OSM dès que les 5% non encore
mappés le seront).

Le 28 mai 2008 09:41, David MENTRE <[EMAIL PROTECTED]> a écrit :

> Bonjour,
>
> Le 27 mai 2008 23:09, Julien Langlois <[EMAIL PROTECTED]> a écrit
> :
> > il faut quand même trouver un moyen de relier ces POI
> > (d'une base externe) avec une adresse dans OSM pour qu'il soit
> > possible dans un logiciel de routage avancé de demander le nom d'un
> > restaurant au lieu de son adresse.
>
> Ce lien, est-ce que ce n'est pas les coordonnées géographiques
> (latitude, longitude) ?
>
> Je cherche un restaurant :
>  1. base externe, nom restau -> coordonnées (dest_lat, dest_lon) ;
>
>  2. GPS, -> (source_lat, source_lon) ;
>
>  3. OSM, recherche des points source et destination voisins dans OSM
> et routage avec les routes, type de route, type de véhicule, etc. en
> fonction des infos OSM.
>
> Amicalement,
> d.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Trop d'infos tue l'info...

[David MENTRE]

Bonjour,

Le 27 mai 2008 23:09, Julien Langlois <[EMAIL PROTECTED]> a écrit :
> il faut quand même trouver un moyen de relier ces POI
> (d'une base externe) avec une adresse dans OSM pour qu'il soit
> possible dans un logiciel de routage avancé de demander le nom d'un
> restaurant au lieu de son adresse.

Ce lien, est-ce que ce n'est pas les coordonnées géographiques
(latitude, longitude) ?

Je cherche un restaurant :
 1. base externe, nom restau -> coordonnées (dest_lat, dest_lon) ;

 2. GPS, -> (source_lat, source_lon) ;

 3. OSM, recherche des points source et destination voisins dans OSM
et routage avec les routes, type de route, type de véhicule, etc. en
fonction des infos OSM.

Amicalement,
d.

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

[OSM-talk-fr] [HS] MCE de Rennes et OSM

[David MENTRE]

Bonjour,

2008/5/27 Philippe Piquer <[EMAIL PROTECTED]>:
> Oublié pas après de proposer à la MCE de remplacer Google Maps par OSM sur
> leur site :)

La MCE a un projet de carte verte (inventaire de données bio /
équitable / durable sur une carte) et Gulliver est actif pour leur
proposer une solution à base de libre et notamment d'OSM (au lieu de
leur projet initial à base de Google Maps). Etienne qui est pilier
dans le projet pourra en dire plus.

Amicalement,
d.

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