jben a écrit 847 commentaires

Tu peux essayer de faire du ssh -vvv pour essayer de voir si il essaie au moins d'utiliser la clef.

Ça fait énormément plaisir. Et la seule chose que j'ai à dire, c'est merci, à LinuxFR, au sponsors, au commentateurs, bref à tous.

Dans ce cas là, il ne faut pas hésiter à nous relancer (nous le précisons d'ailleurs dans l'email).

Je plaide coupable, je suis le seul responsable. Ça y est j'ai envoyé un mail.

Ah misère, un jour j'arrêterai de procrastiner.

Une situation simple et frequente : un ami me doit de l'argent. Il me file un chèque, et c'est reglé. Autrement il faut avoir une connexion internet sous la main, ou le relancer quand il en aura une sous la main. Je n'ai également pas à filer mes coordonnées bancaires, c'est pour moi quelque chose de personnel.

De même je dois du pognon à quelqu'un, hop je fais un chèque, le lui file, et l'affaire est close.

Pas vraiment, à cause de la non rémunération des comptes courants en France.

Tel que m'y oblige la Loi, et par sereinité d'esprit, je n'emmet que des chèques provisionnés, et tant que le chèque n'est pas retiré, l'argent reste sur mon compte courant sans produire d'interêt.

Donc à moins de ne pas provisionner les chèques, je ne vois pas comment faire fructifier dans l'attente du débit. (L'autre solution est d'être dans un pays qui rémunère les comptes courants).

Il est même (en théorie, personne ne le fait) gratuit : on peut rédiger un chèque sur une feuille vierge à condition de bien tout indiquer c'est tout à fait valable.

Pour ma part je trouve le chèque très utile, et c'est mon principal moyen de paiement après les espèces. Mais dans le cas d'un chèque sur papier libre, il faut absolument connaitre le texte, et quand bien même il est valable, ma banque me facturerai 13.70 € pour l'encaisser.

Bref le chèque est très utile, spécialement pour les paiement entre particulier, j'en emmet et j'en encaisse de nombreux, mais je n'irai pas exposer son aspect réalisable soit même comme un avantage.

En droit le vol est la soustraction frauduleuse de la chose d'autrui. Que tu la rende ou non, ça reste un vol, l'infraction est consitituée.

Après la subtilité si tu as rendu la voiture, c'est que l'infraction est sans préjudice, mais le vol reste consitué.

Non. Te couper les mains pour que tu ne puisses plus envoyer de commentaires sur dlfp serait amplement suffisant.

Mais personnellement, je ne vois pas […]

Merci pour ton avis. Je ne vais pas réagir à ça, il y aurait tellement de choses à en dire, qu'un débat serait utile. Mais vu tes qulités pour stériliser un débat, cela ne me semble guère utile.

Par contre je réagis à ça (la gaisse est de moi) :

Disons que si votre disque dans le cloud est crypté, votre vie privée est à peu près respectée.

Alors pour le premier point, le Dictionnaire de l'Académie française, 9ᵉ édition, exprime :

• Chiffrement → Voir chiffrage (2).
• Chiffrage (2) → Action de chiffrer un texte pour en assurer le secret ; résultat de cette action.
• Chiffrer (3) → Transcrire un texte en langage conventionnel pour en assurer le secret.
• Déchiffrer (1) → Lire ce qui est écrit en chiffre, selon un code convenu et secret ; traduire en clair.
• Décrypter → Traduire, mettre en clair un texte chiffré dont on ne possède pas la clef ou le code.
• Crypter → ∅.

Si on veut donner un sens à crypter, ça serait chiffrer un message sans connaître la clef.

Sur le second point, je me permets de réagir, non la vie privée n'est pas respectée par le stockage de données chiffrées, les données chiffrés sont protégées, mais c'est tout. Il existe beaucoup trop de personne qui pensent que chiffrer les données les met à l'abri. C'est le cas seulement si elles ne sont pas disonnibles ailleurs en clair, et si on fait attention à ne pas laisser traîner des données derrière soi.

