Le portail francophone de la géomatique

Bonjour,

@christian : lol en plus il y en a (avait) des gens compétents non ? (mais ceux là c'est pas des gens formatés "centrale").

Mais quand tu passes ta journée a reprendre un code qui fonctionnait, en mode debugg car tu sais pas quelle bêtise tu vas trouver, et qu'en plus t"es dans l'urgence car les ministres (oui les vrais) arrivent et qu'il faut des chiffres sur la situation foncière, t'as juste une envie, c'est de faire comme avec ton animal de compagnie préféré, lui mettre le nez dedans pour qu'il comprenne ...

Alors mauvais caractère peut-être, mais dans n'importe quelle boite privée une perte de productivité pareille en raison d'un fournisseur donnerait des débats autrement plus incisifs et je parle pas des conséquences financières. Tant que dans la fonction publique les mecs qui prennent des décisions ne seront pas responsables (donc virables) de celles ci ...

Dernière modification par ChristopheV (Thu 05 April 2018 21:38)

Profite-en pour en parler directement aux ministres Christophe

Sans déc, comment ça se passe pour la correction de ce type d'erreur ? Ils refont un millésime ?

Dernière modification par yartostout (Fri 06 April 2018 08:54)

Si tu parles de

substring(maligne,69,9)

c'est probablement qu'on est déjà dans une base de données. Le fichier à donc déjà été manipulé/converti au moins une fois.
Pour être certain de l'origine de l'erreur il faudrait vérifier directement dans le fichier du bâti à la ligne concernée car on peut aussi imaginer qu'il y ait un bug dans la/les premières étapes de traitement que tu réalises.

Bonjour,

Merci du suivi.

Je suis reparti depuis le CD d'origine. Extraction directement avec 7-zip. Apparemment pas de soucis, il n'y a plus la ligne en erreur.

J'ai manifestement travaillé sur un fichier corrompu la première fois.

Pour répondre à Jmarsac et Alban Noir la première phase se réalise en .NET. Ouverture des fichiers textes en mode lecture ligne à ligne, chargement dans des tables temporaires avec réplication des liens hiérarchiques de la base MAJIC, par exemple templocaux avec temppev. Donc c'est bien une lecture directe du fichier mais pour une inscription temporaire légèrement plus évoluée.

L'ensemble est ensuite transformé dans le modèle final par un script SQL.

Je profite du sujet pour une remarque (apaisée), dans le cadre d'une programmation efficace, il serait plus simple lors de l'ajout de nouveau champs dans les données MAJIC de ne pas le faire par insertion mais par ajout à la fin.
Ceci permet de garantir le fonctionnement de code plus anciens.