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

[Olivier Boudet]

Ce serait quoi l'horaire et pendant combien de temps ?

2008/5/27 Gwenn <[EMAIL PROTECTED]>:

> > Parmi les personnes intéressées par la préparation de l'atelier
> > certaines parlaient de se voir lors d'une permanence.  Ce vendredi,
> > ça vous irait ? (moi je ne peux pas le prochain :) )
>
> C'est bon pour moi.
>
> --
> Gwenn
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFIPFOWaQjvmoGkMpoRAjuFAJ4zOZzTswYJwuFJ7l6mpUZXOH+o4wCeKWHd
> t6FkQcbJV54J7Sb8gRGKHHo=
> =l1/w
> -END PGP SIGNATURE-
>
> ___
> 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] MAJ [EMAIL PROTECTED] : Quickborn

[Olivier Boudet]

Un simple emerge dev-perl/AppConfig (en fait pour moi un paludis -i
dev-perl/AppConfig) sous Gentoo fera aussi l'affaire pour que la nouvelle
version fonctionne.

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

>
>
> 2008/5/28 Steven Le Roux <[EMAIL PROTECTED]>:
>
>>
>>
>> 2008/5/28 Steven Le Roux <[EMAIL PROTECTED]>:
>>
>>>
>>>
>>> On Tue, May 27, 2008 at 11:16 PM, murphy2712. nospam <
>>> [EMAIL PROTECTED]> wrote:
>>>
 Pour ceux qui font tourner le client [EMAIL PROTECTED] sur leur machine, 
 une
 maj est apparue : on passe de la version 'Poynton' à la version
 'Quickborn'.
 Bon d'habitude ça casse pas 3 pattes à un canard mais comme j'ai eu
 des soucis de dépendances voici les paquets que j'ai du installer en
 plus chez moi pour que ça marche (sur une debian) :

 apt-get install libxml-xpath-perl libset-object-perl
>>>
>>>
>>> + libappconfig-perl
>>>
>>
>> et yum install perl-AppConfig
>>
>
> debian :
>
> libxml-perl  libxml-sax-perl libxml-sax-writer-perl libxml-writer-perl
>
>
> Scientific :
>
> perl-libxml-perl perl-XML-SAX perl-XML-XPath perl-XML-Parser
> perl-XML-LibXML perl-libxml-perl perl-Set-Object ...
>
>
>>
>>
>>>
>>>

 Sinon les erreur sont du style 'Can't locate XML/XPath.pm in @INC...'
 et 'Can't locate Set/Object.pm in @INC...'

 Voilà en espérant que ça serve à quelqu'un... :)


 Murphy
 ___
 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]
>>
>
>
>
> --
> 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

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

[Philippe Piquer]

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

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

[g.d]

Ahem,
D'accord avec Arnaud,
et qu'on en finisse avec la paranose...

"""- utiliser comme calque, tagger soigneusement, importer le  
résultat: autorisé."""


Donc, si j'a bien compris,
en d'autres mots :

Vouloir importer directement des documents du cadastre, est illégal,
et de plus ne nous apporterait rien du tout, na ! :

Le cadastre (corrigez-moi, si je fais erreur) ne comporte pas de  
tracés cohérents pour les routes.
Pour la plupart, les routes sur le cadastre, c'est le "vide" entre  
parcelles,

et souvent n'a pas de numéro, ni de polygone de circonférence.

Si on veut s'en servir, du cadastre, il faut l'utiliser comme "sous- 
cul",

et tracer un "way" cohérent par-dessus = valeur ajoutée,
puis "virer" le sous-cul cadastral.

Et, bien sûr qu'on se doit de noter dans le tag "source" du way qu'on  
vient de tracer, qu'on s'était servi du cadastre,

avec la version de révision, comme ils le demandent,
c'est la moindre des choses. Respect oblige, pas vrai ?
On n'est pas des voleurs. Vous n'aimerez pas que quelqu'un vous vole  
votre travail,

donc respectez le travail d'autrui.

D'après leur licence, du cadastre, il me semble que rien ne nous  
empêche,

qu'on s'en serve comme sous-cul, pour tracer des ways.
osm ne diffuse pas de données cadastrales, ni brutes, ni transformées,
seulement la "plus-value" qui est notre travail d'abstraction et de  
création.

Chaque clic sur la carte est une "création" ,
à condition que ce clic ne se fasse pas par "attirance", ni sur un  
point pré-existant importé d'autres sources.


(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".

Je ne suis pas sûr,
si d'autres cartos qui éventuellement réutilisent "nos" données,  
soient conscients des conséquences pour eux.
Si ça se trouve, que la fondation osm ultérieurement pourrait se  
faire des tunes substantielles,

en attaquant des "revendeurs" de nos données.
A nous de "veiller au grain", afin qu'on ne soit pas attaqué nous- 
mêmes, pour de tels abus...)


Le cadastre consiste de tracés vectoriels ou bitmaps de limites  
parcellaires,

et ils ne sont pas parallèles, ni cohérents, le long des routes,
et ces limites parcellaires n'intéressent aucunement osm.

Vouloir faire un script automatisé qui transformerait l'espace "vide"  
entre parcelles en "ways",

me paraît légalement plus que douteux, mettrait en danger la base osm,
et serait inutilisable en pratique,
on se trouverait avec des ways complètement irréels !
Car sur le cadastre, les limites des parcelles ne correspondent que  
rarement aux tracés réels de la route,

ça n'a rien à voir !
(Pour cela, il faudrait avoir accès aux dxf/dwg de l'Equipement, et  
ça serait bien trop "lourd", trop détaillé...)


Un distributeur de Nationale à 2x2 voies peut, sur le plan cadastral,  
n'être qu'un seul pâté vide.

Si on exploitait un tel script,
en plus de se mettre dans l'illégalité totale,
des fossés de drainage apparaîtraient comme ways,
certaines rivières apparaîtront comme des voies triples,
et je ne sais encore quels non-sens.

Le Cadastre est surfacique et parcellaire,
là où osm est d'abord linéaire, et "connectique",
deux  approches logiques fondamentalement inverses.

Je pense qu'il vaudrait mieux, d'avoir un moyen d'importer un pdf du  
cadastre dans josm et le manipuler
(pas besoin de faire des saisies d'écran en basse résolution : leur  
fonction "imprimer" donne des pdf de haute rés)

et manuellement tracer les ways manquants sur "notre" calque de données.

Euh, note latérale : Je n'aime pas me servir de potlach, et par souci  
de propreté préfère utiliser josm :
Je n'aime pas intervenir en live sur une bdd collective, je risque de  
bousiller  le travail d'autrui.


Quant aux noms des rues, tout comme les numéros des maisons,
il me semble que ce ne soient pas des "données cadastrales",
et que ce ne soient que des indications (parfois erronées, même, avec  
les "bis" et "ter"...).

Et ça peut changer après chaque élection, et à chaque modif du POS :
Habitant la même maison, j'ai changé trois fois de nom de rue, et  
deux fois de numéro.
Donc je pense qu'à ce sujet-là, des noms et numéros, on soit  
relativement libres...

---

Je pense que le plan cadastral peut être utile pour compléter des  
voies, là où le gps ne capte pas suffisamment,

comme dans des ruelles étroites,
mais il ne devrait pas servir comme base, comme fond général.

En rase campagne le cadastre peut être une vingtaine ou trentaine de  
mètres "à côté de la plaque".
Par rares endroits, j'ai eu des différends entre cadastre et réalité  
d'une 

Re: [OSM-talk-fr] Dump de Dismoiou ?

[Steven Le Roux]

"Bientôt disponible, les APIs seront faits pour vous ! Avec les APIs,
dismoiou.fr vous ouvrira complètement et gratuitement* sa base de données,
afin que vous puissiez l'utiliser pour lancer vos propres applications.

Par exemple, vous rêvez de créer un logiciel de géolocalisation sur
téléphone mobile ? dismoiou.fr vous permettra d'accéder à la base de données
dont vous avez besoin. "

ici : http://dismoiou.fr/#6

c'est exportable en plusieurs type de fichiers pour chaque marque de gps ou
kml, mais il est précisé qu'un type de poi (les icones bicolores) sont
issues de bases proprio donc ne sont pas téléchargés. Si je regarde Brest,
il n'y a quasi que ça. ça doit venir des pages jaunes ou de google local
business center...



On Wed, May 28, 2008 at 12:00 AM, Eric Marsden <[EMAIL PROTECTED]> wrote:

> > "gv" == Gand'  <[EMAIL PROTECTED]> writes:
>
>  gv> quand un élément est sous license CC, il peut y avoir des
>  gv> copyright sur le contenu si je ne m'abuse !
>
>  je dirais même plus : les licenses « Creative Commons » sont _basés_
>  sur le mécanisme du copyright (en France, du droit d'auteur).
>
> http://wiki.creativecommons.org/FAQ
>
>  C'est mon opinion et je la partage!
>
> --
> Eric Marsden
>
> ___
> 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] compte-rendu de la table ronde

[Steven Le Roux]

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

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

[Gand']

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'

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

Re: [OSM-talk-fr] Plusieurs questions

[Steven Le Roux]

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

> Pour les limites de communes , la question était je pense : comment en
> faire le relevé et non pas comment le taggé ...(mais je me trompe peut etre)
>

Pour ça j'avais dans l'idée de scotcher des logguer sur le toit :) à voir
car pas sur que ça tienne bien...

>
>
>
> Le 27 mai 2008 09:28, Renaud Martinet <[EMAIL PROTECTED]> a écrit :
>
> Pour les lignes de bus, il y a route=bus et ref=le numéro/nom de la
>> ligne. Et pour les limites de communes, il y a
>> boundary=administrative, admin_level=8. Voir
>> http://wiki.openstreetmap.org/index.php/Key:border_type#border_type
>> pour plus de précisions.
>>
>>
>> Renaud.
>>
>> 2008/5/26 Patrice Vetsel <[EMAIL PROTECTED]>:
>> > -BEGIN PGP SIGNED MESSAGE-
>> > Hash: SHA1
>> >
>> > Pour le bus il est dit sur :
>> > http://wiki.openstreetmap.org/index.php/Fr:Map_Features
>> >
>> > highway   bus_guideway   Image:Mf_way.pngVoie réservée
>> aux bus
>> > guidés (par rail, trottoirs, systèmes optique ou radio).
>> > Pour les voies réservées aux bus simples, utilisez access=no, psv=yes.
>> >
>> > pour les limites j'ai rien trouvé.
>> >
>> > pour l'interdiction de tourner :
>> > ne peut on contourner avec un sens interdit, ou forcer un sens unique ?
>> >
>> >
>> > Stéphane Brunner a écrit :
>> >> Hello !
>> >>
>> >> Avancent progressivement je me suis heurter à 3 problème :
>> >> - Comment définir correctement une ligne de bus
>> >> - Comment définir les limites de communes
>> >> - Comment définir les interdictions de tourner dans les intersections
>> >> (nécessaire si l'on veux faire du routage).
>> >>
>> >> Le tout avec JOSM.
>> >>
>> >> CU et merci d'avance.
>> >> Sarge
>> >>
>> >>
>> >>
>> >>
>> 
>> >>
>> >> ___
>> >> Talk-fr mailing list
>> >> Talk-fr@openstreetmap.org
>> >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>> >
>> > - --
>> > Patrice Vetsel <[EMAIL PROTECTED]>
>> > Aka/Alias Kagou
>> > https://launchpad.net/people/vetsel-patrice
>> > gpg key: 0x15c094db
>> > -BEGIN PGP SIGNATURE-
>> > Version: GnuPG v1.4.6 (GNU/Linux)
>> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>> >
>> > iD8DBQFIOu2LAGLykBXAlNsRAp5FAJ4us5ROvaHS3jSqKYhLaA9W4GrkVgCgmoGI
>> > CjcssVgbMBxOTSTZmfBnKIE=
>> > =JxrI
>> > -END PGP SIGNATURE-
>> >
>> > ___
>> > 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
>
>


-- 
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] Plusieurs questions

[g.d]

Le 26 mai 08 à 19:04, Patrice Vetsel a écrit :


pour l'interdiction de tourner :
ne peut on contourner avec un sens interdit, ou forcer un sens  
unique ?


Euh, je pense que non.
Si la voie qui vient se joindre n'est pas en sens unique, elle,
ça induirait en (t)erreur...

Je pense plus propice, dans de tels cas,
et techniquement plus correct
de scinder la voie principale en deux voies, chacune en sens-unique,
et de linker la voie qui vient "de gauche",
laquelle on n'a pas le droit de prendre,
uniquement avec la voie opposée, qui vient dans l'autre sens.


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

Re: [OSM-talk-fr] chemins de randonnée...

[g.d]

> [EMAIL PROTECTED] a écrit :

>   * highway=briddleway pour les chemins non praticables en voiture,
> mais suffisamment larges

Ouups,
je ne suis pas sûr qu'on soit sur la bonne voie, là...

Il me semblait qu'en France,
ces "bridleways" en pratique étaient des chemins réservés à l'usage  
exclusif des cavaliers ?
OK, le panneau B22c "Chemin obligatoire pour cavaliers" ne dit pas  
"exclusif",
mais il me semble, que dans beaucoup de cas, dans la pratique, l'un  
interdit l'autre :

J'en connais en forêt, que jamais je ne prendrai à pied, de ces  
chemins signalés par un cheval monté, blanc sur fond bleu :
Les cavaliers y lâchent leurs chevaux au galop,
sans savoir ce qui se cache derrière le prochain virage, derrière le  
prochain arbre,
ils ne s'attendent pas à y rencontrer un piéton,
donc comme piéton on s'y ferait blesser ou tuer, et, de plus,  
engueuler par le cavalier,

et d'autre part, bon nombre de ces pistes équestres en forêt sont  
tellement défoncés par les chevaux,
que par endroits même avec des cuissardes on ne s'en sortirait pas de  
la boue, à pied...
impraticables pour des randonneurs à pied.

On en voit aussi, de ces chemins, signalés par un petit panneau  
rectangulaire vert, avec un cavalier...
Ceux que je connais, sont absolument à proscrire aux randonneurs à  
pied... :-(
Quand t'as un troupeau de cavaliers inexpérimentés qui arrivent au  
galop, de face, et qui ne savent pas maîtriser leurs bêtes,
c'est le sauve-qui-peut.
Bon, heureusement pas tous les cavaliers sont comme ça,
mais par principe de précaution et par (mauvaise) expérience,
personnellement, à pied, quand je vois un tel panneau, je m'attends  
au pire, et cherche à passer ailleurs.

Quand ce sont des chemins bitumés, le long des routes carrossables,
les cavaliers n'aiment pas les prendre, sauf sur de courts tronçons,  
car ça chauffe les sabots des chevaux, et les fatigue -
et même ces chemins bitumées se trouvent vite encrottés.

Je n'ai pas encore tagué un chemin piéton ou sentier pédestre comme  
"bridleway".

Quelle est la procédure à adopter, "généralement admise" pour le  
"bridleway" ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] MAJ [EMAIL PROTECTED] : Quickborn

[Steven Le Roux]

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

>
>
> 2008/5/28 Steven Le Roux <[EMAIL PROTECTED]>:
>
>>
>>
>> On Tue, May 27, 2008 at 11:16 PM, murphy2712. nospam <
>> [EMAIL PROTECTED]> wrote:
>>
>>> Pour ceux qui font tourner le client [EMAIL PROTECTED] sur leur machine, une
>>> maj est apparue : on passe de la version 'Poynton' à la version
>>> 'Quickborn'.
>>> Bon d'habitude ça casse pas 3 pattes à un canard mais comme j'ai eu
>>> des soucis de dépendances voici les paquets que j'ai du installer en
>>> plus chez moi pour que ça marche (sur une debian) :
>>>
>>> apt-get install libxml-xpath-perl libset-object-perl
>>
>>
>> + libappconfig-perl
>>
>
> et yum install perl-AppConfig
>

debian :

libxml-perl  libxml-sax-perl libxml-sax-writer-perl libxml-writer-perl


Scientific :

perl-libxml-perl perl-XML-SAX perl-XML-XPath perl-XML-Parser perl-XML-LibXML
perl-libxml-perl perl-Set-Object ...


>
>
>>
>>
>>>
>>> Sinon les erreur sont du style 'Can't locate XML/XPath.pm in @INC...'
>>> et 'Can't locate Set/Object.pm in @INC...'
>>>
>>> Voilà en espérant que ça serve à quelqu'un... :)
>>>
>>>
>>> Murphy
>>> ___
>>> 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]
>



-- 
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] MAJ [EMAIL PROTECTED] : Quickborn

[Steven Le Roux]

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

>
>
> On Tue, May 27, 2008 at 11:16 PM, murphy2712. nospam <
> [EMAIL PROTECTED]> wrote:
>
>> Pour ceux qui font tourner le client [EMAIL PROTECTED] sur leur machine, une
>> maj est apparue : on passe de la version 'Poynton' à la version
>> 'Quickborn'.
>> Bon d'habitude ça casse pas 3 pattes à un canard mais comme j'ai eu
>> des soucis de dépendances voici les paquets que j'ai du installer en
>> plus chez moi pour que ça marche (sur une debian) :
>>
>> apt-get install libxml-xpath-perl libset-object-perl
>
>
> + libappconfig-perl
>

et yum install perl-AppConfig



>
>
>>
>> Sinon les erreur sont du style 'Can't locate XML/XPath.pm in @INC...'
>> et 'Can't locate Set/Object.pm in @INC...'
>>
>> Voilà en espérant que ça serve à quelqu'un... :)
>>
>>
>> Murphy
>> ___
>> 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] MAJ [EMAIL PROTECTED] : Quickborn

[Steven Le Roux]

On Tue, May 27, 2008 at 11:16 PM, murphy2712. nospam <
[EMAIL PROTECTED]> wrote:

> Pour ceux qui font tourner le client [EMAIL PROTECTED] sur leur machine, une
> maj est apparue : on passe de la version 'Poynton' à la version
> 'Quickborn'.
> Bon d'habitude ça casse pas 3 pattes à un canard mais comme j'ai eu
> des soucis de dépendances voici les paquets que j'ai du installer en
> plus chez moi pour que ça marche (sur une debian) :
>
> apt-get install libxml-xpath-perl libset-object-perl


+ libappconfig-perl

>
>
> Sinon les erreur sont du style 'Can't locate XML/XPath.pm in @INC...'
> et 'Can't locate Set/Object.pm in @INC...'
>
> Voilà en espérant que ça serve à quelqu'un... :)
>
>
> Murphy
> ___
> 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] Dump de Dismoiou ?

[Eric Marsden]

> "gv" == Gand'  <[EMAIL PROTECTED]> writes:

  gv> quand un élément est sous license CC, il peut y avoir des
  gv> copyright sur le contenu si je ne m'abuse !

  je dirais même plus : les licenses « Creative Commons » sont _basés_
  sur le mécanisme du copyright (en France, du droit d'auteur). 

 http://wiki.creativecommons.org/FAQ

  C'est mon opinion et je la partage! 

-- 
Eric Marsden

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

Re: [OSM-talk-fr] Plusieurs questions

[Frédéric Bonifas]

Ce qui n'empêche pas quelqu'un de reprendre le flambeau de la
traduction bien sur :)

Frédéric

Le 27 mai 2008 23:29, Frédéric Bonifas <[EMAIL PROTECTED]> a écrit :
> C'est vrai j'envoie un mail.
>
> Frédéric

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

Re: [OSM-talk-fr] Plusieurs questions

[Frédéric Bonifas]

C'est vrai j'envoie un mail.

Frédéric

2008/5/27 Stéphane Brunner <[EMAIL PROTECTED]>:
> Ok mais dans ce cas il ne vaut mieux pas la supprimer de la liste de
> extensions ?
>
> CU
> Stéph
>
> 2008/5/27 Frédéric Bonifas <[EMAIL PROTECTED]>:
>>
>> Il ne faut plus utiliser la traduction de JOSM en français; je l'avais
>> faite il y à plus d'un an et tout a changé depuis.
>>
>> Frédéric
>>
>> Le 27/05/08, Stéphane Brunner<[EMAIL PROTECTED]> a écrit :
>> > En anglais effectivement, il y a un bug de traduction dans la version
>> > française le bouton Delete à une texte très long et du coup on ne voie
>> > plus
>> > les autres boutons :(
>> >
>> > CU et merci ;-)
>> > Sarge
>> >
>> >
>> > 2008/5/27 Olivier Boudet <[EMAIL PROTECTED]>:
>> >
>> >> Dans la fenetre des relations dans JOSM (là où il y a la liste), juste
>> >> en
>> >> dessous tu as 3 boutons dont "Add Relation".
>> >>
>> >> 2008/5/27 Stéphane Brunner
>> >>
>> >> <[EMAIL PROTECTED]> >> PROTECTED]>
>> >> >:
>> >>
>> >> Hello !
>> >>>
>> >>> Merci de toutes vos réponses rapides ;-)
>> >>>
>> >>> En gros tout ce trouve dans les relations !
>> >>>
>> >>> (http://wiki.openstreetmap.org/index.php/Relations/Routes,
>> >>> http://wiki.openstreetmap.org/index.php/Relations/Turn_Restrictions,
>> >>> http://wiki.openstreetmap.org/index.php/Relations/Proposed/Boundaries)
>> >>> Ce qui mène a la grande question: comment définir une relation ?
>> >>> Dans JOSM j'ai trouver une liste de relations, avec la possibilité de
>> >>> les
>> >>> supprimer mais pas de les créer !
>> >>>
>> >>> CU et merci d'avance
>> >>> Sarge
>> >>>
>> >>>
>> >>>
>> >>> 2008/5/27 Pieren
>> >>>
>> >>> <[EMAIL PROTECTED]> >>> PROTECTED]>
>> >>> >:
>> >>>
>> 
>>  2008/5/27 Vincent MEURISSE
>> 
>>  <[EMAIL 
>>  PROTECTED]>  PROTECTED]>
>>  >:
>> 
>> > Pour les limites de communes il existe deux solutions
>> 
>> 
>>  si on parle des limites administratives.
>>  Mais pour l'instant, et jusqu'à ce qu'on trouve une solution
>>  exploitable
>>  avec le cadastre, je ne connait pas de sources exploitable.
>> 
>>  Si on parle des limites de ce que l'on peut voir soi-même sur le
>>  terrain,
>>  il y a aussi le way fermé et tagué avec landuse=residential qui va
>>  bien
>>  pour
>>  les petits villes/villages isolés (campagne) mais qui s'adapte mal
>>  aux
>>  zone
>>  urbaines/périurbaines denses (auquel cas on peut revenir aux 2
>>  méthodes
>>  déjà
>>  citées).
>> 
>>  Pieren
>> 
>>  ___
>>  Talk-fr mailing list
>> 
>>  Talk-fr@openstreetmap.org>   PROTECTED]>
>> 
>>  http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>> 
>> 
>> >>>
>> >>>
>> >>> --
>> >>> Stéphane Brunner
>> >>> mail :
>> >>>
>> >>> [EMAIL PROTECTED]> >>> PROTECTED]>
>> >>> messageries instantanées :
>> >>>
>> >>> [EMAIL PROTECTED]> >>> PROTECTED]>(
>> >>> http://talk.google.com)
>> >>> --
>> >>> http://www.ubuntu-fr.org - Distribution Linux
>> >>> http://fr.wikipedia.org - Encyclopédie communautaire
>> >>> http://mozilla-europe.org - Navigateur internet / Client de messagerie
>> >>> http://framasoft.net - Annuaire de logiciel libre (gratuit)
>> >>> http://jeuxlibres.net - Jeux Libres (gratuit)
>> >>> http://openstreetmap.org - Cartographie libre (en développement)
>> >>> --
>> >>> Il existe 10 sortes de personnes : celles qui connaissent le binaire,
>> >>> et
>> >>> les autres.
>> >>> --
>> >>> 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.
>> >>>
>> >>> ___
>> >>> Talk-fr mailing list
>> >>>
>> >>> Talk-fr@openstreetmap.org> >>>  PROTECTED]>
>> >>>
>> >>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>> >>>
>> >>>
>> >>
>> >> ___
>> >> Talk-fr mailing list
>> >>
>> >> Talk-fr@openstreetmap.org> >>  PROTECTED]>
>> >>
>> >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Distinction

[François Schnell]

""" et en profiter pour lui dire bravo."""

Oops, pas vu, merci Pieren, pour moi c'est bien pratique pour voir ce qui se
passe dans le coin ;)
... et  quand je vois justement comment a déboulé Colmar, tout cousu main,
j'en ai la machoire qui m'en tombe... chapeau l'artiste ! :)

francois

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

> Je voudrais quand même signaler ici qu'un français a reçu pour la première
> fois de l'histoire, la distinction "Lolcat of awesomeness" d'OpenStreetMap :
> François Schnell pour son projet OSM Aware.
> Vous pouvez voir ça sur la page wiki :
> http://wiki.openstreetmap.org/index.php/Lolcat_of_awesomeness
> et surtout voir le site de François:
> http://code.google.com/p/osmlab/
>
> et en profiter pour lui dire bravo.
>
> Pieren
>
> ___
> 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] MAJ [EMAIL PROTECTED] : Quickborn

[murphy2712 . nospam]

Pour ceux qui font tourner le client [EMAIL PROTECTED] sur leur machine, une
maj est apparue : on passe de la version 'Poynton' à la version
'Quickborn'.
Bon d'habitude ça casse pas 3 pattes à un canard mais comme j'ai eu
des soucis de dépendances voici les paquets que j'ai du installer en
plus chez moi pour que ça marche (sur une debian) :

apt-get install libxml-xpath-perl libset-object-perl

Sinon les erreur sont du style 'Can't locate XML/XPath.pm in @INC...'
et 'Can't locate Set/Object.pm in @INC...'

Voilà en espérant que ça serve à quelqu'un... :)


Murphy
___
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...

[Julien Langlois]

Je suis d'accord avec ça aussi. Par exemple, stocker la population
d'une ville dans OSM n'a aucun intérêt puisque la commune est
identifié par son code INSEE et qu'il est donc très facile de faire un
requête sur une base qui sera potentiellement plus complète et à jour.

Par contre, il ne faut pas enlever la nature géographique d'un POI. En
effet, même s'il n'est pas "normal" de tagger tous les commerce dans
la base OSM, 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. Mais là, on mélange peut être
annuaire et routage :
 * je veux aller chez machin
 * adresse = annuaire(machin)
 * routage(adresse) --> partie OSM
Cependant, le fait d'utiliser cet "annuaire" est une sorte de lien
entre le POI et l'élément OSM.

Bref, je pense que ce n'est pas dans la base OSM qu'il faut stocker
tous ces POI mais qu'il nous faut prendre garde à ce que la base soit
assez "standard" pour qu'un soft/moteur de rendu/... puisse relier ces
informations

-- 
 Julien
___
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]

Je pense qu'on en viendra à un moment à avoir plusieurs layers
peut-être même dans la base de données elle-même je ne sais pas.. mais
tout ce qui est landuse par exemple ne demande qu'à être mis dans un
layer à part.


Renaud.



2008/5/27 Philippe Piquer <[EMAIL PROTECTED]>:
> 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
>
> ___
> 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 début juin

[Philippe Piquer]

Oublié pas après de proposer à la MCE de remplacer Google Maps par OSM sur
leur site :)

2008/5/27 Gwenn <[EMAIL PROTECTED]>:

> > Tables, chaises, prises de courant. On peut aussi avoir un
> > vidéo-projecteur si Gilles en fait la réservation.
>
> Le vidéo projecteur peut être pratique pour faire une démo de comment
> fonctionne JOSM par exemple. Au cas où, je peux en amener un mais qui
> ne fait que du 800x600, ce qui n'est vraiment pas idéal donc si celui
> de la MCE est mieux et dispo ce serait parfait.
>
> > Connexion Internet. Wifi *et* Ethernet filaire. :-)
>
> Magnifique :-)
>
> --
> Gwenn
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFIPDF2aQjvmoGkMpoRApb6AJ4wkHh7o87n1E8lfdRvbUDDdjAFyACaAyGD
> hkD059Uj7cWpJrwRSbt2i+k=
> =xxp8
> -END PGP SIGNATURE-
>
> ___
> 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] Trop d'infos tue l'info...

[Philippe Piquer]

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

[Delalande Jocelyn]

> Et ajouter automatiquement le tag "largeur de la rue" par exemple ?
> C'est une donnée complémentaire, et ensuite filtrer sur le gps ce même 
> tag, faisable et plutôt illogique.

Attention, par exemple la largeur du trotoir/plates bandes qui sera
mesuré comme appartement à la largeur de la rue, pas super...

Je comprends pas trop tes idées de filtrer sur le gps :x

Jocelyn




___
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

[Francois Maltey]

Arnaud CORBET a écrit :
> Donc par exemple, à mon humble avis:
> - convertir automatiquement et importer dans OSM un tracé "nu", ou 
> juste augmenté du nom figurant au cadastre: interdit.
Attention, cela me semble plutôt être la diffusion d'un tel fichier qui 
est peut-être interdit. Une fois recopié le cadastre de base sur son 
ordi, l'utilisateur le triture comme il le veut, non ? Il n'y a pas de 
DRM dessus !

Conséquence absurdement logique : on peut écrire / diffuser un programme 
qui recopie le cadastre, et le met dans son gps, mais cet argument 
interdirait de dupliquer la carte du gps... Pas très logique, et 
gourmand en ressource.