Ça me ferait penser à quelqu'un qui dit qu'il est protégé en voiture car il a mis sa ceinture de sécurité, et qui en même temps, peut-être roule sur la neige avec des pneu lisses.

Si ils ont des diffs définis pour la même zone que l'export, ça roule sans problème.

Merci beaucoup.

A priori, rien n'empêche de prendre une autre carte régionale d'OSM à l'import, si je lis bien la documentation dans create_database.md ?

Non rien ne l'empèche. Par contre ce sont les mise à jour qui seront délicates. En effet pour mettre à jour il faut une source de diffs pour la même région. Et on ne peut pas utiliser extraire d'un diff de planet un diff régional sans passer par la database de planet. Pour la France j'utilise les extractions et les diffs sur les extractions d'OpenStreetMap France.

Il y a deux problèmes à ta proposition :

• Comment choisir la pondération ? Actuellement je travaille avec un modèle physique et justifié, et je ne sais pas comment justifier une telle pondération, excepté dans la résistance au roulement, comme je l'ai déjà indiqué. Mais je ne sais pas si c'est justifié. Une autre approche serait d'introduire une valeur de plaisir qui serait une combinaison de l'energie et du type de route, le problème c'est que je n'ai rien pour justifier une telle variable. Je continue à réflechir dessus dans mes rares temps libres.
• Pour le participatif j'y crois pas trop à court et à moyen terme. Il faudrait avoir des infos sur l'intégralité de la carte pour que ce soit interessant. Je pense qu'il vaut mieux utiliser les tags osm dédiés et inviter les gens à participer à osm.

Pour être précis dans la base il y a :

• les données classiques d'osm (donc avec le tout le reste),
• des tables contenant des infos utiles au routage (en particulier une table de nœuds avec l'altitude précalculés et la composante connexe précalculée, et une table d'arrete) donc que sur les données utiles,

Pour le routage, seul le second type de données est utilisé. L'avantage de ce système c'est que osmosis met à jour tout seul comme un grand les données classiques puis lance au sein de la même transaction la procédure qui répercute ces changements sur les tables contenant les données utiles.

Pour rester dans la question initiale, pour faire une utilisation hors-ligne on aurait besoin que des tables contenant les données utiles. Et de manière paralelle on peut garder l'ensemble pour pouvoir les mettre à jour sur une autre machine.

Ça serait faisable. Mais des essai m'ont montré sur des routes que je connais, qu'il y aurait trop de faux-positifs, qu'il détecterai une perte d'energie là où il y en a pas. Le problème, c'est qu'à des endroits le mapping des virages est grossier, et c'est ce qui pose problème.

J'ai donc décider de le pas considerer de perte d'energie dans les virages au lieu d'en considerer trop. C'est un choix que j'ai fait (et qui me semblait le meilleur).

Très difficile à faire dans mon modèle actuel. À quelle énergie ça correspond de traverser une route ? Par contre je pense mettre un coef de roulement different en fonction des routes (enfin proposer en parametres des coefs de roulements différents).

Oh ! Dois-je comprendre que quelqu'un tente un import et une construction de la base, génial !

C'est vrai que j'ai crée des sous dossier pour les versions des shemas. Merci.

Si tu as d'autres retours sur cette doc, je prends avec plaisir, elle a été écrite au fil de l'eau.

Sur mon trajet journalier le logiciel donne le bon tracé sauf sur la fin. En fait, il conseille de passer par une rue à très fort trafic alors qu'il existe un passage "conseillé" en vélo (cycleway=designated). Il est vrai que cela ajoute une côte mais pour éviter de se faire écraser c'est plus sûr.

J'ai des idées pour prendre un compte les pistes cyclables, le plus légitime serait de modifier le coef de roulement en fonction du type de route. Il faut que je teste pour voir si ça donne le résultat attendu.

Si il y a un suivi de rapport de bug pour cette application via un github ou autre j'ai pas vu dans la news…

Non, je ne pensais pas avoir autant de succès… Pour l'instant, les bugs ça sera par mail, mais les remarques que tu viens de faire, je les ai noté ;-). Merci.

Merci de ton retour.

