[Francophone] Recherche € pour rendre QGIS beaucoup plus rapide

Wed Nov 13 10:37:48 PST 2013

Salut,

> Un bémol toutefois, le niveau d'implication nécessaire pour passer des
> marchés efficaces et acceptés par tous est important et demande environ
> 2/3 du temps à tester - signaler des problèmes. Les quelques marchés que
> j'ai passé sans avoir suffisamment préparé le sujet ont été infructueux ou
> trop chers. Il manque actuellement une fonction, quelque part, (services
> de l'Etat, osgeo, mission assumée par les SSLL ?) qui fasse le lien entre
> besoins fonctionnels - débug  avérés et proposition de développement
> technique accessible aux financeurs. 

C'est effectivement un aspect important, mais je pense que ce la fait partie de 
l'attribution des ENL (oui maintenant nous sommes des Entreprises du Numérique 
Libre et plus des SSLL, question de terminologie..), 
L'aspect conseil technico-fonctionnel et chiffrage induit fait partie des 
missions que la plupart des ENL réalisent. Par contre il faut clairement la 
dissocier dans la contractualisation, donc dans les appels d'offre, ce qui est 
rarement fait, meme quand ce besoin est identifié.

> [..]
> Une autre contrainte en France est la rigidité des marchés publics par
> rapport à d'autres pays européens et le sacro saint service fait. L'open
> source a tendance a amener plus que les specs, mais moyennant une certaine
> liberté d'actions pour les développeurs, pas évident à faire passer à un
> gestionnaire de marchés publics. Pas évident non plus de trouver un
> montage limitant l'administratif associé.

C'est clairement un problème, et pour lequel il n'y a pas vraiment de solution 
idéale à l'heure actuelle, et l'AEAG est certainement dans les meilleurs 
exemples de simplicité sur ce sujet. Quant à espérer une réforme des codes de 
marchés pour les adapter aux modes de développement agiles et à ceux de 
l'opensource...

> Donc, si une proposition de développement avec un cahier des charges assez
> précis arrive sur mon bureau, avec en plus d'autres cofinanceurs
> permettant d'abaisser le coût de la réponse, il y a toutes les chances que
> la consultation se passe bien et vite pour la société qui fait l'appel à
> projet. Ca s'est passer comme ça pour l'Atlas QGIS. Pour le multithread,
> l'appel est à l'étranger, sans spec précises, sans connaitre la structure
> porteuse.. moins simple donc.

Oui pour revenir sur l'Atlas, ce n'est pas vraiment du crowdfunding, mais de 
la recherche de fonds complémentaires, ce qui est un peu différent. Encore une 
fois sur les aspects financements mutualisés, les esprits et les habitudes sont 
encore à façonner.

> Apparemment, il existe d'autres voies pour simplifier la commande, mais
> lourdes à mettre en place: 
> - groupement de commande avec un commanditaire
> situé dans un pays européen moins à cheval sur les règles marchés publics
> (tout en étant parfaitement légal, c'est la façon de traduire les
> directive en droit local qui change) 
Effectivement un peu lourd à mettre en place.

> - utiliser le sponsoring pour dégager à la communauté les moyens de dégager 
> des moyens pour les pics de charge de ce type, difficiles à financer autrement
Rarement simple, le sponsoring dépendant souvent des département 
communication, assez loin des problématiques de développement.

