P2 (all in 1)

[spch-GL]

Avec la 2.1.3b-P2, j'ai un souci pour obtenir le rapport:

[why-not-try-calmer]

Bug, merci!

[spch-GL]

Est-ce que le match fonctionne vraiment avec la version 3.9.5 de python (celle qui est fournie avec QGIS 3.28) ? j'attends aussi une version 2.1.3d_P2 pour poursuivre les tests

[why-not-try-calmer]

Est-ce que le match fonctionne vraiment avec la version 3.9.5 de python (celle qui est fournie avec QGIS 3.28) ? j'attends aussi une version 2.1.3d_P2 pour poursuivre les tests

match requiert 3.10. Il n'y a pas de version de Python fournie avec QGIS. QGIS utilise l'interpréteur Python trouvé sur l'hôte. Python 3.9 n'est pas une contrainte réaliste s'il faut mettre à jour les dépendances à une version relativement récente (#316) et sera "deprecated" en 2025.

[spch-GL]

Oui, je comprends, sauf que sous Windows, python est bien livré avec QGIS. J'ai par exemple une version standalone de QGIS 3.22.16 et la version de python associée est '3.9.5 (tags/v3.9.5:0a7dcbd, May 3 2021, 17:27:52) [MSC v.1928 64 bit (AMD64)]' installée dansC:\Program Files\QGIS 3.22.16\apps\Python39 Et avec la 3.28.13, la dernière LTR (installée via osgeo4w comme incité par Mathias), j'ai la même version de python, mais elle est stockée dans un autre dossier (C:\apps\OSGeo4W\apps\Python39)

[spch-GL]

Je n'ai pas de version plus récente à disposition depuis osgeo4w:

[why-not-try-calmer]

Dans ce cas, j'adapte.

[spch-GL]

template_yearly_bike.xlsx

[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)