abriotde a écrit 980 commentaires

Surement, je le remonte dans mon TODO. Je te dirais quand ce sera fait.

Pourquoi pas. C'est un peu un modèle pour moi. J'apprécie leur façon de voir les choses.

En fait je ne sais pas comment alimenter le Wiki en automatique à partir de la carte. Le wiki est donc un peu de côté actuellement. Il est plus là, pour susciter des idées et ouvrir les portes.

« plus simple = mieux »

Moi, je dirais que c'est toujours vrai. Néanmoins il y a après le principe de réalité. Autrement dit, "plus simple, c'est mieux mais encore faut-il pouvoir/vouloir."

C'est un peu ce que fait Elon Musk quand il dit : "Best part is no part". Autrement, dit, la meilleur pièce est sans la pièce. Pour autant, il fait des voitures et des fusées, autant dire qu'il y a beaucoup de pièces. Comment il fait pour supprimer des pièces : Il demande une vision globale. C'est à dire qu'en gros le cheminement est : "Cette pièce, ok, elle sert à ça. Mais ça on en a besoin à cause de ça, si on intervient donc en amont on peut supprimer tout ça"

En informatique c'est un peu pareil. Beaucoup d'informaticiens manquent de vision globale du projet surtout au niveau des chefs. Et plus on monte, pire c'est. Ils vont dire, "Ca marche, ça me va". Ca marche mais à quel prix?

Parlons concret : XML, est langage qui peut tout faire mais il est très lourd à parser, très sensible aux erreurs de balises et pas si lisible que ça par l'humain… Il a fallut du temps mais heureusement aujourd'hui il disparait au profit du JSON. JSON, n'est pas parfait, mais au combien moins verbeux (Moins lourd) et plus simple à parser. Parfois le CSV, est tout simplement le plus adapté. CSV c'est génial : C'est simple, ça se lit dans un LibreOffice (Excel) très bien, la part du poids des méta-données est négligeable (Simplement le séparateur) et c'est hyper efficace à parser. En plus CSV peut-être traité ligne par ligne, sans avoir à charger tout le fichier. Ca ne veut pas dire que le XML soit à jeter (Quoique).

C'est un tout petit peu plus complexe que cela.

Il veulent juste réinventer un informatique plus sobre et ils défendent leur vision.

Après c'est clair, qu'il y a de l'utopie derrière mais a priori ils en sont au moins partiellement conscient.

C'est un peu une sorte de POC du principe.

Vu le degré de finition, ce n'est pas une simple appli populaire.

Par contre, s'il y a des versions payantes, le business model est clair, non? En étant gratuit, ils s'assurent de rester sans concurrents.

J'ai fais un script pour récupérer les information d'OpenStreetMap. J'ai récupéré une centaine de nouveaux producteurs et autant de pour compléter mes informations (email, site internet… ). Je n'ai pris que "shop"="farm". Il doit y avoir de moyen de faire les autres…

J'aimerai bien reversé dans OpenStreetMap. Mais je ne peux pas le faire manuellement… et je doute que je puisse rajouter avec un script des milliers de producteurs. Au minimum il faudrait qu'ils vérifient de leur côté… Je ne sais pas comment ça marche. Ma seul et unique contribution c'est un nom d'un lieu manuellement et il a fallut genre 2 mois.

Exact, je ne veux pas du MIT mais du GPL… Je vais changer sur le site.

Pour la DB, tu as un repo : openproduct-db avec un dump mysql.

Vous avez raison, je vais essayer de me faire un script pour mettre à jour/compléter mes données avec OpenStreetMap.

D'autant plus qu'il n'y a jamais de version 2.1, 2.3.5 etc…

Voici comment je renommerai :

Ok, on pourrait dire que le web 1.0 a existé : C'était l'aire du web "statique" full HTML.

Mais ensuite on a eu le web "dynamique" côté client avec les applet et système IE pour faire tourner du code côté client. Ca a ouvert beaucoup de possibilités. Mais eux désigne plutôt "Web 2.0" le côté réseau social avec les contribution utilisateurs (Comme ici). Et ça, ça n'a pas beaucoup de sens car il n'y a jamais eu de rupture avec le fondement d'internet. Ca a existé dès l'origine.

Aujourd’hui Javascript à effacé les applets puis a ouvert de nouvelles applications avec l'arrivé de nouvelles fonctionnalités channel/stockage local… ce qu'on appel les application web a page unique ou tout l'intéraction se fait en Ajax. Cela permet d'avoir de vrai application de bureau en Web (La suite bureautique en est un bon exemple). Mais ce développement c'est fait sur plus de 10 ans.

Aujourd'hui, l'évolution la plus notable qui n'a pas encore révélé tout son potentiel, c'est WASM. On a aussi le basculement depuis 10 ans vers les applications smartphone (Ce qui n'est pas une bonne nouvelle selon moi).

Mais c'est ma version technicien/développeur et non "business man".

Si l'OS est Linux, logiquement on devrait pouvoir compiler toutes les applications desktop Linux… évidemment ce n'est pas très adapté à un petit écran…. mais en dézoomant ça devrait le faire.. Non?

J'ai fais un flyer (Je ne suis pas un pro de la comm, il est perferctible… ) https://openproduct.fr/data/flyer.pdf

J'ai donc fait une dépèche n°41884

Un journal pourrait-être une étape intermédiaire non? C'est mon premier jour de lancement, j'attends d'avoir un peu de recul non?

Oui mais je ne veux pas recenser tous les commerces je veux les producteurs directement (certains commerces sont présents mais quand ils sont très proches des producteurs et c'est plus par "effet de bord").
Autrement c'est du leeflet sur fond de carte openstreetmap. Tu voulais dire partir de leur code source?

Merci beaucoup pour ce retour.

1) J'ai viré les liens "http://openproduct.freeboxos.fr/", c'est en fait mon PC perso, avant de l'hébergé, cela fonctionne quand il est allumé ;). Par contre je vois que je n'ai pas mis le lien Document. Je m'en occuperai demain. Il faut que je le revois un peu plus en profondeur.
2) Oui pour le wiki, je compte un peu sur les producteurs pour le compléter ou des "web-master" bénévoles. Je ne vois pas trop comment importer en automatique. J'ai fais en sorte de proposer de créer automatiquement la page (vide) quand on click sur le lien depuis la carte mais c'est tout. Après évidemment, cela demande de créer des compte et c'est tout un système. Il n’empêche que c'est relativement "simple". L'idée serait que chaque producteur puisse remplir un peu sa page. Pour l'instant le Wiki c'est un plus à développer. Notamment comme tu dis la charte graphique.
3) Très bonne idée le flyer, je n'y avais pas pensé. Je ferrai ceci.
4) J'ai mis en ligne le site aujourd'hui (Le temps de tout avoir). Et j'ai fais un script pour envoyer les mails en automatique, mais je n'ai pas envie d'en envoyer 5000 d'un coup (Pour ne pas être vu comme du spam et surtout pour ne pas être submerger par les réponses qu'elles soient positives ou négatives). J'ai commencé par 100 cette aprèm. Demain 200, si je n'ai pas trop de réponses…

Il n'existe pas rien, mais cela ne fait pas vraiment doublon, il n'y a rien d'aussi complet, cf: https://fr.ulule.com/openproduct/ chapitre "Pourquoi ?"

Mon critère c'est d'avoir un produit fabriqué en France et destiné aux grand public (Pas de constructeur de robots industriels par exemple). Je ne me limite pas aux artisans ni aux PME mais je vois mal une multi-national non plus. Je pense que les plus grosses entreprises sont celles du textiles avec à peine une centaine d'employé maximum. J'ai aussi quelques biscuiteries peut-être. J'aimerai bien avoir de l'électronique par exemple, mais je n'ai pas trouvé de source dessus.

A partir de ce principe, elles n'ont généralement, pas 36 sites de productions mais peuvent importé des produits de l'étranger (Dans le textile notamment).

Dans le principe, j'aimerai a terme pouvoir mieux filtrer (Aujourd'hui on ne filtre que par secteur). Il faudrait pouvoir avoir beaucoup plus de choix (Bio par exemple, ou inversement, tout sauf alimentaire, ou très local).

La réflexion est longue. Au départ, mon idée fondamentale, c'était, dans un but personnel d'avoir des objets purement open-source (Réparable, bidouillable…). Par exemple, privilégié une solution Arduino à une alarme toute faite. Mais aussi plus concrètement, pour le balai ou je ne sais quoi. Aujourd'hui, tout objet fait l'objet de brevets ridicule. Alors ne trouvant pas souvent mon bonheur, je me suis dis. Et si je faisait moi même un produit comme ça. Peu importe lequel. Mais je me suis vite rendu compte que je n'arriverai à le vendre à personne à part moi… Les entreprises qui ont tenté ont toutes abandonné genre NumWorks ou alors l'ont marginalisé en grossissant. Alors, je me suis fais la réflexion suivante : Le problème c'est que les gens ne voient pas l'intérêt d'acheter "Open-Source". En fait, ils achètent ils consomme, et jette. Au mieux ils tentent de réparer mais si l'entreprise ne fournit ni pièces, ni plans, c'est trop galère à faire soit-même (Ou trop cher par un réparateur). Par contre, il y a bien des gens un peu sensibilisé au commerce local, pourtant le commerce local, lui à généralement assez peu de brevets. Au contraire, sa force, c'est justement, de ne pas cacher, c'est son argument qualité. Et on peut les aider à être plus transparents. D'où OpenProduct.

J'ai conscience d'avoir une vision un peu lointaine et sans doute un peu utopique. L'avenir le dira. Toujours est-il, qu'en en parlant avec quelques connaissance ou personnes croisé, à chaque fois mon projet d'annuaire des producteurs fait mouche. Comme je le dis sur la page Ullule, il existe en existe d'autres mais aucun n'est universel, aucun ne domine, aucun n'a d'application mobile, ils n'ont pas de carte et surtout ils n'ont pas tous les producteurs car ils sont payant pour les producteurs…

Mon ambition, c'est donc de faire un Wikipédia du producteur français avec en ligne de mire de créer des label de qualité "open-source". L'idée serait d'être rémunéré par les dons (les producteurs y ayant un intérêt s'il leur rapporte des clients), les subventions de l'état (C'est entre autre pour ça, que c'est géré par une association) et quelques options payantes pour les producteurs (Mise en avant ou surtout assistance pour la page Wikipédia, reportage vidéo… je ne sais pas encore bien)

J'aurais peut-être pu faire un journal mais c'est peut-être un peu prétentieux.

Sachez cependant, que sur mon Github je partage toute la base de donnée et toutes les sources. Evidemment, le lien est disponible sur le site. J'y partage aussi les comptes et toutes les information possible comme celle de l'association (Démarches et autres).

Je le lance réellement aujourd'hui, et j'espère arriver à convaincre, que le public sera au rendez-vous.
C'est un annuaire 100% gratuit de manière à recenser tous les producteurs locaux (contrairement aux autres). J'ai donc besoin de l'aide de tous un peu à la manière de Wikipédia.

Pour moi, il ne faut pas de méta-moteur (c'est non écolo et basé sur des moteurs non-open-source).

L'idéal, c'est un moteur décentralisé et d'ailleurs en open-source, c'est le seul moyen de financer d'énormes serveurs de crawling et réponse aux requêtes.

YaCy était donc pour moi la seule véritable alternative… mais pour l'avoir essayer, il y a quelques années, il était gourmand (tourne en Java) et très peu pertinent dans ses résultats, même pour des choses simple.

Je découvre Gigablast sur le lien, il se pourrait qu'il soit intéressant. Mais cela semble le seul autre et finalement, il n'existe plus.

Oui mais je suis surtout d'accord, un méta-moteur, ce n'est pas "bien".
- Cela consomme X fois plus de ressources: 1 par moteur + la ressource du méta moteur : point de vue écologie : 0
- C'est totalement dépendant du bon vouloir des autres : Ils peuvent te bloquer ou pire être censuré (En plus des résultat du méta moteur qui peuvent être censurés)
- Si je puis me permettre tu récupère le travail des autres pour très peu de valeur ajouté.

Non, il n'y a pas de dérogation et sinon, les voleurs exploitent la faille.

Non, malheureusement la solution interdit la "bidouille". Il te faudra désormais passer par le constructeur. Je pense que ce sont les lobby (automobile entre autre) qui sont derrière ça.
Évidemment, les certains serruriers et autres bidouilleurs s'en procureront illégalement…

Les ondes électromagnétiques voyagent à la vitesse de la lumière, un relai performant n'induit pas vraiment de latence. (Cf tous les relais dans un câble pour traverser les océans). Pour les relais bas de gamme ou qui analysent le signal avant de le ré-émettre avec modification, je veux bien que le temps puisse être utilisé, mais sinon non. Le temps de traitement par la clé pour trouver la réponse est bien trop important.

C'est ce que je dis : "c'est innutile" dans la mesure ou une boucle for n'est pas compliqué à écrire et marche très bien.

Mais c'est tellement "plus lisible" dans la mesure ou tu comprends tout de suite de quoi il s'agit (Outre que tu économise des caractères) mais surtout tu sais à la lecture en un clin d'oeil ce que ça fait exactement. Avec un for normal il peut toujours s'y glisser des subtilité :
- Une in/de-crémentation en milieu de boucle pour une optimisation ou par erreur
- Une sortie < ou <=, autre chose fait avec le "i++" genre un "j--" au passage, un départ à 0 ou 1…

un exemple pour illustrer (Avec une coquille impossible avec le range ;) ) :

for (int i=0; i<=10; i++,pti+=4)
for (int j=10; j>0; j--)
for (int k=0; j<10; k++)

Bref un for classique est simple mais peut avoir quelques subtilité si on n'y fait pas attention… et c'est source de bugs.

C'est "<=" forcément.