Bonjour,
J'ai de nouveau des problèmes de synchronisation entre les saisies sur le téléphone et la mise à jour dans geonature.
Les synchronisation ne se font pas 👎
Dans le log sur le téléphone on a
04-14 12:19:26.943 10621 10664 D OkHttp : --> POST https://ra-na.fr/geonature//api/occtax/releve (1494-byte body)
04-14 12:19:27.268 10621 10664 D OkHttp : <-- 500 INTERNAL SERVER ERROR https://ra-na.fr/geonature//api/occtax/releve (324ms, 36-byte body)
Et sur le log de geonature nous avons
[SQL: INSERT INTO pr_occtax.t_occurrences_occtax (id_releve_occtax, id_nomenclature_obs_technique, id_nomenclature_bio_condition, id_nomenclature_bio_status, id_nomenclature_naturalness, id_nomenclature_exist_proof, id_nomenclature_observation_status, id_nomenclature_blurring, id_nomenclature_source_status, determiner, id_nomenclature_determination_method, id_nomenclature_behaviour, cd_nom, nom_cite, meta_v_taxref, sample_number_proof, digital_proof, non_digital_proof, comment, unique_id_occurence_occtax) VALUES (%(id_releve_occtax)s, %(id_nomenclature_obs_technique)s, %(id_nomenclature_bio_condition)s, %(id_nomenclature_bio_status)s, %(id_nomenclature_naturalness)s, %(id_nomenclature_exist_proof)s, %(id_nomenclature_observation_status)s, %(id_nomenclature_blurring)s, %(id_nomenclature_source_status)s, %(determiner)s, %(id_nomenclature_determination_method)s, %(id_nomenclature_behaviour)s, %(cd_nom)s, %(nom_cite)s, (SELECT gn_commons.get_default_parameter(%(get_default_parameter_2)s) AS get_default_parameter_1), %(sample_number_proof)s, %(digital_proof)s, %(non_digital_proof)s, %(comment)s, (SELECT uuid_generate_v4() AS uuid_generate_v4_1)) RETURNING pr_occtax.t_occurrences_occtax.id_occurrence_occtax]
[parameters: {'id_releve_occtax': 6098, 'id_nomenclature_obs_technique': None, 'id_nomenclature_bio_condition': 158, 'id_nomenclature_bio_status': 29, 'id_nomenclature_naturalness': 161, 'id_nomenclature_exist_proof': 81, 'id_nomenclature_observation_status': None, 'id_nomenclature_blurring': None, 'id_nomenclature_source_status': None, 'determiner': None, 'id_nomenclature_determination_method': 446, 'id_nomenclature_behaviour': None, 'cd_nom': 444432, 'nom_cite': 'Lissotriton helveticus', 'get_default_parameter_2': 'taxref_version', 'sample_number_proof': None, 'digital_proof': None, 'non_digital_proof': None, 'comment': None}]
(Background on this error at: http://sqlalche.me/e/13/gkpj)
[2021-04-14 12:19:46 +0200] [26962] [ERROR] (psycopg2.errors.NotNullViolation) ERREUR: une valeur NULL viole la contrainte NOT NULL de la colonne « id_nomenclature_obs_technique »
DETAIL: La ligne en échec contient (10083, 754b60c9-adc9-4f22-a775-e7d4c1b47379, 6099, null, 158, 29, 161, 81, null, null, null, null, null, 446, 444436, Pelophylax, Taxref V11.0, null, null, null, null, null)
[SQL: INSERT INTO pr_occtax.t_occurrences_occtax (id_releve_occtax, id_nomenclature_obs_technique, id_nomenclature_bio_condition, id_nomenclature_bio_status, id_nomenclature_naturalness, id_nomenclature_exist_proof, id_nomenclature_observation_status, id_nomenclature_blurring, id_nomenclature_source_status, determiner, id_nomenclature_determination_method, id_nomenclature_behaviour, cd_nom, nom_cite, meta_v_taxref, sample_number_proof, digital_proof, non_digital_proof, comment, unique_id_occurence_occtax) VALUES (%(id_releve_occtax)s, %(id_nomenclature_obs_technique)s, %(id_nomenclature_bio_condition)s, %(id_nomenclature_bio_status)s, %(id_nomenclature_naturalness)s, %(id_nomenclature_exist_proof)s, %(id_nomenclature_observation_status)s, %(id_nomenclature_blurring)s, %(id_nomenclature_source_status)s, %(determiner)s, %(id_nomenclature_determination_method)s, %(id_nomenclature_behaviour)s, %(cd_nom)s, %(nom_cite)s, (SELECT gn_commons.get_default_parameter(%(get_default_parameter_2)s) AS get_default_parameter_1), %(sample_number_proof)s, %(digital_proof)s, %(non_digital_proof)s, %(comment)s, (SELECT uuid_generate_v4() AS uuid_generate_v4_1)) RETURNING pr_occtax.t_occurrences_occtax.id_occurrence_occtax]
[parameters: {'id_releve_occtax': 6099, 'id_nomenclature_obs_technique': None, 'id_nomenclature_bio_condition': 158, 'id_nomenclature_bio_status': 29, 'id_nomenclature_naturalness': 161, 'id_nomenclature_exist_proof': 81, 'id_nomenclature_observation_status': None, 'id_nomenclature_blurring': None, 'id_nomenclature_source_status': None, 'determiner': None, 'id_nomenclature_determination_method': 446, 'id_nomenclature_behaviour': None, 'cd_nom': 444436, 'nom_cite': 'Pelophylax', 'get_default_parameter_2': 'taxref_version', 'sample_number_proof': None, 'digital_proof': None, 'non_digital_proof': None, 'comment': None}]
(Background on this error at: http://sqlalche.me/e/13/gkpj)
[2021-04-14 12:26:54 +0200] [26962] [ERROR] (psycopg2.errors.NotNullViolation) ERREUR: une valeur NULL viole la contrainte NOT NULL de la colonne « id_dataset »
DETAIL: La ligne en échec contient (6101, cd2c2acd-8730-4ba7-ab88-48ac4242bf86, null, 51, null, null, null, 2021-01-19 10:28:42, 2021-01-19 10:28:42, null, null, 21, 21, mobile, null, 01010000206A080000C90791E933161941A83B666926855841, 0101000020E6100000000000C0B529E5BF406A64BFCD714640, null, null, null, null, null, null, null)
on essaye d'insérer des valeurs nulles dasn des tables et cela ne passe pas.
Cependant si je regarde le contenu d'un json envoyé on a
"id_nomenclature_obs_technique": 41,
par contre effectivement on a
"id_dataset": null,
Mon utilisatrice a 28 saisies dans son téléphone qui attende la remontée et cela a déjà fonctionné car elle a abandonné la saisie papier.
Quel est le problème, comment résoudre et comment récupérer les saisies ??
RQ01 : étrangement contrairement à d'autres utilisateurs l'application ne s'est pas mise à jour sur son téléphone.
Je viens de le faire manuellement mais le problème persiste.
J'ai tenté une saisie après la mise à jour mais pas mieux. Cela plante toujours 👎
RQ02 : pour d'autres utilisateurs avec les même paramètres cela fonctionne.
Est ce que si je dépose les fichiers json sur un autre téléphone on pourra faire la synchronisation ???
Christian Bièche
Cistude Nature
RQ03 : cela m'inquiète car j'ai de plus en plus d'utilisateurs avec ces applications mais si elle ne fonctionnent pas !
le but est de gagner du temps et de ne pas faire des saisies en double.
je pensais qu'avec la version geonature en 2.5.5, taxhub en 1.7.3 et les applications telephone SYNC 1.1.2 et OOCTAX 1.1.4
cela marcherait mieux....