ASSEMBLÉE GÉNÉRALE

CLUB DES UTILISATEURS D’ASCODES ET DE TOPSTATION

À LOGNES le 19 septembre 2006

INTRODUCTION DU PRÉSIDENT :

Gilles COSTA nous présente le déroulement de la journée et développe les points suivants :

- le site Internet du club (http://www.dlzlogic.com/ClubAscodes) a, à ce jour, 126 inscrits. Depuis sa mise en place en novembre 2002, il y a eu 6700 visites sur le site ;

- ce site doit être un forum d’échange et une maintenance bis qui n’occulte en rien la maintenance JS INFO ;

- pour faciliter le travail du bureau et pour une meilleure organisation de cette journée, soyons plus réactifs pour nous inscrire dès réception de la date de l’assemblée.

Gilles COSTA passe la parole à Patrice GEILLON, P.D.G. de SN JSINFO.

ACTUALITÉS SN JSINFO PRÉSENTÉES par Patrice GEILLON :

1- Situation actuelle (Topstation version 8)

Monsieur GEILLON fait un bilan des années 2005-2006 :

Il nous précise que l’accent a été mis sur le développement de TOPSTATION à travers 3 axes prioritaires :

- la plateforme d’échange avec autocad ;

- le DA numérique (avec la participation de F. BELLANGER) ;

- L’applicatif COPRODIV.

2- Le positionnement

Au niveau des écoles :

Monsieur GEILLON nous précise que l’É.S.G.T. (École Supérieure des Géomètres Topographes) a une politique de retrait, à savoir ne pas favoriser un logiciel par rapport à un autre. Le logiciel TOPSTATION y est présent pour la copropriété et les documents d’arpentage.

Pour ce qui est de L’É.S.T.P. (École Supérieure des Travaux Publics), cette dernière développe des outils internes.

Pour l’I.N.S.A. de Strasbourg, des contacts sont pris – le dossier est à suivre.

Pour les BTS de Géomètres Topographes, le démarrage est plus lent que prévu.

Au niveau des professionnels :

Des démarches ont été entreprises auprès des sociétés MEASURIX, AUTODESK (vente de licences) et BENTLEY (partenariat difficile à maintenir).

Expérience à l’export en ALGÉRIE et en BELGIQUE et quelques projets au QUÉBEC. Nous avons apprécié la présence de M. RIBET, revendeur JSINFO en ITALIE.

3- Les orientations

Développement de la version 9 suivant deux axes :

- le plan d’intérieur compensé « PIC »

- le serveur de données TOPSTATION (à la demande de la Ville de RENNES)

4- Partenariats

Monsieur GEILLON nous rappelle l’importance des échanges éditeur utilisateurs avec des applicatifs tels que :

– l’optimisation d’une chaîne de production (M. BUTZBABCH)

– CoproDiv, la rédaction automatisée des ÉDD en copropriété avec Arkane foncier ;

– Le DA numérique, développé en collaboration avec F. BELLANGER ;

QUESTIONS / RÉPONSES :

M. BELLANGER : Y aura – t- il un « viewer » topstation ?

Réponse: ce n’est pas à l’ordre du jour.

M. BELLANGER nous soumet une suggestion le « TOP D’OR » qui récompenserait chaque année un applicatif sous TopStation…

Question à Monsieur GEILLON sur la capacité de développement au sein de JS INFO

Réponse : pas d’embauche à ce niveau mais embauche d’un commercial pour assister Monsieur COCHARD.

M. BALLACÉ (ATGT) : remarques sur les « anciennes » insuffisances TOPSTATION et en particulier la traduction DXF et les dangers de l’utilisation de TOPSTATION sous autocad.

Question concernant le développement d’ASCODES :

Réponse : La mise à jour d’ASCODES sur TOPSTATION est faite à chaque fois que cela est possible.

NOUVEAUTÉS SUR TOPSTATION par Olivier COCHARD :

Concernant la version 9 :

Le module PIC intégré au noyau TopStation est destiné à réaliser des plans d'intérieur compensés. Il utilise pour cela la méthode traditionnelle des levés d'intérieur par un croquis de couleurs.

La méthode est la suivante : On saisit des fiches. Une fiche est une suite de mesures en alignements et décalages par rapport à une ligne de base identifiée par deux points.

Il faut créer des fiches pour reporter les mesures prises sur le terrain et ainsi créer les murs des pièces ou placer des points caractéristiques du levé d'intérieur. Pour cela on utilise les fiches "Mur droit" et "Mur biais".

Une deuxième catégorie de fiches est formée par les contraintes qui permettent d'imposer des règles géométriques entre points ou segments existants: obligation de distance entre deux points (typiquement les diagonales), alignement d'une sélection de points, parallélisme ou angle droit entre deux segments, même axe entre deux couples de points.

La méthode consiste à reporter pièce par pièce les mesures levées sur le terrain, compenser de temps en temps les mesures, puis créer la pièce suivante et ainsi de suite.

Les pièces peuvent être créées de façon indépendante les unes par rapport aux autres, puis elles peuvent être recalées, par exemple par une ouverture de porte (par une contrainte parallèle même axe), des points alignés etc... Les points des deux pièces sont alors recalculés et déplacés pour respecter la ou les nouvelles contraintes.

Par le bouton "Compenser" de la fenêtre principale, la compensation est lancée sur toutes les fiches appartenant à une même tranche (à choisir s'il y en a plusieurs). Le plus grand écart est indiqué dans un menu popup avec l'identité de la fiche correspondante. Celle-ci est affichée dans le plan et le menu popup propose à l'utilisateur d'éditer cette fiche présentant le plus grand écart ou de revenir à la fenêtre principale.

Il est possible également de lancer la compensation et d'afficher tous les écarts triés par ordre décroissant. Ceci permet ensuite d'éditer les fiches une à une et de comprendre si il y a une erreur ou si la correction est acceptable.

Plus il y a de contraintes, mieux le plan est compensé. Des points peuvent être fixés à tout moment. Les mesures ont un poids de 5 par défaut. Ce poids peut varier de 1 à 9. Augmenter le poids d'une mesure de un fait que celle-ci est prise en compte trois fois plus. De deux elle est prise en compte 10 fois plus pour la compensation. Un poids de 1 permet au programme de calculer une mesure oubliée ou peu sure.

La notion de figure est un petit dessin défini par constructions géométriques à partir de points existants. Ces constructions géométriques sont dynamiques, c'est-à-dire qu'elles mettent à jour automatiquement la figure si les points de base sont déplacés (par exemple par la compensation des fiches). Une figure est composée d'une ou de plusieurs entités. On distingue 5 types d'entités: les points, les lignes, les symboles, les blocs et les textes.

Des figures complexes prédéfinies sont fournies : Arcs, Encadrements, Fenêtres, Portes, Escaliers, Poteaux, Symboles ou Blocs et cotations. Une bibliothèque de blocs type éléments de mobilier d'intérieur est fournie.

Des développements complémentaires sont prévus pour la gestion de figures, la gestion des niveaux, l'import de données de Measurix ou autre type de levé terrain, un export vers le module de gestion de copropriétés CoproDiv etc.

Le DA numérique (présentation succincte d’Olivier COCHARD – c’était l’heure du déjeuner).

PRÉSENTATION DES APPLICATIFS :

1- par François BELLANGER :

Applicatif HBASE

Affectation et gestion de domaines par plan

Gestion des dossiers, des titres de listings et

des titres de plans issus automatiquement des

données du dossier.

Génération automatique de plans de situation, extrait cadastral, et DA numérique avec les cartouches associés.

Finition de l’habillage avec des modèles HBASE spécifiques.

Dossiers parcellaires : gestion des propriétaires et comptes de propriétés. Édition automatique des états parcellaires selon une sélection de parcelles.

Imports TIF et DXF cadastre par communes complètes dans une même base. Finition de l’habillage des DXF bruts en de véritables

feuilles « à l’ancienne ».

Recherche d’une parcelle selon la commune, la section puis le numéro Affichage du résultat de la requête dans une fenêtre annexe, avec les attributs de la parcelle.

2- en l’absence de Didier Bunel, présentation succincte d’un développement permettant de consulter sous TopStation les données récupérées d’AURIGE (système d’enregistrement des bornages géré au niveau national par l’ordre des géomètres experts) :

Le but est de :

- se connecter sur Internet sur le site d'Aurige pour récupérer tous  les dossiers du cabinet ou tous les dossiers d'une ville dans un fichier texte (Connexion Aurige) en bas du menu Aurige

- récupérer ce fichier en le décodant pour créer des composants pour chaque dossier A sur la copie d'écran pour les dossiers du cabinet, B pour les autres (Reprise Aurige ou Reprise Dossier Commune)

- viser un dossier trié par commune et le localiser sur la carte (fonds de plan IGN à améliorer sans doute) (Vise Dossier Cne Trié)

- Afficher les renseignements du dossier du cabinet par une recherche dans le fichier des dossiers du cabinet archivés dans Excel (Affiche Dossier) propre au cabinet.

C'est très succinct mais cela résume  l'exemple qui  se veut modeste mais qui a pour but d'utiliser les données AURIGE grâce à  TopStation.

3 - par Gilles COSTA :

Un ensemble varié d’utilitaires développés pour les besoins propres d’Arkane-foncier depuis près de quatre ans :

– personnalisation des menus de jtCart en cohérence avec une charte graphique interne, les menus sont groupés par familles d’objets (route, bâtiments, végétation etc.) plutôt que par type d’accrochage, chaque objet a ses propres caractéristiques par défaut : dimensions, calque etc. ;

Figure 1 Le menu jtCart « fond de plan » personnalisé

– création de nombreuses fonctions type DAO, adaptées à la structure de base de données de TopStation : parallèle à une ligne passant par un point, division d’une ligne par répétition d’un bloc, copie des propriétés graphique d’une ligne sur une autre, gestion des calques utilisés par un composant donné etc. ;

–

Figure 2 Diviser une ligne à l'aide d'un bloc

Figure 3 Gérer les calques utilisés par un composant

Figure 4 Ajustement d'un mur bahut sur un bâtiment

Figure 5 Gestion des calques par groupement dans des thèmes

– gestion des plans et de leurs cartouches avec indices, bureau émetteur, marques de pliage… Création des présentations d’après les mises en pages et leurs cartouches. Impression (ou export DXF) par lots en appliquant le plan dans l’espace objet puis dans sa présentation avant de l’envoyer au traceur ;

– listings élaborés, grâce à l’utilisation du format RTF (en simplifiant c’est l’équivalent du DXF pour le format DOC), y compris fiches de calcul de SHOB/SHON en relation avec un menu jtCart approprié ;

–

Figure 6 Le cartouche d'un plan

Figure 7 Listing de lignes

– fonctions un peu plus exotiques : lecture d’un fichier d’enregistrement de GPS (au format GPX) et visualisation du trajet sur le plan TopStation, export de données TopStation au format Google-earth (noter la concordance entre la transformation Lambert I -> WGS 84 et l’image calée de Google-earth ) 

–

Figure 8 Réseau d'assainissement exporté dans Google earth

– un début d’aide en ligne présentant une partie des fonctionnalités développées et de notre charte graphique.

Arkane-foncier met l’ensemble gratuitement à la disposition des personnes souhaitant les utiliser. Une distribution de façon officielle demanderait un gros travail de finition qui impliquerait un prix de vente trop élevé. Ces utilitaires sont téléchargeables sur www.arkane-foncier.fr (à la rubrique TOPSTATION). D’autres développements (interfaces SIG diverses par exemple ou travaux spécifiques) sont distribués de façon commerciale.

3- par Joseph MOREL, Ville de Rennes :

La Ville de Rennes utilise le logiciel Ascodes depuis 1982, et a construit une stratégie de développement autour des outils SIG qui se sont régulièrement implémentés dans cette plate-forme. Historiquement, l'Atlas topographique de surface de précision 1/200, les données récolées du sous-sol, un plan de ville (plus complet que le cadastre) et les récentes évolutions permettent de gérer les données de référence pour la modélisation en 3D (maquette réaliste de ville).

Le logiciel Ascodes est utilisé depuis 1993 dans un environnement client/serveur qui sécurise les accès concurrents en modification. Tous les gestionnaires peuvent interagir sur une base de données unique qui conserve sa cohérence au fil du temps. Différents services de la Ville s'en servent en tant que gestionnaires de certains éléments de la base, ou simplement en consultation de la base.

La majorité des développements sur la plate-forme Ascodes pour la gestion et la consultation des données a été développée par le service CARTE de la Ville de Rennes.

La base Serveur Ascodes actuelle de la Ville de Rennes comporte environ 7 millions de composants. La limite théorique d'un serveur Ascodes est de 16 millions de composants.

Une autre limite s'impose également : la taille du fichier « groupes » qui est de 640Ko. Celui de la Ville a déjà atteint cette limite et une ré-immatriculation de l'ensemble de la base a été nécessaire pour réduire le fichier « groupes » à environ 400 Ko. Cette limitation est apparue comme une forte contrainte en vue des évolutions futures, et posait question quant au devenir du produit et des données.

Parallèlement, la société SN JS INFO ayant recentré ses développements vers un nouvel outil TopStation, la Ville de Rennes a fait une étude de marché pour voir les différents logiciels qui pourraient remplacer Ascodes.

La conclusion du marché a été que TopStation était le logiciel SIG le plus adapté à répondre à la demande de la Ville de Rennes à condition qu'il soit porté sous l'environnement client/serveur.

En effet, la structure des données ne serait pas ou très peu modifiée. Les développements réalisés seraient cependant à réécrire à environ 50%.

La Ville de Rennes a donc souhaité faire évoluer la plate-forme TopStation vers un environnement client/serveur; reproduisant, à minima, les propriétés ou fonctionnalités du serveur Ascodes.

Les perspectives métropolitaines (Ville de Rennes et Rennes Métropole) induisant de nouvelles contraintes (territoire étendu et répartition des compétences sur plusieurs entités), il a été progressivement envisagé l'utilité de spécifier un environnement client/multi-serveurs.

La société SN JS INFO par l'intermédiaire de M. Fritz, a fait part à la Ville de Rennes des contraintes d'un tel environnement client /multi-serveurs.

Ces contraintes sont les suivantes :

1. Un composant ne peut exister dans 2 serveurs différents.

2. Pour distinguer les composants locaux de ceux contenus dans un serveur, les composants serveur doivent commencer par un chiffre. Ceci est une convention et ne devient une obligation qu'après le choix que opéré par la ville de Rennes, cela s'impose désormais aux futurs utilisateurs de cet environnement.

3. Pour distinguer un composant serveur d'un composant d'un autre serveur, les 2 premières lettres d'un matricule d'un composant serviraient à identifier le serveur du composant.

Un matricule peut comporter jusqu’à 6 caractères :

Ø Le premier sera un chiffre de 0 à 9 ;

Ø Le deuxième un caractère alphanumérique de 0 à 9, de A à Z ou de a à z ;

Ø Les quatre derniers caractères alphanumériques pouvant servir à l'identification de la nature du composant .

Les 2 premières lettres étant utilisées pour identifier le serveur auquel le composant appartient, le nombre limite de serveurs atteint 620 (10*(10+26+26)).

4. Un client ne peut modifier des composants que d'un seul serveur à la fois (serveur actif). Il peut utiliser les données des autres serveurs seulement en référence (serveurs référence). S'il veut changer des données d'un autre serveur, il doit donc sauvegarder les données modifiées du premier serveur et se connecter en modification au second serveur.

SN JS INFO doit finir de développer TopStation en environnement client/multi-serveurs, en juillet 2007. Il a été livré en fin juillet 2006 et fin août 2006, une version test de TopStation client/multi-serveurs afin que la Ville de Rennes puisse commencer à réécrire ses développements.

La version définitive intégrera une fonctionnalité importante, il sera possible de combiner des données ayant des géodésies (ellipsoïdes) et des systèmes de projection différents (projections coniques ou UTM), cet outil constituera une aide précieuse pour gérer progressivement la transition entre le Lambert et le RGF. Par exemple, au cours d'une même session, un client pourra modifier des données gérées en UTM sur le serveur actif, tout en consultant des données complémentaires provenant de différents serveurs utilisant des projections coniques différentes (un système de projection par serveur).

4- par Pascal BUTZBACH :

Développement d’un applicatif foncier :

Plan de bornage de propriété avec tableaux dynamiques, Intégration du nom du propriétaire, servitudes, descriptif des limites…

Le but : partir des données terrain pour aboutir à des plans fonciers avec un contrôle du processus à chaque phase.

À voir l’année prochaine, en attendant vous pouvez consulter la notice jointe à ce compte rendu.

Nous pouvons tous remercier les intervenants cités ci-dessus pour le travail effectué avec une mention particulière pour Gilles COSTA qui a fait les développements que nous réclamons depuis longtemps à JS INFO et qui a choisi de nous en faire bénéficier gratuitement sur son site.

Enfin, le bureau vous remercie d’avoir pris le temps de nous rencontrer. À l’année prochaine

Le bureau du club

Nota : Pour ceux qui n’auraient pas encore réglé les frais de l’AG, envoyez votre chèque à Pascal JEANSON au 21, quai de l’Oise à l’Isle-Adam (95290).