Pourrais tu me donner les coordonnées (ou des coordonnées équivalente car il serait légitime que tu ne veuilles pas donner les coordonnées de ton domicile et de ton travail) ?

Je regarderai pour voir si par hasard, ce dont je doute, l'algo ne fait pas une erreur par rapport au critère. Et si une amélioration me vient en voyant le problème.

Pour le frontend, est-ce que tu (ou ceux qui le feront) ne pourrait pas reprendre le code de opensnowmap ou bien d'osrm comme base ?

Comme je n'ai pas les compétances, je ne vais rien leur imposer…

J'ai oublié un point dans mon commentaire précedent :

Et tu aurais la meme chose en stock pour la randonnee ? :-)

Le problème de la rando pietonne, sauf si j'ai mal compris le principe, c'est que le bipède n'accumule pas d'énérgie cinétique en descente. Mais un minimisation du dénivelé totale positif rencontré est possible (et réalisé par le backend en C++, mais non prévue par le binding python).

Merci de l'info, je ne connaissais pas. La doc est interessante.

• Est-ce qu'il serait possible d'en faire une version offline en recuperant juste la base de donnees Postgresql par exemple ? En gros, ton serveur Postgresql consomme combien de ram ? Et quel est la puissance processeur minimal necessaire pour resoudre un itineraire ?

Oui mais il faut avoir de la RAM (ou un SSD pour avoir des accès rapide).

Au doigt mouillé, je dirais que ça doit pouvoir tourner avec 30 GiB de SSD et 4 GiB de RAM, en cas de HDD je dirai au minimum 16 de RAM.

J'ai un bon antivol en U, et ce n'est pas le problème. Par contre mon vélo à l'air bien, est équipé dans tous les sens, mon guidon c'est un tableau de bord (sonette, trompe, compteur, support pour carte plié sur l'avant, support pour GPS, rétroviseur vers le bas vers l'interieur pour ne pas prendre de la largeur).

Il faut attacher les roues, etc. J'ai même connu quelqu'un qui s'est fait voler ses changements de vitesse push-pull (ce que j'ai en plus).

C'est vrai que j'aime être confortable sur mon vélo et que mets le prix, mais en même temps c'est mon principal moyen de transport. Et j'ai un endroit où le mettre au boulot dans Paris, et si je sors le soir je peux même passer le récuperer (si je respecte la limite légale d'alcolemie). En vrai je ne me plains pas trop…

Je ne pensais pas rencontrer autant d'ehthousiasme, et à dire vrai, javais rien prévu. Merci beaucoup.

Je vous propose de se réunir sur le chan IRC #rv@oftc, ça évitera de polluer le chan #osm-fr.

Bon j'ai certainement pas les compétences globales pour t'aider entièrement dans le frontend, mais il se peut que je puisse donner un coup de main !

N'hesite pas à me contacter. Je traine sur le chan IRC d'osm-fr.

Il serait intéressant d'afficher en rouge les parties en montée et en vert les parties en descente le long de l'itinéraire

C'est ce que je pensais quand j'ai écrit :

• trace l'itinéraire une couleur variable indiquant la pente

J'avoue que j'avais dans la tête le même code couleur que toi.

en ajoutant un léger biais sur le calcul de l'énergie lors de l'utilisation d'une piste cyclable (ce qui est parfois une réalité, on a moins à être vigilant et on pédale plus efficacement lorsque l'on a pas à s'assurer que l'on ne va pas se faire rentrer dedans à tout instant)

Ça me gène sur deux points, le premier c'est comment choisir le biais, et le second c'est qu'en règle général je ne suis pas d'accord avec cette affirmation entre parenthèse. En tant que vélocipèdiste, je n'utilise pas ou peu les pistes cyclables. C'est à dire que je route entre 30 et 35 km/h sur le plat, excepté les situation de rando où je préserve mon corps. Je trouve que souvent les pistes ne sont pas adaptés au dela de 15 km/h, avec les morceaux de trotoirs, etc. Après il existe des exceptions, j'ai de très bon souvenir de vrai piste larges en mon état, compétement séparé de la route ou faire du vélo dessus à 35 km/h était un plaisir, mais ça tient plus de l'exception que de la règle.