[NRU] contenance DGFiP tronquée à la dizaine de milliers

[MaelREBOUX]

Exemple sur parcelle 350024000AP0033

contenance DGFiP = 9624 surface SIG = 19649.0

[catmorales]

@fvanderbiest , merci de corriger ce point car nous affichons les 2 valeurs de surface (l'officielle et la calculée), les 2 sont utiles et présentent parfois de légères différences il y a une incohérence du coup entre les 2 valeurs , incohérence qui est substancielle .

[fvanderbiest]

Il me semble que c'est traité par https://github.com/sigrennesmetropole/addon_urbanisme/pull/42/files On peut fermer ?

[MaelREBOUX]

Non : ça ne va pas

[catmorales]

je confime le champ surface calculée ne donne pas la bonne valeur:

[catmorales]

https://portail.sig.rennesmetropole.fr/cadastrapp/services/getFIC?parcelle=350024000BE0448&onglet=0 donne

[  
   {  
      "cgocommune":"350024",
      "libcom":"BETTON",
      "ccopre":"",
      "ccosec":"BE",
      "dnupla":"448",
      "ccoriv":"0214",
      "dnvoiri":"18",
      "dindic":" ",
      "cconvo":"RUE ",
      "dvoilib":"D'HELSINKI",
      "dcntpa":5761,
      "surfc":5758.0,
      "gparbat":"1",
      "gurbpa":" "
   }
]

donc on devrait avoir la valeur 5758 ou 5758.0 la requête prend elle en compte la valeur onglet = 0 et non pas onglet =1 ?

[fvanderbiest]

la requête prend elle en compte la valeur onglet = 0 et non pas onglet =1 ?

C'est nouveau cette notion d'onglet ? Je n'y vois aucune référence dans les specs de l'addon urbanisme.

https://docs.google.com/document/d/1egic2XPxlqX682K3_WF3h0yZQatEWjaQfV6NgRsYzxg/edit#heading=h.ak7r812whbow

[fvanderbiest]

Donc si je comprends bien, surfc (surface sig) et dcntpa (contenance) doivent venir de getFIC?parcelle=350024000BE0448&onglet=0

Actuellement cette requête part avec le paramètre onglet = 1 afin d'obtenir notamment les noms des propriétaires et l'adresse.

[MaelREBOUX]

oui : en provenance de getFIC?onglet=0 surfc = surface SIG calculée et dcntpa = contenance DGFiP

[catmorales]

Je reviens sur ce ticket qui n'est pas résolu . Correction faite sur notre profil de configuration:

noteRecord.set("contenanceDGFiP", ("0000" + parcelleRecord.get("dcntpa")).slice(-4)); noteRecord.set("surfaceSIG", ("0000" + parcelleRecord.get("surfc")).slice(-4));

changé pour

noteRecord.set("contenanceDGFiP", parcelleRecord.get("dcntpa")); noteRecord.set("surfaceSIG", parcelleRecord.get("surfc"));

En effet , le fait de limiter à 4 car. faussait les résultats : les parcelles très grandes étaient tronquées ! Je vous laisse corriger sur ce dépot .

[catmorales]

Par contre le résultat ne rend toujours rien pour la surface calculée, sans doute car https://portail-test.sig.rennesmetropole.fr/cadastrapp/services/getFIC?_dc=1492770344512&parcelle=350024000AI0073&onglet=1 ne rend pas cette valeur.

Par contre , https://portail-test.sig.rennesmetropole.fr/cadastrapp/services/getFIC?_dc=1492770344512&parcelle=350024000AI0073 la fournit ainsi que https://portail-test.sig.rennesmetropole.fr/cadastrapp/services/getFIC?_dc=1492770344512&parcelle=350024000AI0073&onglet=0

Il faut faire pour la surface calculée comme pour la contenance dgfip . puisque cette dernière s'affiche bien alors qu'elle n'est pas présente dans la requête avec onglet=1

[catmorales]

Il faut faire pour la surface calculée comme pour la contenance dgfip . puisque cette dernière s'affiche bien alors qu'elle n'est pas présente dans la requête avec onglet=1

Désolé , le getparcelle qui est utilisé pour dcntpa ne permet pas actuellement de récupérer cette info. Donc, en effet, il faut rapatrier surfcavec getFIC?onglet=0 .

A noter: si on ne spécifie pas l'onglet ça passe aussi.

[catmorales]

Je vous laisse corriger sur ce dépot .

fait avec 111a1cf3470d8ec71656519af61218385f6e8062

[catmorales]

@fvanderbiest , il reste à récupérer la valeur de surfc avec un getFic (avec ou sans onglet=0)

[catmorales]

OK corrigé je viens de vérifier: