C'est probablement un détail, et pas très constructif, mais page de garde (souvent vierge) ≠ couverture. Sinon, c'est une bonne idée de permettre un formatage facile de la couverture (ça pourrait aussi être la page de titre mais stop.)
+1 ! La différence est assez monstrueuse, c'est cool d'avoir pris le temps de pousser ça plus loin. Comment tu gère l'affichage des bordures sur les hexagones quand la souris passe dessus ?
Posté par gapato .
En réponse au journal Vélimonde.
Évalué à 1.
Pour mémoire, j'ai trouvé CityBikes qui rassemble les données de plusieurs villes, avec des applis Android et iPhone, mais ça a pas l'air libre… Par contre ça donne une liste de villes à aller regarder de plus près.
Posté par gapato .
En réponse au journal Vélimonde.
Évalué à 1.
J'ai modifié un peu le code pour le rendre plus modulable. Pour ajouter un service, il faut écrire un sous module qui définit une liste de ville(s), et une méthode qui permet de récupérer les données correspondantes. Ya un poil de doc dans le module jcdecaux.
Posté par gapato .
En réponse au journal Vélimonde.
Évalué à 1.
Ça pose pas de problème qu'elle soit toute seule la pauvre petite station (c'est déjà le cas pour Stockholm), surtout qu'il y a une page par station donc pas besoin d'aller cliquer sur la carte à chaque fois. Par contre ce qui est plus gênant c'est que je vois pas où récupérer les données temps réel…
Posté par gapato .
En réponse au journal Vélimonde.
Évalué à 1.
Ah ben forcément… J'ai rajouté un recoursfallback pour jQuery, et Leaflet est maintenant servi en local (j'aurais bien fait un CDN+fallback mais c'est pète glaouis pour le CSS alors je préfère faire ça). Et comme je code comme un pied, c'était possible qu'un cookie foireux empêche le chargement de la carte, ça devrait être corrigé maintenant.
C'est peut-être hors sujet, mais est-ce que tu as essayé de dessiner ça en utilisant les "canvas" ? Pour Leaflet, qui est utilisé par OpenStreetMap pour afficher des cartes et dessiner par dessus, il y a un switch pour forcer l'utilisation des canvas, c'est plus rapide dans certain cas.
Certes c'est pas du vectoriel donc ça doit être moins facile à manipuler et à modifier dynamiquement…
Posté par gapato .
En réponse au journal Vélimonde.
Évalué à 2.
C'est fort ennuyeux. Tu bloques pas le javascript tous azimuts ? Leaflet (pour afficher la carte) et jQuery (parce que je sais pas coder en JS) sont récupérés sur leurs CDN, ça peut fâcher un éventuel noscript. Si tu peux, ça serait cool de créer un rapport de bug sur Github.
Posté par gapato .
En réponse au journal Vélimonde.
Évalué à 2.
Très honnêtement j'en sais rien, mais des vraies API ça m'étonnerait, et j'aimerais avoir tord. Tu penses à une ville en particulier ? Un certain Guillaume a fait une petite interface python pour Lille, ça devrait pas être bien compliqué de l'intégrer, si tout va bien il suffirait d'étoffer le script qui récupère les données pour les mettre au même format que le reste.
Posté par gapato .
En réponse au journal Vélimonde.
Évalué à 3.
En effet, en effet. J'ai rajouté ça, à exécuter dans le dossier du projet. Je sais pas si c'est possible de mettre à jour proprement les données des villes ({contracts,cities}.json) du fait que je rajoute les coordonnées GPS, donc faut le faire à la main pour le moment. Cela dit je pense pas que ça soit mis à jour très souvent.
Posté par gapato .
En réponse au journal Vélimonde.
Évalué à 2.
Évidemment. Je sais bien quoi répondre d'autre :) J'avais quelques scrupules à utiliser des serveurs de "tuiles" comme ça mais visiblement pour OpenCycleMap ça pose pas trop de problème, et c'est distribué en CC-BY-SA.
C'est le téléchargement systématique des « tuiles » (les images rendues à partir des données OSM) qui est interdit, probablement parce que ça représente un volume beaucoup plus important que les données vectorielles. Visiblement ce n'est pas ce que fait OsmAnd, qui a son propre rendu, si j'ai bien compris ce qui est dit ici.
J'ai bien l'impression que les trois liens Wikipedia pointent vers des pages qui n'existent pas…
Cela dit, les perfs ont l'air vraiment intéressantes, j'utilise python pour faire du calcul assez régulièrement (non ! pas taper !), je vais voir ce que ça donne.
# Page de garde ?
Posté par gapato . En réponse au journal Bredele V.3 la classe LaTeX dédiée aux thèses et mémoires en sciences humaines. Évalué à 5.
C'est probablement un détail, et pas très constructif, mais page de garde (souvent vierge) ≠ couverture. Sinon, c'est une bonne idée de permettre un formatage facile de la couverture (ça pourrait aussi être la page de titre mais stop.)
from __future__ import division
[^] # Re: rappelle moi comment on prononce ton nom
Posté par gapato . En réponse au journal Dans lequel on revient sur les performances SVG des Firefox. Évalué à 1.
+1 ! La différence est assez monstrueuse, c'est cool d'avoir pris le temps de pousser ça plus loin. Comment tu gère l'affichage des bordures sur les hexagones quand la souris passe dessus ?
from __future__ import division
[^] # Re: Évolution possible
Posté par gapato . En réponse au journal Vélimonde. Évalué à 1.
Pour mémoire, j'ai trouvé CityBikes qui rassemble les données de plusieurs villes, avec des applis Android et iPhone, mais ça a pas l'air libre… Par contre ça donne une liste de villes à aller regarder de plus près.
J'ai rajouté Londres et Rennes…
from __future__ import division
[^] # Re: Évolution possible
Posté par gapato . En réponse au journal Vélimonde. Évalué à 1.
J'ai modifié un peu le code pour le rendre plus modulable. Pour ajouter un service, il faut écrire un sous module qui définit une liste de ville(s), et une méthode qui permet de récupérer les données correspondantes. Ya un poil de doc dans le module jcdecaux.
from __future__ import division
[^] # Re: Évolution possible
Posté par gapato . En réponse au journal Vélimonde. Évalué à 1.
Ça pose pas de problème qu'elle soit toute seule la pauvre petite station (c'est déjà le cas pour Stockholm), surtout qu'il y a une page par station donc pas besoin d'aller cliquer sur la carte à chaque fois. Par contre ce qui est plus gênant c'est que je vois pas où récupérer les données temps réel…
from __future__ import division
[^] # Re: CMCM…P
Posté par gapato . En réponse au journal Vélimonde. Évalué à 1.
Ah ben forcément… J'ai rajouté un
recoursfallback pour jQuery, et Leaflet est maintenant servi en local (j'aurais bien fait un CDN+fallback mais c'est pète glaouis pour le CSS alors je préfère faire ça). Et comme je code comme un pied, c'était possible qu'un cookie foireux empêche le chargement de la carte, ça devrait être corrigé maintenant.from __future__ import division
# Canvas
Posté par gapato . En réponse au journal Où il est question de D3, des communes de France et des performances SVG des moteurs de rendu. Évalué à 1.
C'est peut-être hors sujet, mais est-ce que tu as essayé de dessiner ça en utilisant les "canvas" ? Pour Leaflet, qui est utilisé par OpenStreetMap pour afficher des cartes et dessiner par dessus, il y a un switch pour forcer l'utilisation des canvas, c'est plus rapide dans certain cas.
Certes c'est pas du vectoriel donc ça doit être moins facile à manipuler et à modifier dynamiquement…
from __future__ import division
[^] # Re: CMCM…P
Posté par gapato . En réponse au journal Vélimonde. Évalué à 2.
C'est fort ennuyeux. Tu bloques pas le javascript tous azimuts ? Leaflet (pour afficher la carte) et jQuery (parce que je sais pas coder en JS) sont récupérés sur leurs CDN, ça peut fâcher un éventuel noscript. Si tu peux, ça serait cool de créer un rapport de bug sur Github.
Et euh … « CMCM…P » ?! :)
from __future__ import division
[^] # Re: Évolution possible
Posté par gapato . En réponse au journal Vélimonde. Évalué à 2.
Très honnêtement j'en sais rien, mais des vraies API ça m'étonnerait, et j'aimerais avoir tord. Tu penses à une ville en particulier ? Un certain Guillaume a fait une petite interface python pour Lille, ça devrait pas être bien compliqué de l'intégrer, si tout va bien il suffirait d'étoffer le script qui récupère les données pour les mettre au même format que le reste.
Reste le problème de la license…
from __future__ import division
[^] # Re: Ça marche super bien
Posté par gapato . En réponse au journal Vélimonde. Évalué à 3.
Ah, content que ça serve à quelqu'un :) Faudrait que je défrançise les noms de ville par contre, c'est un peu déroutant je pense.
from __future__ import division
[^] # Re: Il ne manquerait pas quelque chose dans ton code ?
Posté par gapato . En réponse au journal Vélimonde. Évalué à 3.
En effet, en effet. J'ai rajouté ça, à exécuter dans le dossier du projet. Je sais pas si c'est possible de mettre à jour proprement les données des villes ({contracts,cities}.json) du fait que je rajoute les coordonnées GPS, donc faut le faire à la main pour le moment. Cela dit je pense pas que ça soit mis à jour très souvent.
from __future__ import division
[^] # Re: T'es sûr pour le nom ?
Posté par gapato . En réponse au journal Vélimonde. Évalué à 3.
Complètement, c'est vaguement détaillé sur la page github.
from __future__ import division
[^] # Re: Proposition, pour ta 2ème chose à améliorer
Posté par gapato . En réponse au journal Vélimonde. Évalué à 2.
Évidemment. Je sais bien quoi répondre d'autre :) J'avais quelques scrupules à utiliser des serveurs de "tuiles" comme ça mais visiblement pour OpenCycleMap ça pose pas trop de problème, et c'est distribué en CC-BY-SA.
from __future__ import division
[^] # Re: Merci
Posté par gapato . En réponse à la dépêche OpenStreetMap : pourquoi vous devriez l'utiliser. Évalué à 2.
C'est le téléchargement systématique des « tuiles » (les images rendues à partir des données OSM) qui est interdit, probablement parce que ça représente un volume beaucoup plus important que les données vectorielles. Visiblement ce n'est pas ce que fait OsmAnd, qui a son propre rendu, si j'ai bien compris ce qui est dit ici.
from __future__ import division
# Liens pas très utiles en l'état
Posté par gapato . En réponse au journal avec Pythran, Numpy file comme le vent. Évalué à 0.
J'ai bien l'impression que les trois liens Wikipedia pointent vers des pages qui n'existent pas…
Cela dit, les perfs ont l'air vraiment intéressantes, j'utilise python pour faire du calcul assez régulièrement (non ! pas taper !), je vais voir ce que ça donne.
from __future__ import division