> - convertir automatiquement, ajouter les tags et les données 
> complémentaires, et importer le résultat: autorisé.
> - utiliser comme calque, repomper le nom, importer le résultat: interdit.
> - utiliser comme calque, tagger soigneusement, importer le résultat: 
> autorisé.

Et ajouter automatiquement le tag "largeur de la rue" par exemple ?
C'est une donnée complémentaire, et ensuite filtrer sur le gps ce même 
tag, faisable et plutôt illogique.

Cordialement.

F.

___
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

[Delalande Jocelyn]

Bonsoir,

La perspective d'aller demander comme une fleur à la dgi via lettre si
oui ou non on peut s'en servir n'a pas l'air d'emballer grand monde,
soit, si on arrive à trouver un sens clair aux textes présents sur le
web...

Difficile de s'y retrouver dans tous ces textes...  Mais on commence à
voir une interprétation commune ressortir :-)

Je serais assez d'accord avec l'emploi suggéré par Arnaud Corbet. pas
d'imports à l'échelle de la france ; les imports se font par les
contributeurs cartographiant la zone concernée et avec un travail
d'enrichissement (tag, croisement avec les données existantes) derrière.
Ce travail peut bien entendu être aidé via logiciel.

Concernant la mention légale, je serais pour en mettre une
systématiquement en indiquant la source du cadastre. même si on
"s'alourdit" avec ça, en cas de gros problème légal pour tout virer si
on a pas le choix. De plus, ça nous sera utile à nous mappeurs de savoir
que telle rue a été faite selon cadastre ou pas...

Après chacun fait ce qu'il veut à la rigueur mais l'interprétation de
ces textes étant loin d'être triviale, il est utile je pense d'avoir une
interprétation compréhensible (on peut faire/on peut pas faire)
appliquée à osm qui fasse consensus parmis ceux s'y étant penchés.

Sinon pas con l'idée de pouvoir passer josm en lambert(s).

Bonne soirée


Jocelyn

P.S: lire talk-fr devient de plus en plus chronophage :p, j'imagine même
pas l'activité sur talk...

Pour la définition
> Maintenant, je retire de mon fichier composite le fond de carte du
> cadastre. Il ne reste que ma valeur ajoutée. Si je suis libre de
> vendre le cadastre plus la valeur ajoutée, la valeur ajoutée sans le
> fond de carte de la DGI est en toute logique elle aussi
> commercialisable. 
> 
> L'import direct de données converties automatiquement d'un fichier de
> la DGI n'est PAS un fichier composite. Il n'y a aucune valeur ajoutée.
> C'est le traçé des voies non taggées, ou simplement taggées avec le
> nom. C'est ni plus ni moins que les données de la DGI. Et ça sera le
> cas tant qu'elles n'auront pas été hiérarchisées, taggées, augmentées
> des informations collectées au sol, des sens uniques, etc... A mon
> sens la limite entre autorisé et interdit n'est pas l'import
> automatique ou manuel, mais l'ajout de valeur, et l'ajout de valeur
> commence à la hiérarchisation des voies par l'application du tag
> "highway" approprié, qui est une donnée qui n'est pas au cadastre.
> 
> Donc par exemple, à mon humble avis:
> - convertir automatiquement et importer dans OSM un tracé "nu", ou
> juste augmenté du nom figurant au cadastre: interdit.
> - convertir automatiquement, ajouter les tags et les données
> complémentaires, et importer le résultat: autorisé.
> - utiliser comme calque, repomper le nom, importer le résultat:
> interdit.
> - utiliser comme calque, tagger soigneusement, importer le résultat:
> autorisé.
> 
> Après on pourrait laisser pendant des heures des juristes chicaner sur
> le fait de savoir ou non si transformer les traits parallèles
> matérialisant les limites des propriétés riveraines (ce qui
> matérialise les voies sur le cadastre) en un tracé de voie routière
> est ou n'est pas en soi une valeur ajoutée. Ou pourrait
> raisonnablement l'affirmer, et tout aussi raisonnablement affirmer le
> contraire. Comme je pense que personne ne souhaite faire planer une
> insécurité juridique sur ses contributions à OSM, autant affirmer que
> non tant qu'on a pas la preuve que oui, et n'importer que des données
> dûment armées de leur tag "highway" approprié pour dormir sur nos deux
> oreilles.



> 
> - Message d'origine 
> De : Pieren <[EMAIL PROTECTED]>
> À : Arnaud CORBET <[EMAIL PROTECTED]>; Discussions sur OSM en
> francais 
> Envoyé le : Mardi, 27 Mai 2008, 13h54mn 48s
> Objet : Re: [OSM-talk-fr] Re : objectif cadastre
> 
> 
> 2008/5/27 Arnaud CORBET <[EMAIL PROTECTED]>:
> Je vais remettre en avant mon humble avis de juriste de
> collectivité (eh oui, on trouve décidément de tout comme
> contributeur OSM ;) )...
> 
> Au contraire, un juriste est justement ce qu'il faut dans cette
> discussion !
> Je dois dire que la notion de fichier composite reste vague sur
> certains points : par exemple, ais-je le droit de convertir un fichier
> svn disponible sur le site du cadastre en données OSM et de l'importer
> directement dans la base de données OSM (en donnant la source, bien
> sûr) ?
> Ou bien faut-il obligatoirement passer par un travail manuel de
> recopiage sur un calque ("travail dérivé") ?
> 
> Pieren
> 
> 
> __
> Do You Yahoo!?
> En finir avec le spam? Yahoo! Mail vous offre la meilleure protection
> possible contre les messages non sollicités 
> http://mail.yahoo.fr Yahoo! Mail 
> 
> __
> Do You Yahoo!?
> En finir avec le spam? Yahoo! Mail vous offre la meilleure protection
> possible contre les messages non sollicités 
> http:/

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

[Denis]

Arnaud CORBET a écrit :
> Pour moi la notion de fichier composite est au contraire très claire: c'est 
> le fichier original du cadastre augmenté de nouvelles données qui ne figurent 
> pas au cadastre. Mettons que je prenne un plan du cadastre comme fond de 
> carte, et relève dessus par exemple le tracé du réseau d'eau, ou de fibre 
> optique. Le fichier résultant est un fichier composite, avec une vraie valeur 
> ajoutée. Je suis libre de le vendre.
> 
> 
> Mettons maintenant que je prenne le cadastre, et y ajoute les 
> caractéristiques des voies (qui n'y figurent pas: le cadastre trace un chemin 
> à vaches comme une autoroute: 2 traits parallèles), j'ajoute leur classement 
> en fonction de leur importance relative, le plus de détails possibles sur les 
> commerces, l'utilisation des zones (qui ne sont pas au cadastre mais dans les 
> documents d'urbanisme), les forêts et autres éléments géographiques, fleuves, 
> lacs, etc... Le fichier résultant est un fichier composite, avec une vraie 
> valeur ajoutée. Je suis libre de le vendre.
> 
> Maintenant, je retire de mon fichier composite le fond de carte du cadastre. 
> Il ne reste que ma valeur ajoutée. Si je suis libre de vendre le cadastre 
> plus la valeur ajoutée, la valeur ajoutée sans le fond de carte de la DGI est 
> en toute logique elle aussi commercialisable. 
> 
> L'import direct de données converties automatiquement d'un fichier de la DGI 
> n'est PAS un fichier composite. Il n'y a aucune valeur ajoutée. C'est le 
> traçé des voies non taggées, ou simplement taggées avec le nom. C'est ni plus 
> ni moins que les données de la DGI. Et ça sera le cas tant qu'elles n'auront 
> pas été hiérarchisées, taggées, augmentées des informations collectées au 
> sol, des sens uniques, etc... A mon sens la limite entre autorisé et interdit 
> n'est pas l'import automatique ou manuel, mais l'ajout de valeur, et l'ajout 
> de valeur commence à la hiérarchisation des voies par l'application du tag 
> "highway" approprié, qui est une donnée qui n'est pas au cadastre.
> 
> Donc par exemple, à mon humble avis:
> - convertir automatiquement et importer dans OSM un tracé "nu", ou juste 
> augmenté du nom figurant au cadastre: interdit.
> - convertir automatiquement, ajouter les tags et les données complémentaires, 
> et importer le résultat: autorisé.
> - utiliser comme calque, repomper le nom, importer le résultat: interdit.
> - utiliser comme calque, tagger soigneusement, importer le résultat: autorisé.
> 
> Après on pourrait laisser pendant des heures des juristes chicaner sur le 
> fait de savoir ou non si transformer les traits parallèles matérialisant les 
> limites des propriétés riveraines (ce qui matérialise les voies sur le 
> cadastre) en un tracé de voie routière est ou n'est pas en soi une valeur 
> ajoutée. Ou pourrait raisonnablement l'affirmer, et tout aussi 
> raisonnablement affirmer le contraire. Comme je pense que personne ne 
> souhaite faire planer une insécurité juridique sur ses contributions à OSM, 
> autant affirmer que non tant qu'on a pas la preuve que oui, et n'importer que 
> des données dûment armées de leur tag "highway" approprié pour dormir sur nos 
> deux oreilles.

