Quels éléments de communication pour faire connaitre Cartes.app & quels supports ?
publié le , mis à jourMael investit beaucoup BlueSky et par bot ricochet Mastodon sur la communication.
Quand on veut faire connaitre de notre côté, ce serait bien d'avoir des éléments de communication tout prêt, voire des visuels numériques. On peut se poser la question aussi de supports papiers (type carte de visite, flyer, brochure) à laisser lors d'événements ou dans des commerces, equipements publics qui ont des coins spéciaux pour ça.
Personnellement, je peux essayer de monter quelque chose si tu es partant, Mael.
Public concerné
Il me semble que la sphère OSM connait maintenant bien cartes.app. On pourrait définir d'élargir sur la sphère tech plus généraliste. La présence sur Bluesky va dans ce sens ama.
On pourrait essayer de contacter Next pour voir si un article pourrait les brancher ? [edit @laem] bien vu, je les relance ! j'avais déjà pris contact et été interviewé pour un autre projet.
Public principal à viser : le grand public & les administrations
Je ne sais pas si la mayonnaise prendrait pour les administrations pour qui le fonctionnement horizontal du projet et sans structure juridique/entreprise est à l'inverse même de leur fonctionnement et leur façon de penser. Peut-être à commencer par les blogs institutionnels type adresse.data.gouv.fr (on a des contacts) & transports.data.gouv.fr
Pour le grand public, il faut y réfléchir, mais c'est le cœur de cible du projet
Éléments de communication
Cartes, Libres, modernes et souveraines. Cela semble être la devise officielle.
J'ai quelques réflexions qui me viennent sur l'impact que ça sur le grand public 👍
- pas sûr que le pluriel des adjectifs n'embrouille pas plus qu'autre chose, ça peut évoquer une plateforme avec plusieurs services segmentés
- je ne sais pas si libre évoque quelque chose pour le quidam
- moderne, ça c'est pour ceux qui connaissent osm.org ; sinon on s'attend logiquement à ce qu'un service soit moderne non ?
- souverain, c'est dans l'air du temps, ça me semble à conserver
On peut développer la communication autour de ces points forts :
- souveraineté / indépendance
- made in France
- multimodal (soin apporté aux TEC et au vélo)
- orientation écologique
- pas de surveillance / respectueux de la vie privée
- collaboratif
- données réutilisables
- open-source
- ...
Supports
Actuellement, RS : photos & capsule vidéo centrées sur l'arrivée des nouveautés
Suggestions :
- Faudrait-il faire une veille de vidéo ou articles pour faire connaitre Cartes.app dans les commentaires ? Avec un pitch déjà prêt copable/collable
- décliner une série de visuel, chacun s'appuyant sur un des points forts (voir plus haut)
Disposer d'un flyer / carte de visite / brochure que l'on peut imprimer chez soi pour déposer lors d'événements ou dans des endroits type commerces, ERP
n4n5
Bonne idée
A ajouter https://alternativeto.net/
etienneJr
Merci d'avoir réfléchi au sujet ! (Je m'étais contenté, via le compte bsky, de faire un appel au volontariat pour un community manager, qui n'a rien donné)
Eléments de communication
Je n'ai pas d'avis, la com c'est vraiment pas mon domaine, je sais d'expérience que mes propositions seraient à côté de la plaque.
Supports
Mon avis est que, malgré tous les reproches qu'on peut leur faire, on ne peut pas faire l'impasse sur les réseaux sociaux "mainstream" (linkedin, facebook, etc), car c'est là que se trouve le public qu'on vise. Le souci, c'est le temps que ça prend de répondre aux commentaires... Donc il ne suffit pas de copier/coller les message bsky sur les autres RS...
pour faire connaitre Cartes.app dans les commentaires ? Avec un pitch déjà prêt copable/collable
Pourquoi pas, mais les commentaires sont lus par une minorité de personnes, non ? Donc c'est vraiment pour quand l'occasion se présente, c'est ça ? On ne peut pas trop bâtir une stratégie de com juste en répondant à des commentaires. J'avais essayé pour PlayGuide et ça ne marchait pas car je commentais "trop tard". Il m'aurait fallu un bot qui repère les messages avec le mot clé "aire de jeux" pour que je puisse commenter dans les premières heures après la parution.
décliner une série de visuel,
On avait parlé (sur matrix je crois) de faire un "guide utilisateur" avec une série de petites vidéos comme celles que Maël poste sur bsky : chercher un itinéraire, enregistrer un favori, changer le fond de cartes, etc, etc. Ca pourrait nous faire une base de "posts" prêts à l'emploi pour remplir notre fil quand il n'y a pas de vraie actualité sur laquelle publier.
@n4n5 wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-10341902:
A ajouter https://alternativeto.net/
Également, je pense que ça serait pertinent de mettre les updates (ou du moins les grosses updates) sur https://journalduhacker.net (HN français)
Exemple aussi si on fait un article technique et détaillé de documentation, qu'on pourrait mettre dessus
Qd la sidebar sera prête je serais intéressé par faire ce genre d'article et qu'il soit review ^^
Peut être demander d'être sur la page
Également pour etre plus "pro"
Un paragraphe "logos" pourrait être intéressant dans https://cartes.app/a-propos
Pour pouvoir télécharger le logo en svg/png
J'ai le contrôle sur la page linkedin de cartes.app. J'aimerais y démarrer des posts, doucement, pour voir ce que ça donne. Je suis preneur de tous vos bons conseils ! cc @LySioS
LySioS
Je ne connais pas du tout LinkedIn, un crosspost de bluesky est-il déjà envisageable ?
@LySioS wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12179433:
un crosspost de bluesky est-il déjà envisageable ?
En terme de technique (mise en place d'un bot automatique) ou en terme de format et contenu ? A vrai dire, je n'utilise quasiment pas linkedin, mais j'ai un compte, et le public me parait etre celui qu'on vise, et plutôt encourageant que critique, donc plus agréable qu'ailleurs. Et @severo y fait déjà de la pub pour nous 😅
On peut développer la communication autour de ces points forts
Oui ! Déjà pour commencer, tu m'écrirais un texte de présentation qui résume tout ça, et soit compréhensible du grand public ?
@etienneJr wrote in https://codeberg.org/cartes/web/issues/1533
Oui ! Déjà pour commencer, tu m'écrirais un texte de présentation qui résume tout ça, et soit compréhensible du grand public ?
J'essaierai, faudra me relancer 😁
J'ai envoyé ça au Low-Tech Journal hier soir:
Bonjour, Dans le dernier numéro, vous évoquez l'application de guidage GPS OrganicMaps qui se base sur les données OpenStreetMap.
En France, nous avons le projet https://cartes.app qui veut (parmi d'autres objectifs de souveraineté, vie privée et qualité de produit) changer le prisme du tout voiture des applications grands publics type GoogleMaps et Apple Maps. Cette réflexion se traduit par une carte par défaut mettant en valeur les voies ferrées, des calculs d'itinéraire faisant la part belle aux mobilités douces, et la possibilité d'activer un fond de carte spécial transport en commun permettant de visualiser les lignes de manière synoptique et dynamique.
Le créateur est Maël Thomas, qui publie dans la rubrique numérique sur bonpote.com. N'hésitez pas à le recontacter via son site https://kont.me/
Bonne continuation
En espérant que ça ne te dérange pas s'iels te contactent @laem 😬
D'autant plus qu'ils mont répondu ce matin:
Bonjour, merci pour cette information, nous allons en parler dans un prochain numéro !
@LySioS il manque un élément de com ci dessus, et je n'arrive pas à l'exprimer simplement. C'est le fait qu'on n'est pas une entreprise, mais un groupe de bénévoles. En conséquence il n'y a pas de garantie de service, il peut y avoir des bugs, on fait ce qu'on peut pour les corriger quand on a le temps. Comment on pourrait exprimer ça en 1 adjectif, et en 1 phrase ? Ça me parait important d'inclure cet élément pour éviter les quiproquo sur la qualité de service.
laem
C'est le fait qu'on n'est pas une entreprise, mais un groupe de bénévoles. En conséquence il n'y a pas de garantie de service, il peut y avoir des bugs, on fait ce qu'on peut pour les corriger quand on a le temps.
Mmmh, pas sûr que le fait qu'il y ait une entreprise derrière un projet garantisse le service. À titre d'exemple, cartes.app a été moins en panne que Github ou Codeberg ces dernières années. Certes sur certaines fonctionnalités comme les TeC, des fois ça merde, des villes merdent. Mais qui a la capacité de surveiller si sur Google maps la MAJ ou même le calcul d'itinéraire ne merde pas de temps en temps dans certaines régions ?
@laem wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12382110:
Mmmh, pas sûr que le fait qu'il y ait une entreprise derrière un projet garantisse le service.
D'accord, mais il n'empêche, le fait que cartes soit un projet collaboratif et quasi bénévole me parait important pour une communication auprès d'un grand public qui n'est pas habitué à ça. Quand j'explique autour de moi ma participation au développement de cartes, c'est toujours hyper flou pour eux. On me demande dans quel cadre je vous ai rencontré, comment j'ai été autorisé à participer, quelles sont les instances gouvernantes qui dirigent le projet, etc...
J'ai repris les éléments listés par @LySioS comme ceci pour la page linkedin
Pour le slogan (96/120 caractères autorisés) :
L'alternative française aux maps des GAFAM : libre, souveraine, écologique, sans pub ni tracking
Pour la description détaillée (600/2000 caractères autorisés) :
Cartes.app est l'alternative française aux maps des GAFAM : • libre : cartes.app est gratuite, repose sur des données ouvertes et collaboratives, et son code source est public • souveraine : cartes.app est indépendante, hébergée en France, et portée par une communauté de contributeurs et contributrices bénévoles • écologique : cartes.app met la priorité sur les transports écologiques : marche, vélo, transports en commun, avec calculateur d'itinéraires multimodaux • sans publicité et sans tracking : cartes.app n'analyse pas votre historique de recherche pour vous proposer de la publicité ciblé. De toute façon il n'y a pas de publicité !
N'hésitez pas à proposer des modifications !
Je note ici en vrac des idées de posts sur linkedin (n'hésitez pas à commenter ou modifier directement pour ceux qui ont les droits d'édition des messages)
Annonce / Equipe
- post initial de présentation de cartes.app (10 avril)
- Podcast interview de Maël (4 mai)
A propos des catégories
- démo trouver une boite aux lettres (11 avril)
- les conteneurs à huile usagée à Bruxelles VS Paris (22 avril)
- fleuristes (1er mai)
- démo trouver un point d'eau
- démo trouver un conteneur à vêtements
- démo trouver une catégorie pas directement visible dans le menu
- vérifier la disponibilité de vélos en libre service
A propos des fonds de cartes
- comparaison entre cartes.app et gmaps (13 avril)
- plusieurs fonds à partir des même données
- satellite IGN ?
- afficher les itinéraires balisés
Guide utilisateur
- démo changer de fond (14 avril)
- démo enregistrer un favori
- démo activer une catégorie
- démo partager un lien
- démo déposer un avis
A propos des autres données et projets qu'on utilise
- carto tchoo (15 avril)
- les courbes de niveaux avec mapthehorn (21 avril)
- wikimedia / wikipedia
- les calculateurs d'itinéraires : motis et transitous, vahlala, BRouter
- panoramax
A propos des petits outils pratiques et autres gadgets
- la vitesse de mon bus (16 avril)
- dessin sur la carte (28 avril)
- boussole
- trouver le lieu d'une annonce immobilière
Coup de gueule
- France 3 Bretagne utilise gmaps (17 avril)
- Doctolib utilise gmaps (5 mai)
A propos d'OpenStreetMap
- Présentation générale d'OSM (20 avril)
- le jardinage (24 avril)
- les données OSM sont riches : l'accès PMR, les lignes électriques, les essences d'arbre, ...
- les données OSM sont réutilisables : pour la recherche, pour l'humanitaire, pour une app thématique
- chaque jour des contributions de 500 personnes différentes en France
- voir les éditions en temps réel https://wiki.openstreetmap.org/wiki/Realtime_edit_viewers
écologie
- le coût de la voiture (23 avril)
vie privée / souveraineté
- pas de bandeau cookie car (quasiment) pas de données utilisateur récoltés (29 avril)
- code open-source / licence qui autorise la réutilisation
A propos (du calcul) d'itinéraires
- calcul d'itinéraire vélo, poste axé sur les dernières nouveautés (30 avril)
pour les commerces
- mettre à jour ses horaires
- intégrer une iframe sur son site
A propos de l'écosystème des applis qui utilisent OSM
- notre copain CoMaps
- playguide
- boite à livres.fr
- geovelo
- Cartes IGN
- les cartes inutiles de fb
- plein de cartes partout (faire un zoom sur le (c) dr différents sites web
A propos du plein air
- afficher les itinéraires balisés
LinkCodeDev
@etienneJr wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12491361:
A propos de la souveraineté
- code open-source / licence qui autorise la réutilisation
Pas juste open-source et réutilisable: libre. L’expression open source a été creer par des anglophone pour éviter des confusions car en anglais, free software veux dire a la fois logiciel libre et logiciel gratuit mais en français, mieux vaut dire 'logiciel libre' pour parler de la philosophie/l’idéologie qui va avec, et pas juste du code source ouvert (chrome ou android de google sont aussi open-source, mais loin d’être libre)
@LinkCodeDev wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12499611:
Pas juste open-source et réutilisable: libre.
Oui bien sûr. J'écrivais les choses à dire pour expliquer au grand public ce que libre veut dire. Car comme l'a dit LySioS plus haut "je ne sais pas si libre évoque quelque chose pour le quidam"
@LinkCodeDev wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12499611:
chrome ou android de google sont aussi open-source, mais loin d’être libre
Je suis curieux, que veut dire "loin d'être libre"
Chrome est basé sur Chromium qui est libre gratuit et libre d'utilisation (licence BS3) C'est d'ailleurs grâce à ça que de nombreux autre navigateur existe ^^
Idem pour Android qui est gratuit et réutilisable, la plupart des OS sont des surcouches d'Android
@etienneJr wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12491361:
Je note ici en vrac des idées de posts sur linkedin
Très bonne liste, je pense que faire une mini démo en vidéo/gif pour attirer l'oeil est une bonne idée. (Avec pourquoi pas une description avec une phrase de début bien accrocheuse type "Comment faire en 10sec...... Sur cartes.app" , puis un mini texte qui serait l'explication de l'utilité de la fonctionnalité+ une description textuelle de la vidéo/gif)
Pour le côté open-source/libre faire une mini vidéo/gif "technique" qui montre qu'on peut fork et faire une pull request pourrait faire partie des "démos"
pmiossec
J'espère qu'on va pas lancer un débat qui va vérifier la loi de Godwin 😅
@LinkCodeDev wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12499611:
L’expression open source a été creer par des anglophone pour éviter des confusions car en anglais, free software veux dire a la fois logiciel libre et logiciel gratuit mais en français, mieux vaut dire 'logiciel libre' pour parler de la philosophie/l’idéologie qui va avec, et pas juste du code source ouvert (chrome ou android de google sont aussi open-source, mais loin d’être libre)
Pour être exacte, le terme "open source" n'a pas été popularisé (par Eric Raymond ) pour éviter la confusion mais bien pour enlever cette notion d'éthique/philosophie de redonner du pouvoir à l'utilisateur et de ne considérer que l'avantage technique du développement en source ouverte.
@n4n5 wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12499950:
Je suis curieux, que veut dire "loin d'être libre"
Chrome est basé sur Chromium qui est libre gratuit et libre d'utilisation (licence BS3)
Pour résumé:
openSource = libre - valeursEmancipationDeUtilisateurEt Chrome et Android (et Linux) sont des exemples de logiciels open source qui ne sont pas libre i.e. qui ne cherchent pas à redonner du pouvoir à l'utilisateur.
Google avec Android a utilisé l'opensource pour construire sont écosysteme fermé et réduit de plus en plus AOSP. Il est même impossible de contribuer à Android. D'ailleurs les dernières annonces de Google sur Android (cf https://keepandroidopen.org/ publication des sources uniquement aux releases i.e. 1x/an, sideloading d'applications grandement restraint,...) annonce un avenir noir pour le libre/opensource sur cette plateforme...
Un peu pareil avec Chrome qui a utilisé l'opensource (le moteur de rendu est originellement issu du moteur de rendu du projet KDE (et je ne sais pas comment ils ont pu Apple et Google changer la licence en BSD...) pour avancer son agenda.
Le libre c'est plutot les licences GPL (qui sont donc aussi des licences opensource) mais les licences BSD, MIT,... ne sont pas des licences qui défendent le libre.
La gratuité est complètement orthogonale au libre et l'opensource même si par la force des choses extremement souvent, libre&opensource sont gratuits.
Mon sentiment est que Cartes.app est plutôt libre car il essaye de redonner du pouvoir à l'utilisateur qui souhaite s'émanciper des GAFAMs.
Il ne me semble pas que Chrome soit open source !
@pmiossec wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12500565:
les licences BSD, MIT,... ne sont pas des licences qui défendent le libre
Euuh sur cette phrase, tu utilises une version bien particulière du libre, en l'occurrence pas vraiment celle du "libre de freedom". Les licences GPL copyleft imposent des contraintes fortes alors que les licences permissives BSD, MIT en imposent peu voire pas
Pour ma part je pense qu'il faut bien différencier les projets open source de Google (exemple Chromium) qui contient peu de code spécifique a Google et les produits surcouches (exemple Chrome) qui sont complètement liées à Google
L'un est open-source et "libre" (la licence te permet de faire quasiment ce que tu veux, même faire un "ungoogled-chromium") tandis que l'autre non
Mis à part les débat sur chromium, BSD et autre, on est d'accord pour présenter cartes.app comme libre (AGPL) et pas juste open source ou pas ?
@LinkCodeDev wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12530346:
Mis à part les débat sur chromium, BSD et autre, on est d'accord pour présenter cartes.app comme libre (AGPL) et pas juste open source ou pas ?
oui bien sûr. Mais, euh... vous m'avez perdu, finalement on vulgarise ça comment en langage grand public ?
- cartes.app est un logiciel libre : son code source est publié, il est réutilisable par d'autres personnes, même commercialement
- néanmoins, pour que les améliorations apportées par les réutilisateurs profitent à tous, et que la communauté en sorte grandie, la licence choisie (le contrat par lequel les auteurs autorisent la réutilisation) impose que les modifications soient publiées elles aussi de la même manière (sauf si c'est pour un usage strictement privé).
ça me fait penser qu'on pourrait évoquer (voire faire un post spécifique sur) le cas Entr'ouvert VS France Télécom. lien
ça me fait penser aussi qu'on peut faire le parallèle avec la licence ODbL d'OSM, c'est très bien.
@LinkCodeDev wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12530346:
Mis à part les débat sur chromium, BSD et autre, on est d'accord pour présenter cartes.app comme libre (AGPL) et pas juste open source ou pas ?
Oui, la AGPL est clairement une licence libre (et pas juste opensource) : elle oblige celui qui héberge une version modifiée du code source original à mettre à disposition le code source à ses utilisateurs le code source de la version modifiée.
@etienneJr wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12538536:
oui bien sûr. Mais, euh... vous m'avez perdu, finalement on vulgarise ça comment en langage grand public ?
Pour moi, la vulgarisation la plus simple c'est d'expliquer les 4 libertés que donne le logiciel libre a l'utilisateur du logiciel/service:
- Pouvoir avoir et donc étudier le code source.
- Pouvoir utiliser le code source
- Pouvoir modifier ce code source
- Pouvoir (et devoir!) partager ses modifications (sous la même licence aux utilisateurs de sa propre version).
(Spécialement) Pour @n4n5 wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12522342:
Il ne me semble pas que Chrome soit open source !
Effectivement, je me suis mal exprimé, je pensais à la base Chromium car effectivement toute les ajouts specifiques à Google sont bien entendu du code privateur.
@n4n5 wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12522342:
Euuh sur cette phrase, tu utilises une version bien particulière du libre, en l'occurrence pas vraiment celle du "libre de freedom".
Ah mais si si... C'était même le sens même de mon message pour être sûr que ce qui fait la spécificité du libre par rapport à l'opensource soit compris par tout le monde: le libre parle de la liberté de l'utilisateur et donc le libre cherche à mettre des contraines sur le producteur du code et donc surtout sur ceux qui le forkent pour garantir que l'utilisateur aura toujours accès au code pour pouvoir, s'il le souhaite bénéficier des 4 libertés du logiciels libre: utiliser, étudier, modifier et partager.
Les licences open-source laissent plus "libre" les développeurs (même jusqu'à fermer le code source) mais ne garantissent aucunement les 4 libertés pour l'utilisateur et donc ne sont pas des licences libres.
@pmiossec wrote in https://codeberg.org/cartes/web/issues/1533#issuecomment-12545133:
ne sont pas des licences libres
Je ne suis pas d'accord sur cette formulation ahah. Tu parles de 4 libertés:
- les licences copy-left en respectent 4 + le devoir de repartage
- les licences permissives en respectent 4
Les deux types de licences sont considérées comme libre.
Image de https://framazic.org/sinformer-et-comprendre/devenir-libre/index.html
On peut également le voir sur le site de la FSF, les licences permissives (les plus connus) sont en vert
https://www.gnu.org/licenses/license-list.html
Ici tu parles de la liberté de l'utilisateur, mais justement, les licences permissives ne retirent pas ces libertés, elles ne font que ne pas les imposer dans les redistributions.
- le copyleft protège mieux l’écosystème dans le temps avec la redistribution
- les licences permissives favorisent davantage l’adoption et l’usage industriel
Bref, les deux sont du logiciel libre - mais avec des objectifs différents 🙂
Dans notre cas, c'est la communication sur APGL qui nous intéresse et donc sur le côté copyleft qui protège de la redistribution, tout en étant utilisable sous certaines conditions
Quand on parle a des gens normaux lorsque l’on fait de la cummunication, parler de license ou de code source n’est pas très parlant pour eux je pense. Et si on commence a parler de fork et de copyleft, il n’y a plus personne...