P2 (all in 1)

[why-not-try-calmer]

No description provided.

[spch-GL]

Avec la version 2.1.3_uat_P2, l'importation pose problème:
Import file test_Hebd_MD_2024.txt ended with errors: 'NoneType' object has no attribute 'name'

2024-01-23T15:03:58     INFO    2024-01-23 15:03:58.494725 - Prepare import file test_Hebd_MD_2024.txt started
2024-01-23T15:03:58     INFO    2024-01-23 15:03:58.510353 - Prepare import file test_Hebd_MD_2024.txt
2024-01-23T15:03:58     INFO    2024-01-23 15:03:58.510353 - Import file test_Hebd_MD_2024.txt started
2024-01-23T15:03:58     INFO    2024-01-23 15:03:58.882853 - Import file test_Hebd_MD_2024.txt ended with errors: 'NoneType' object has no attribute 'name'
2024-01-23T15:03:58     INFO    2024-01-23 15:03:58.886853 - All tasks ended
2024-01-23T15:03:58     INFO    2024-01-23 15:03:58.887852 - Generate validation chart started
2024-01-23T15:03:59     INFO    2024-01-23 15:03:59.549855 - Generate validation chart ended : No data to validate

test_Hebd_MD_2024.txt

[spch-GL]

J'ai trouvé pourquoi cette erreur est survenue: la classification n'était pas définie pour ce comptage (pas de sélection). En corrigeant ainsi

l'importation a fonctionné

[spch-GL]

Il me semble qu'il serait utile de préciser pourquoi l'importation n'est pas possible (date, classe, ...)

[spch-GL]

Avec cette version, les rapports annuels ne sortent pas:

2024-01-25T09:29:36     INFO    2024-01-25 09:29:36.436903 - Generate yearly report action started
2024-01-25T09:29:45     INFO    2024-01-25 09:29:45.608574 - Generate yearly report action can really begin now for count 1 with file_path: L:/Devel/Inf_Technique/Comptage/OpenComptage/_tst_V213/RPT_bike
2024-01-25T09:29:45     WARNING    Traceback (most recent call last):
              File "C:\Users/xxx/AppData/Roaming/QGIS/QGIS3\profiles\cptg_dev/python/plugins\comptages\comptages.py", line 426, in do_yearly_report_action
              yrb.run()
              File "C:\Users/xxx/AppData/Roaming/QGIS/QGIS3\profiles\cptg_dev/python/plugins\comptages\report\yearly_report_bike.py", line 367, in run
              count_detail = CountDetail.objects.filter(
              File "C:\apps\OSGeo4W\apps\Python39\lib\site-packages\django\db\models\query.py", line 450, in __getitem__
              return qs._result_cache[0]
              IndexError: list index out of range

Version de Python : 3.9.5 (tags/v3.9.5:0a7dcbd, May  3 2021, 17:27:52) [MSC v.1928 64 bit (AMD64)] 
Version de QGIS : 3.28.14-Firenze Firenze, b09131c512 

[spch-GL]

Bizarrement, il y a exactement la même erreur si on tente la génération du rapport sur un comptage qui n'a pas encore de données

[why-not-try-calmer]

Je vais jeter un oeil.

[spch-GL]

J'ai touché 3 fichiers
comptages_2.1.3_uat_P2_corr.zip
et le rapport est produit

[spch-GL]

Mais il doit subsister un problème avec le fuseau horaire (CF Data_year B4).
Toujours dans Data_year, des valeurs sont écrites à des emplacements étranges: J35, J39-K41
Et dans Data_week E4-E10, les valeurs sont écrites tronquées (manque de décimales)