> - utiliser les systèmes de
> subvention en considérant que ces outils sont un bénéfice pour nos actions
> métier. .. a travailler avec les l'Etat, les collectivités, les
> établissement financeurs (ADEME, agences de  l'eau, parc nationaux etc..).
> Il faudra alors démontrer les apports pour l'intérêt général de ce type de
> contributions.. et avoir une entité juridique fiable réceptionnant ces
> subventions ou aides.
C'est il me semble une des mécanismes de l'adullact, avec les succès et les 
difficultés que connait celle ci.

Merci de ces éclairages en tout cas. Il me semble que plus que tout, c'est de 
la sensibilisation à ces problématiques des décideurs du public dont on a 
besoin. Une fois les avantages compris et la volonté faite, les problèmes 
administratifs peuvent se régler. Dans l'autre sens, c'est plus compliqué !

À bientot
Vincent
> 
>  
> Cordialement,
> Régis Haubourg
> ---------------------------------------------------------------------------
> --------- Régis Haubourg
> 
> Administrateur de données Géographiques
> Département des Systèmes d'Information (DCSI)
> Agence de l'eau Adour Garonne
> 90 rue du Férétra,
> 31078 Toulouse Cedex4
> Tél: 05 61 36 82 58
> Mail: regis.haubourg at eau-adour-garonne.fr
>  http://www.eau-adour-garonne.fr
> 
> Accédez aux données sur l'eau  :
> http://adour-garonne.eaufrance.fr/
> 
> > -----Message d'origine-----
> > De : francophone-bounces at lists.osgeo.org [mailto:francophone-
> > bounces at lists.osgeo.org] De la part de Vincent Picavet
> > Envoyé : mardi 12 novembre 2013 10:27
> > À : francophone at lists.osgeo.org
> > Objet : Re: [Francophone] Recherche € pour rendre QGIS beaucoup plus
> > rapide
> > 
> > Salut,
> > 
> > Je suis assez mitigé sur ce type de donation pour du développement.
> > La somme totale à atteindre est de plusieurs dizaines de millier d'euros,
> > le financer avec des micro donations n'est pas simple sans une structure
> > adaptée de communication et de collecte.
> > Si les micro-donations ne sont pas encouragées par lutras consulting il y
> > a une bonne raison : elles coutent plus cher en administratif que ce
> > qu'elles apportent au projet.
> > D'autre part, il faut voir qu'une des limites du crowdfunding est le
> > récurrent. Les gens veulent bien donner, mais pas souvent. Faire un
> > appel au don sur ce sujet c'est aussi restreindre les dons sur d'autres
> > à l'avenir, il faut donc le penser de façon globale.
> > 
> > l'OSGeo peut recevoir des mini donations par paypal mais :
> > * cela ne donne pas droit à des avantages fiscaux
> > * en aucun cas il ne sera fait de reçu
> > * les donateurs acceptent que le budget soit potentiellement affecté à
> > autre chose
> > * il faut faire une présentation de projet pour cela avec les différentes
> > conditions
> > 
> > Donc plutot +0 pour moi, et sous les conditions ci-dessus.
> > 
> > Enfin, pour moi ce n'est pas aux utilisateurs finaux à payer ce genre de
> > choses, mais bien à leurs employeurs, qui ont d'autres moyens et se
> > doivent (pour des raisons morales ET d'efficacité pragmatique) de
> > contribuer à l'effort de développement des outils qu'ils utilisent. Ce
> > n'est pas encore entré dans les esprits de tous, mais s'il y a bien un
> > effort de communication et lobbying à faire, il est sur ce sujet.
> > Ne vous méprenez pas sur mes propos, je veux bien sur aider QGIS, mais il
> > faut réfléchir sur la manière la plus pertinente et efficace de le faire.
> > 
> > Vincent
> > 
> > Le lundi 11 novembre 2013 23:29:54, Arnaud Vandecasteele a écrit :
> > > Salut,
> > > 
> > > C'est une bonne idée je pense.
> > > Bien relayé, nous pourrions certainement toucher pas mal de monde.
> > > En tout cas, je serai prêt à y participer.
> > > 
> > > Arnaud
> > > 
> > > On 10/11/2013 16:18, Yves Jacolin wrote:
> > > > Bonsoir,
> > > > 
> > > > Est ce que l'OSGeo-fr pourrait recevoir des mini-dons pour cet
> > > > objectif et participer au financement. L'idée serait d'arriver à 1
> > > > 000 €
> > 
> > minimun.
> > 
> > > > L'OSGeo- fr pourrait même participer un peu.
> > > > 
> > > > Qu'en pense le bureau et la communauté ?
> > > > 
> > > > Y.
> > > > 
> > > > Le lundi 4 novembre 2013 22:33:50 MORREALE Jean Roc a écrit :
> > > >> Bonsoir,
> > > >> 
> > > >> Plusieurs développeurs de QGIS sont à la recherche de financements
> > > >> pour intégrer le support du multithread pour le rendu
> > > >> cartographique.
> > > >> 
> > > >> Actuellement, qu'importe que vous ayez 4 cœurs dans votre
> > > >> processeur, QGIS n'en utilise qu'un seul pour effectuer toutes ses
> > > >> tâches. Le multithreading permettrait d'utiliser tous les cœurs CPU
> > > >> disponibles pour un affichage plus performant et plus rapide de vos
> > 
> > cartes.
> > 
> > > >> Pourquoi acheter un nouvel ordinateur quand on pourrait simplement
> > > >> rendre la prochaine version du logiciel plus rapide ?
> > > >> 
> > > >> Ce développement avait été commencé par Martin Dobias (alors
> > > >> étudiant) il y a quelques années déjà lors de la version 1.5, mais
> > > >> n'avait pu être intégré faute de temps à y consacrer.
> > > >> 
> > > >> Le montant nécessaire s'élève à 20.000 €, la contribution minimale
> > > >> est de 1.000 € afin de réduire les frais administratifs. Le travail
> > > >> sera effectué par Lutra Consulting et principalement par Martin
> > > >> Dobias.
> > > >> 
> > > >> Si vous êtes intéressés, veuillez contacter Peter Wells
> > > >> (peter.wells at lutraconsulting.co.uk).
> > > >> 
> > > >> QGISement vôtre,
> > > >> 
> > > >> Jean-Roc Morreale
> > > >> _______________________________________________
> > > >> Francophone mailing list
> > > >> Francophone at lists.osgeo.org
> > > >> http://lists.osgeo.org/mailman/listinfo/francophone
> > 
> > _______________________________________________
> > Francophone mailing list
> > Francophone at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/francophone