Actuellement ça supprime tout chaque nuit, j'ai modifié le script pour
qu'il supprime les fichiers qui ont plus d'une semaine.
find ./ -mtime +7 -rm
Le 6 juillet 2017 à 09:51, Nicolas Moyroud a écrit :
> Salut,
>
> J'ai relancé la moulinette sur Nîmes hier et je n'ai pas franchement vu de
> di
Salut,
J'ai relancé la moulinette sur Nîmes hier et je n'ai pas franchement vu
de différence dans le temps de traitement. Mais bon je ne suis pas non
plus resté devant pour chronométrer... Si c'est un gain de l'ordre de 20
à 30% je ne m'en serai pas rendu compte. Par contre si c'est censé être
Super, merci
Gaël
Le 5 juil. 2017 à 13:21, Vincent de Château-Thierry a écrit :
Bonjour
Chaque nuit les fichiers supprimés sont les .osm à télécharger. En revanche on
capitalise sur la partie longue, qui consiste à rappatrier les pdf du cadastre.
On constitue un cache avec ces fichiers et nor
Bonjour
Chaque nuit les fichiers supprimés sont les .osm à télécharger. En revanche on
capitalise sur la partie longue, qui consiste à rappatrier les pdf du cadastre.
On constitue un cache avec ces fichiers et normalement le fait de rejouer la
procédure ne doit pas du tout prendre le même temps.
Bonjour, oui, même problème sur Saint-Étienne
Gaël
Le 5 juil. 2017 à 11:12, Nicolas Moyroud a écrit :
Bonjour à tous,
Juste une petite remarque à propos du fonctionnement de la plate-forme de
génération des fichiers osm à partir du cadastre. C'est assez pénible que les
fichiers osm générés s
Bonjour à tous,
Juste une petite remarque à propos du fonctionnement de la plate-forme
de génération des fichiers osm à partir du cadastre. C'est assez pénible
que les fichiers osm générés soient supprimés aussi rapidement. Par
exemple hier soir j'ai voulu lancer la génération sur une grosse c
6 matches
Mail list logo