Libellé des types des voies en entier

[MaelREBOUX]

dans arcopoleProprieteBatie.sql et arcopoleProprieteNonBatie.sql

cadastre.dgi_invar fournit dvoilib -> 'ALL ANITA CONTI '
cadastre.dgi_voie fournit nature as natvoi -> 'ALLEE'

Mais, dgi_voie fournit également libelle -> 'ANITA CONTI '

Il faudrait tronquer les 3 premiers caractères de dvoilib pour supprimer le code puis concaténer avec le libellé de dgi_voie

Ceci afin d'obtenir un attribut dvoilib contenant : 'ALLEE ANITA CONTI'

@jusabatier merci de confirmer que c'est possible de faire de même sur modèle QGIS.
Ainsi on aurait un nom de voie complet pour la recherche, les RP et les BP.

[jusabatier]

Dans QGis, nous avons un attribut contenant le type de voie abrégé et un autre contenant le libelle de la voie dans la table parcelle :

cconvo => RTE
dvoilib => DE LA METEO

Et dans la table voies, le type est également abrégé.

Donc pour notre modèle, je pense qu'il serait necessaire de faire la correspondance lors de la remontée de l'info dans les différentes vues.

Cependant il faut prendre en compte que cette info est remontée depuis la table parcelle pour les vues parcelle et parcelledetails, et depuis la table voies pour les vues proprietebatie et proprietenonbatie.

Ceci entrainerait donc une modification assez conséquente des vues (4 différentes).

Il faut aussi noter que pour la table proprietaire (et donc la vue qui en découle) les valeurs de dlign4 sont en abrégées également et demmanderont donc un traitement encore plus complexe, surtout vu certains des cas particuliers qu'on peut rencontrer.

Par exemple dans le cas d'un BIS : "0011BAV DE RODERIE "

[MaelREBOUX]

Pour illustrer :

le "ESP" en place de "ESPLANADE" apparaît dans les fiches d'infos web, le RP et le BP.

[MaelREBOUX]

Chercher s'il y a une table ou une documentation officielle des correspondances.

Dérouler un cas sur le modèle QGIS et un cas sur le modèle arcOpole.