Faut-il le rappeler ? le plan cadastral est composé du parcellaire, du 
bâti, de la matrice cadastrale. Accessoirement des éléments de toponymie 
sont indiqués pour servir de point de repère. Ces éléments sont des 
surfaciques (polygones, normalement topologiques).
Une voie de circulation peut être composée de 0 à n parcelles. Si se 
servir du plan cadastral pour CREER de nouveaux objets pose encore 
problème, je me demande à quoi sert :
- la direction "INSPIRE"
- la loi sur l'accessibilité des données publiques
- la loi sur la propriété intellectuelle
etc.

Convertir un tracé nu du site de la DGI n'a aucun sens pour OSM. Nous 
sommes sur des modélisations radicalement différentes du réel.

Une dernière remarque : la toponymie des voies est du ressort de la 
municipalité, pas du cadastre (qui a bien souvent plusieurs trains de 
retard sur la réalité du terrain). De plus, je vois mal une collectivité 
ou une administration interdire la réutilisation (même commerciale) d'un 
nom de rue. Autant protéger une idée ou un concept.

Denis

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

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

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

[Renaud Martinet]

Et puis on est sympa ! :)


Renaud.



2008/5/27 Denis <[EMAIL PROTECTED]>:
> Renaud Martinet a écrit :
>> En effet, il semble que cette table-ronde était beaucoup plus orientée
>> "faire participer nos clients pour enrichir nos produits et leur
>> revendre" que réellement "géographie participative". Malgré tout
>> j'aurais adoré qu'on ai quelqu'un là-bas, à vrai dire j'aurais adoré
>> être là-bas juste pour cette question :
>>
>> Question de madame Sophie Rigollot de Navteq
>> J'ai été très intéressée par les présentations en particulier de NAVx
>> et DISMOIOU ; Question posée à
>> Jean Cherbonnier et à Pierre Antoine Durgeat : quel est votre business
>> model ? A quelle échéance
>> commencerez vous à être rentable dans vos activités ?
>>
>> :)
>>
>>
>>
>> Renaud.
>
> C'est effectivement intéressant sur l'approche d'acteurs majeurs de la
> création de données géoréférencées. Je n'ai pas terminé la lecture du
> compte-rendu, mais il me semble que ces entreprises commerciales ont du
> matériel à amortir, du personnel à payer. Minimiser les coûts en faisant
> participer le client final dans une logique "collaborative" est une
> bonne pratique libérale.
> Au "business model" des Navteq, Teleatlas, et consorts, OSM propose un
> "social model (une communauté d'intérêt ?)". Notre base est peut-être
> moins "vérifiée", moins "cohérente" que ses concurrentes commerciales,
> mais elle est faite par des utilisateurs pour des utilisateurs. C'est
> notre spécificité, notre force, notre "business model".
>
> 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]

Renaud Martinet a écrit :
> En effet, il semble que cette table-ronde était beaucoup plus orientée
> "faire participer nos clients pour enrichir nos produits et leur
> revendre" que réellement "géographie participative". Malgré tout
> j'aurais adoré qu'on ai quelqu'un là-bas, à vrai dire j'aurais adoré
> être là-bas juste pour cette question :
> 
> Question de madame Sophie Rigollot de Navteq
> J'ai été très intéressée par les présentations en particulier de NAVx
> et DISMOIOU ; Question posée à
> Jean Cherbonnier et à Pierre Antoine Durgeat : quel est votre business
> model ? A quelle échéance
> commencerez vous à être rentable dans vos activités ?
> 
> :)
> 
> 
> 
> Renaud.

C'est effectivement intéressant sur l'approche d'acteurs majeurs de la 
création de données géoréférencées. Je n'ai pas terminé la lecture du 
compte-rendu, mais il me semble que ces entreprises commerciales ont du 
matériel à amortir, du personnel à payer. Minimiser les coûts en faisant 
participer le client final dans une logique "collaborative" est une 
bonne pratique libérale.
Au "business model" des Navteq, Teleatlas, et consorts, OSM propose un 
"social model (une communauté d'intérêt ?)". Notre base est peut-être 
moins "vérifiée", moins "cohérente" que ses concurrentes commerciales, 
mais elle est faite par des utilisateurs pour des utilisateurs. C'est 
notre spécificité, notre force, notre "business model".

Denis

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

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

[Arnaud CORBET]

Pour moi la notion de fichier composite est au contraire très claire: c'est le 
fichier original du cadastre augmenté de nouvelles données qui ne figurent pas 
au cadastre. Mettons que je prenne un plan du cadastre comme fond de carte, et 
relève dessus par exemple le tracé du réseau d'eau, ou de fibre optique. Le 
fichier résultant est un fichier composite, avec une vraie valeur ajoutée. Je 
suis libre de le vendre.


Mettons maintenant que je prenne le cadastre, et y ajoute les caractéristiques 
des voies (qui n'y figurent pas: le cadastre trace un chemin à vaches comme une 
autoroute: 2 traits parallèles), j'ajoute leur classement en fonction de leur 
importance relative, le plus de détails possibles sur les commerces, 
l'utilisation des zones (qui ne sont pas au cadastre mais dans les documents 
d'urbanisme), les forêts et autres éléments géographiques, fleuves, lacs, 
etc... Le fichier résultant est un fichier composite, avec une vraie valeur 
ajoutée. Je suis libre de le vendre.

Maintenant, je retire de mon fichier composite le fond de carte du cadastre. Il 
ne reste que ma valeur ajoutée. Si je suis libre de vendre le cadastre plus la 
valeur ajoutée, la valeur ajoutée sans le fond de carte de la DGI est en toute 
logique elle aussi commercialisable. 

