lhamard
commented
6 years ago Dans le cas évoqué (ex IN520 à Rennes), les renseignements d'urbanisme existent bien et apparemment sont bien récupérés et affichés.
Par contre, les informations alphanumériques MAJIC n'existent pas, donc le compte propriétaire et propriétaire(s) ne pourront pas être remplis, normal. Au lieu de cela, apparemment la fonctionnalité recherche ces informations, sans pouvoir les trouver, d'où du moins blocage avec "Chargement..." et au bout du compte aucune information exploitable...
Comportement souhaité : récupérer les informations récupérables et les afficher. Le message d'erreur me semble superflu personnellement.
fvanderbiest
catmorales
Par contre cette parcelle , comme dit plus haut n'a que des informations graphiques et donc les requêtes qui font appel à des données nominatives ne peuvent pas aboutir, c'est justement le problème à traiter.
Si tu as besoin de plus d'explications n'hésite pas à nous appeler.
Merci
Le comportement actuel est : pas de génération de renseignement d'urbanisme et appli qui tourne sans aboutir si la webapp cadastre ne renvoie pas d'information. On aimerait avoir un message d'erreur à l'écran. Merci de traiter ce cas de figure qui arrive dans le cas de parcelles rejetées . C'est à dire de parcelles présentes sous forme graphique (fichier Edigéo) mais absente dans les fichiers alpha( Majic) . Ce problème est lié à des différences de mise à jour entre les deux types de fichiers. A Rennes Métropole, nous faisons 4 mises à jour de l'Edigéo par an et il y a une seule mise à jour des données Majic (au 01/01 de l'année). exemple à tester chez nous en ce moment: parcelle sur Rennes N° IN 520