Chargement Mise à jour sous PCI

Salut la communauté,

Je voulais avoir votre avis sur un problème que j'ai eu suite au chargement de mes croquis lors de la mise à jour d'une commune.
Je résume:
-J'ai fait l'export depuis MajiCAD :"Analyse PCI/ Statistique" puis "exporter vers PCI"; l'export réussit!
-Je charge les 2 fichiers .ASL et l'importation fonctionne; tous mes bâtis sont intégrés.

-Le soucis intervient lorsque je lance un contrôle GML j'ai des messages d'erreur pour
-mes SubdeSec : "   - Subdivision de section : A1274000BK01C : n°67882824
    - Le champ DATEMAJ n'est pas renseigné, sa longueur doit être de 10"

-mes bâtiments:   "- Bâtiment :  : n°68565411
- Le champ IDENT n'est pas renseigné, sa longueur doit être compris entre 19 et 24"


En regardant le fichier MAJSTOCK-274.ASL j'ai:
ObjetFixerAttributSimple ObjetParIdentifiant "SUBDSECT" "A1274000BK01C" "DTDERMAJ" "11/10/2019,15:24"
Ecrire "Maj DTDERMAJ de 274000BK01"
Ecrire ObjetAttributSimple ObjetParIdentifiant "SUBDSECT" "A1274000BK01C" "DTDERMAJ"

Effectivement le champ date de mise à jour fait plus que 10 caractères. Mais même en enlevant l'heure pour n'avoir que 10 caractères, le problème demeure.

Quant au bâti j'ai par exemple dans le fichier MAJ_CROQ_A.ASC:

;9          1,BATIMENT, ;11-10-2019,15:24:50,11-10-2019,15:24:50;  ;
1SEC          1,          7,
  158564991,   422343294,
  158564256,   422342928,
  158563902,   422343642,
  158565544,   422344458,
  158565967,   422343609,
  158565058,   422343158,
  158564991,   422343294,          510,          0;
4ETAT,E_CADAS;
2GENRE,NG2,01;

Comment peut-on alors résoudre ces problèmes?

Merci d'avance pour vos réponses!!!

Charly

En ne faisant pas de mise à jour en ASL (je m'appelle pas Stasi pour rien )

AH!!

Et comment tu fais ta mise à jour alors?

DXF-PCI , non ???

Bonjour,

Je ne saurais répondre à ta question, vu que je n'utilise jamais l'export en Ascode qui est tout de même une bonne manière de générer une quantité de problèmes potentiels dans PCI bien supérieur à la normal.
Je suis même surpris que PCi accepte encore l'ascode aussi facilement vu qu'il me semblait que suite à de nombreuses mauvaises manips ils avaient bloqué le truc, mais visiblement je me trompais ...


Donc pour moi aussi travailler en dxf-PCI (ce qui je l'admets à l'inconvénient majeur d'obliger à supprimer les bâtiments démolis depuis PCI) me semble quand même la meilleure des idées vu les soucis potentiels engendrés par l'utilisation de l'ascode ...

Le champ DATEMAJ n'est pas renseigné, sa longueur doit être de 10"
De mémoire, il faut effectuer la rectification en mise à niveau et non par un croquis en mise à jour.

le bat en défaut , tu le supprimes dans PCI et tu en refais un autre à sa place directement sur PCI en t'appuyant sur les points de l'ancien.

Bref, restons basique.

Il ne manquerait plus qu'il bloque la possibilité ascod, cela est bien utile lors de remplacement de sections, suite à des AFAF ou remaniement pour les sections limitrophes à recaler et à rogner...
Pour les croquis, inutile, restons simple: dxf

Salut,

La rectification en mise à niveau ne donne rien non plus.

Je vais suivre vos conseils et faire la mise à jour en dxf-pci ça semble plus raisonnable!!!

Subdivision de section : A1274000BK01C : n°67882824
Si j'interprète bien tes infos:
mise en niveau > correction de données...> subd de section par ref cad => A1274000BK01 ou par N°=>67882824 si tjs le même
attribut DATEMAJ > jouer avec le calendrier pour trouver la date et valider...

"DTDERMAJ"= date de la dernière modification donc différent de
" DATEMAJ" donc cela doit être une ano gml qui perdure depuis longtemps ?
Tu vas dans dossier compterenduGML sous J/PCI et tu recherches le dossier com274 pour voir si cette ano n'est pas déjà connue?