L'import direct de données converties automatiquement d'un fichier de la DGI 
n'est PAS un fichier composite. Il n'y a aucune valeur ajoutée. C'est le traçé 
des voies non taggées, ou simplement taggées avec le nom. C'est ni plus ni 
moins que les données de la DGI. Et ça sera le cas tant qu'elles n'auront pas 
été hiérarchisées, taggées, augmentées des informations collectées au sol, des 
sens uniques, etc... A mon sens la limite entre autorisé et interdit n'est pas 
l'import automatique ou manuel, mais l'ajout de valeur, et l'ajout de valeur 
commence à la hiérarchisation des voies par l'application du tag "highway" 
approprié, qui est une donnée qui n'est pas au cadastre.

Donc par exemple, à mon humble avis:
- convertir automatiquement et importer dans OSM un tracé "nu", ou juste 
augmenté du nom figurant au cadastre: interdit.
- convertir automatiquement, ajouter les tags et les données complémentaires, 
et importer le résultat: autorisé.
- utiliser comme calque, repomper le nom, importer le résultat: interdit.
- utiliser comme calque, tagger soigneusement, importer le résultat: autorisé.

Après on pourrait laisser pendant des heures des juristes chicaner sur le fait 
de savoir ou non si transformer les traits parallèles matérialisant les limites 
des propriétés riveraines (ce qui matérialise les voies sur le cadastre) en un 
tracé de voie routière est ou n'est pas en soi une valeur ajoutée. Ou pourrait 
raisonnablement l'affirmer, et tout aussi raisonnablement affirmer le 
contraire. Comme je pense que personne ne souhaite faire planer une insécurité 
juridique sur ses contributions à OSM, autant affirmer que non tant qu'on a pas 
la preuve que oui, et n'importer que des données dûment armées de leur tag 
"highway" approprié pour dormir sur nos deux oreilles.


- Message d'origine 
De : Pieren <[EMAIL PROTECTED]>
À : Arnaud CORBET <[EMAIL PROTECTED]>; Discussions sur OSM en francais 

Envoyé le : Mardi, 27 Mai 2008, 13h54mn 48s
Objet : Re: [OSM-talk-fr] Re : objectif cadastre



2008/5/27 Arnaud CORBET <[EMAIL PROTECTED]>:

Je vais remettre en avant mon humble avis de juriste de collectivité (eh oui, 
on trouve décidément de tout comme contributeur OSM ;) )...


Au contraire, un juriste est justement ce qu'il faut dans cette discussion !
Je dois dire que la notion de fichier composite reste vague sur certains points 
: par exemple, ais-je le droit de convertir un fichier svn disponible sur le 
site du cadastre en données OSM et de l'importer directement dans la base de 
données OSM (en donnant la source, bien sûr) ?
Ou bien faut-il obligatoirement passer par un travail manuel de recopiage sur 
un calque ("travail dérivé") ?

Pieren

__
Do You Yahoo!?
En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible 
contre les messages non sollicités 
http://mail.yahoo.fr Yahoo! Mail 

__
Do You Yahoo!?
En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible 
contre les messages non sollicités 
http://mail.yahoo.fr Yahoo! Mail ___
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

[Renaud Martinet]

En effet, il semble que cette table-ronde était beaucoup plus orientée
"faire participer nos clients pour enrichir nos produits et leur
revendre" que réellement "géographie participative". Malgré tout
j'aurais adoré qu'on ai quelqu'un là-bas, à vrai dire j'aurais adoré
être là-bas juste pour cette question :

Question de madame Sophie Rigollot de Navteq
J'ai été très intéressée par les présentations en particulier de NAVx
et DISMOIOU ; Question posée à
Jean Cherbonnier et à Pierre Antoine Durgeat : quel est votre business
model ? A quelle échéance
commencerez vous à être rentable dans vos activités ?

:)



Renaud.


2008/5/27 Frédéric Bonifas <[EMAIL PROTECTED]>:
> Merci pour le lien Thomas mais après avoir lu le compte-rendu, je ne
> regrette presque pas de ne pas y être allé : les personnes
> représentant leur société ont un argumentaire bien rodé, effectuent ce
> travail de promotion depuis des années et surtout sont toutes potes
> donc n'ont pas intérêt à se critiquer. Elles font en gros le même
> travail :
> * Tele Atlas crée des bases de données géographiques.
> * Dismoiou a acheté une base de donnée, compte sur les utilisateurs
> pour l'enrichir puis la revend.
> * Navx revend ses données à Tele Atlas.
> En même temps, ce n'était pas un débat mais 3 présentations.
>
> Par contre, une cartographie collaborative, libre et surtout sans but
> lucratif ne leur apporte rien et je pense que je me serais clairement
> fait écrasé. Le jour où Steve Coast gagnera assez d'argent en vendant
> ses services liés à Openstreetmap, il nous offrira peut-être des
> stages de marketing :)
>
> Frédéric
>
> Le 27 mai 2008 15:28, Thomas Walraet <[EMAIL PROTECTED]> a écrit :
>> Pour ceux qui veulent voir ce que Navtek et d'autres ont à dire sur la
>> cartographie participative, il y a des documents sur une récente table
>> ronde à l'adresse http://spdg-geomatique.org
>>
>> Il y a quelques mails qui avaient été échangés pour une présentation
>> d'OSM là bas mais finalement rien de fait. Au final on est pas du évoqué
>> dans le compte-rendu, ce qui est assez hallucinant. Enfin je n'ai fait
>> que survoler le compte-rendu et ça a l'air assez orienté sur "comment
>> encadrer les participations pour améliorer nos cartes"
>>
>>
>> SPDG a écrit :
>>> La table ronde organisée par le SPDG sur le thème "Géographie
>>> participative, mythe ou réalité ?" a suscité un grand intérêt parmi
>>> l'assistance rassemblée à l'intérieur et aux abords de la salle. Les
>>> procédures de complémentation et de mise à jour avec le concours des
>>> utilisateurs ont fait l'objet de présentations particulièrement
>>> explicites de la part de Tele Atlas, Dismoiou et NAVx. L'animation par
>>> Luc Vaillancourt, du bulletin BALIZ-MEDIA.com, et la synthèse par
>>> Stéphane Roche, de l'université québecquoise Laval, ont permis de
>>> comparer le développement de ces pratiques de part et d'autre de
>>> l'Atlantique et de prendre la mesure de cette évolution qui devrait
>>> concerner bon nombre d'acteurs du marché de la géomatique.
>>>
>>> Vous pouvez prendre connaissance du compte-rendu et des présentations
>>> projetées pendant la séance sur le site http://spdg-geomatique.org
>>>
>>> Cordialement,
>>>
>>> Jean-Lucien Seligmann
>>> Président du SPDG
>>
>>
>> ___
>> 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] Atelier OSM / Gulliver sur Open Street Map et GPS compatible OS libre : lundi 9 juin / 20h / MCE

[Gwenn]

> Parmi les personnes intéressées par la préparation de l'atelier
> certaines parlaient de se voir lors d'une permanence.  Ce vendredi,
> ça vous irait ? (moi je ne peux pas le prochain :) )

C'est bon pour moi.

-- 
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] Dump de Dismoiou ?

