Oui, je crois que les professionnels pourraient être intéressés par OSM.
Mais je crois qu'il y a une précondition : c'est à nous de proposer un
service "clé en main" aux professionnels. Perso, je n'imagine pas un
pro passer du temps à comprendre les méandres d'OSM, contribuer à
fond, et concevoir une application basée sur OSM qui lui rende
service.
Du coup, le principe est inversé, et le contact avec le pro devient :
"Cher monsieur le professionnel, OSM vous propose des applications à
mettre *gratuitement* (librement) sur votre site web.
Une seule contrainte : assurez-vous que votre commerce est localisé
dans OSM et, le cas échéant, vous pouvez simplement le rajouter
vous-même."
Bref, je crois que pour toucher les pro, il faut se comporter comme un
pro *classique* et à la fois :
- définir/imaginer leur besoin
- répondre à ce besoin
Par exemple, pour un commerçant, il est fort probable que le service
qui l'interesse se résume à afficher une carte sur son site. Ce point
est déjà couvert. Par contre, ce qui peut l'intéresser encore plus,
c'est de lui permettre de fournir à ses clients potentiels une
application genre "Venir chez nous" où le visiteur tape son adresse et
OSM calcule l'itinéraire + carte pour aller dans le commerce.
Autre exemple avec La Poste. Je suis persuadé que, si on propose une
application qui permette à LaPoste d'offrir sur son site web un
service du style "Bureau le plus proche" ou "Boite au lettre la plus
proche", alors il est fort probable qu'ils seront motivés à contribuer
à OSM.
En fait, il me semble que c'est ce qui a fait le succès d'OSM et la
mort de UPCT : offrir des solutions pour valoriser les contributions
*sans attendre* les contributions. Je pense aux applications
export/imports vers garmin, GPX, appliquette OpenLayer à mettre sur
son blog...
Maintenant, il faut passer au niveau supérieur pour toucher les pros.
Le 23 août 2008 18:56, Charlie Echo <[EMAIL PROTECTED]> a écrit :
> La discussion tourne en rond.
> Mais cela soulève une bonne question : si on proposait aux commerçants
> naturels (hôtels, boulangeries, supermarchés, ...) de "s'ajouter" dans la
> base, ils aideraient à créer un mapping local très utile et très rapide à
> constituer.
> Si on proposait aux Postiers de mettre la liste des boîtes aux lettres, ils
> aideraient aussi.
> Etc.
>
> Bref, une connexion avec un autre site web n'est pas forcément une bonne
> chose, mais faire savoir à ceux qui participent à un autre site web que OSM
> existe, c'est mieux !
>
>
> ----- Mail Original -----
> De: "Stéphane Brunner" <[EMAIL PROTECTED]>
> À: "Discussions sur OSM en français" <talk-fr@openstreetmap.org>
> Envoyé: Mercredi 20 Août 2008 16:21:56 GMT +01:00 Amsterdam / Berlin / Berne
> / Rome / Stockholm / Vienne
> Objet: Re: [OSM-talk-fr] Connexion avec www.prix-carburants.gouv.fr
>
>
>
> Sauf que la phrase : "La perfection est atteinte, non pas lorsqu'il n'y a
> plus rien à ajouter, mais lorsqu'il n'y a plus rien à retirer."
> Perdent que le programme parfait est :
> void main(void){}
> La on ne peut vraiment plus rien retirer ;-)
>
> Et personnellement je ne voudrais pas avoir un programme pour corriger les
> yeux rouges, un autre pour changer le contrats, ...
>
> Pour moi la diversion est close car a présent je suis également convaincu que
> cette information est non appropriée.
> CU
> Sarge
>
>
>
> 2008/8/20 Guilhem Bonnefille < [EMAIL PROTECTED] >
>
>
> Le 20 août 2008 09:07, Stéphane Brunner < [EMAIL PROTECTED] > a écrit :
>
>> Hello !
>>
>> 2008/8/20 Michael Stilmant < [EMAIL PROTECTED] >
>>>
>>>
>>>>> Tout d'abord, je ne vois as ce qu'il y a de mal à être une sorte de
>>>>> noeud terminal d'internet, un noeud ne pointant sur rien d'autre.
>>>>> Perso, je ne vois pas ça comme une voie sans issue, mais simplement
>>>>> une information de base, épurée, autosuffisante. Souvenons-nous de
>>>>> Saint-Exupéry qui disait : "La perfection est atteinte, non pas
>>>>> lorsqu'il n'y a plus rien à ajouter, mais lorsqu'il n'y a plus
>>>>> rien à retirer."
>>>>
>>>> C'est juste une affirmation qui me fais bondir, c'est avec ce genre
>>>> d'affirmation due l'on arrive a faire des soft (pour donner un exemple) qui
>>>> nous prive de nos liberté et surtout qui ne me convienne pas du tout !
>>>
>>> C'est pourtant la philosophie derriere Unix et par la suite GNU/Linux:
>>> KISS (Keep it simple, stupid!): http://en.wikipedia.org/wiki/KISS_principle
>>
>> Dans le sens de faire des briques simple mais pas de sabrer dans les
>> fonctionnalités, c'est pour quoi la citation ma fais bondir mais la solution
>> me parais être une bonne direction ;-)
>
> On commence à être hors sujet, mais ta réaction me surprend. Pour moi,
> une bonne application n'est pas celle qui couvre le plus de
> fonctionnalités d'un coup, mais celle qui, au contraire, se destine à
> adresser un unique problème et s'y cantone. Il ne s'agit pas de
> *sabrer* dans les fonctionnalités, mais plutôt de choisir avec *soin*
> ce que l'on veut faire.
>
> Histoire de bien illustrer mon propos, je vais donner un exemple. Les
> appareils photos sont souvent livrés avec un logiciel qui :
> - permet de récupérer les photos (parce que le protocole de
> communication est fermé)
> - permet de corriger les yeux rouges et recadrer (mais pas plus de fonctions)
> - de préparer des cartes de voeux
> - d'imprimer
> -...
> Moi je préfère avoir plusieurs logiciels pour ces différentes tâches,
> et un format de stockage ouvert qui permmette aux différentes
> applications de communiquer, c'est à dire travailler sur le même
> document.
>
> Le risque, quand on aggrège trop de fonctionnalités dans un unique
> logiciel, c'est qu'on perde de vue l'essentiel. Dans l'exemple
> précédent, on va rencontrer des logiciels qui offrent de plus en plus
> d'assistant pour faire des cartes de voeux, des calendriers, des
> posters, des animations... mais la partie retouche va être oubliée,
> restant pauvre, alors que c'est un point très important dans une
> chaîne de traitement d'image numérique.
>
>
> Voilà, j'espère que mon discours est plus clair maintenant.
>
> PS : je bosse dans un SSII, et des logiciels gigantesques, qui
> adressent des tas de fonctionnalités (et donc qui coutent cher) et qui
> finalement ne sont utilisés qu'à 20%, ben je dois dire que j'en ai
> fait et j'en fait encore.
> --
>
> Guilhem BONNEFILLE
> -=- #UIN: 15146515 JID: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED]
> -=- mailto: [EMAIL PROTECTED]
> -=- http://nathguil.free.fr/
>
> _______________________________________________
>
>
>
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Stéphane Brunner
> mail : [EMAIL PROTECTED]
> messageries instantanées : [EMAIL 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
> http://lists.openstreetmap.org/listinfo/talk-fr
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
--
Guilhem BONNEFILLE
-=- #UIN: 15146515 JID: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED]
-=- mailto:[EMAIL PROTECTED]
-=- http://nathguil.free.fr/
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