[Gand']

quand un élément est sous license CC, il peut y avoir des copyright sur le
contenu si je ne m'abuse !
-- 
  Gand'

2008/5/27 sylvain letuffe <[EMAIL PROTECTED]>:

>
> > "2 Votre Propriété Intellectuelle
> > BaDTech n'acquiert aucun droit de propriété sur votre contenu. En
> > rendant accessible votre contenu, vous accordez au Site une licence
> > Creative Commons Paternité 2.0 France sur ce contenu"
>
> J'ai voulu allez voir, et c'est louche cette affaire, je n'ai pas trouvé
> comment télécharger la totalité de leur base... ?
> ( j'aurais bien jeté un coup d'oeil ! )
>
> ça sent le coup fourré, je vois bien un truc du genre :
> Contenu sous "Creative Commons", mais "collecte de base de donnée sous
> copyright"
> De plus au rayon API :
> http://dismoiou.fr/#2
> on voit un zoli petit "*" marqué en petit pour utilisation non commerciale.
>
> Mouef, méfiance, c'est pas là bas que j'irais contribuer
>
>
> --
> Sylvain Letuffe [EMAIL PROTECTED]
> 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

Re: [OSM-talk-fr] Dump de Dismoiou ?

[sylvain letuffe]

> "2 Votre Propriété Intellectuelle
> BaDTech n'acquiert aucun droit de propriété sur votre contenu. En 
> rendant accessible votre contenu, vous accordez au Site une licence 
> Creative Commons Paternité 2.0 France sur ce contenu"

J'ai voulu allez voir, et c'est louche cette affaire, je n'ai pas trouvé 
comment télécharger la totalité de leur base... ?
( j'aurais bien jeté un coup d'oeil ! )

ça sent le coup fourré, je vois bien un truc du genre :
Contenu sous "Creative Commons", mais "collecte de base de donnée sous 
copyright"
De plus au rayon API :
http://dismoiou.fr/#2
on voit un zoli petit "*" marqué en petit pour utilisation non commerciale.

Mouef, méfiance, c'est pas là bas que j'irais contribuer


-- 
Sylvain Letuffe [EMAIL PROTECTED]
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] [gulliver] Re: Atelier OSM / Gulliver sur Open Street Map et GPS compatible OS libre

[Étienne Loks]

Re-bonjour,

Gilles LAMIRAL a écrit :
>> Le 27 mai 2008 14:32, François Guerraz <[EMAIL PROTECTED]> a écrit :
>>> Y a-t-il tout de même des gulliveriens qui compte s'y rendre le WE du 7-8 ?
> 
>> Yep, a priori moi sauf indisponibilité de dernière minute. Mais j'ai
>> bien noté les dates. Mais n'ayant pas de matériel GPS, je ne viendrai
>> probablement qu'au début ou à la fin.
> 
> Il est bien rare que les possesseurs de GPS n'en aient qu'un
> seul et les jeux de carte sont aussi fait pour les démunis plein
> de bonne volonté.

Je dirai même plus les festographies, en plus du moment convivial qui 
permet à une communauté virtuelle de se réunir, sont faites pour faire 
découvrir la construction de cartes à ceux qui ne connaissent pas ou qui 
ne disposent pas de GPS.

Et cela permet de faire sortir un peu certains geeks dehors ;)

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] objectif cadastre

[Frédéric Bonifas]

Ne serait-ce pas plus simple dans ce cas-là de pouvoir passer en
Lambert dans JOSM ? On a déjà le choix entre Mercator et EPSG:4326
donc je suppose (mais rectifiez moi si je fais une erreur) que
reprojeter les données OSM en Lambert serait plus facile que projeter
les images du cadastre.

Frédéric

Le 26 mai 2008 23:11, Denis <[EMAIL PROTECTED]> a écrit :
> Vincent MEURISSE a écrit :
>> Au niveau technique, l'utilisation du cadastre n'est pas difficile.
>> Comme dit plus haut il s'agit d'un wms modifié (les trois éditeurs ont
>> déjà la possibilité d'afficher un wms comme calque). Pour environ la
>> moitié des communes (elles au format vecteur) les données sont dans
>> les coordonnées de Lambert qui sont utilisable. Pour les commune au
>> format image, c'est plus compliqué puisque les coordonnées sont dans
>> un référentiel interne à la commune.
>
> oui, mais quid des projections : Lambert zone -> WGS84 dans JOSM ?
> Pour certains plans images, parfois on a même pas de géoréférencement
> possible (pas de croisillons).
> Ceci dit, il n'y a pas de problème qui ne trouve de solution, mais je
> crois que c'est faire fausse route ! le fichier de points issu du site
> est bien plus utilisable (rentable) pour nos besoins (j'arrive en fin
> d'évaluation des 2 méthodes -fichier de points vs fichiers vecteurs vs
> images WMS, reste à écrire les conclusions ;-)
> Promis ASAP
> 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

[Frédéric Bonifas]

Merci pour le lien Thomas mais après avoir lu le compte-rendu, je ne
regrette presque pas de ne pas y être allé : les personnes
représentant leur société ont un argumentaire bien rodé, effectuent ce
travail de promotion depuis des années et surtout sont toutes potes
donc n'ont pas intérêt à se critiquer. Elles font en gros le même
travail :
* Tele Atlas crée des bases de données géographiques.
* Dismoiou a acheté une base de donnée, compte sur les utilisateurs
pour l'enrichir puis la revend.
* Navx revend ses données à Tele Atlas.
En même temps, ce n'était pas un débat mais 3 présentations.

Par contre, une cartographie collaborative, libre et surtout sans but
lucratif ne leur apporte rien et je pense que je me serais clairement
fait écrasé. Le jour où Steve Coast gagnera assez d'argent en vendant
ses services liés à Openstreetmap, il nous offrira peut-être des
stages de marketing :)

Frédéric

Le 27 mai 2008 15:28, Thomas Walraet <[EMAIL PROTECTED]> a écrit :
> Pour ceux qui veulent voir ce que Navtek et d'autres ont à dire sur la
> cartographie participative, il y a des documents sur une récente table
> ronde à l'adresse http://spdg-geomatique.org
>
> Il y a quelques mails qui avaient été échangés pour une présentation
> d'OSM là bas mais finalement rien de fait. Au final on est pas du évoqué
> dans le compte-rendu, ce qui est assez hallucinant. Enfin je n'ai fait
> que survoler le compte-rendu et ça a l'air assez orienté sur "comment
> encadrer les participations pour améliorer nos cartes"
>
>
> SPDG a écrit :
>> La table ronde organisée par le SPDG sur le thème "Géographie
>> participative, mythe ou réalité ?" a suscité un grand intérêt parmi
>> l'assistance rassemblée à l'intérieur et aux abords de la salle. Les
>> procédures de complémentation et de mise à jour avec le concours des
>> utilisateurs ont fait l'objet de présentations particulièrement
>> explicites de la part de Tele Atlas, Dismoiou et NAVx. L'animation par
>> Luc Vaillancourt, du bulletin BALIZ-MEDIA.com, et la synthèse par
>> Stéphane Roche, de l'université québecquoise Laval, ont permis de
>> comparer le développement de ces pratiques de part et d'autre de
>> l'Atlantique et de prendre la mesure de cette évolution qui devrait
>> concerner bon nombre d'acteurs du marché de la géomatique.
>>
>> Vous pouvez prendre connaissance du compte-rendu et des présentations
>> projetées pendant la séance sur le site http://spdg-geomatique.org
>>
>> Cordialement,
>>
>> Jean-Lucien Seligmann
>> Président du SPDG
>
>
> ___
> 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] Dump de Dismoiou ?

[Pieren]

je ne crois pas non plus que ce soit une bonne idée. OSM n'a pas pour
vocation d'agréger toutes les données de localisation sous prétexte qu'elles
contiennent des coordonnées géographiques et qu'elles sont libres.
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.
Mais je verrais plutôt bien l'inverse : que ce site propose un mashup avec
une carte OSM en image de fond d'ici un an ou deux plutôt que l'éternelle
google maps toujours dessinée pareil sur tous les sites webs et avec toutes
les erreurs que l'on connait...
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr