Le grand portail et l'entrée des artistes...
Par MajiCad le dimanche, mars 4 2012, 08:15 - Lien permanent
Bonjour,
Voici quelques temps déjà, on me posait des questions sur la capacité de MajiCad de gérer des objets genre "à trous" ou "archipels. J'ai même entendu des gros mots du genre "MajiCad n'est pas "Topologique"".
Voici ma réponse:
La structure en objets complexes ou dite "topologique" (encore que ce mot reste à définir pour chaque type de gestion), est justement le problème des logiciels de gestion. Le rôle d'un logiciel de création, comme MajiCad est avant tout de faciliter la création/ modification d'un plan en s'affranchissant des redondances qu'exigent certains types de gestion.
Au départ, les rôles sont biens définis, et tout logiciel de gestion de plan a son portail d'entrée pour les données brutes de confection et non encore structurées. Si on prend PCI, par exemple, Son portail d'entrée s'appelle APIC_PCI et son rôle est de donner au plan la structure attendue pour la gestion dans PCI et le lien avec les bases alphanumériques.
On voit donc bien qu'on ne devrait pas poser les questions ci-dessus à propos de MajiCad, mais plutôt à propos du portail d'entrée: "Le portail d'entrée peut-il reconstituer une structure de gestion "topologique" à partir des données "spaghettis" de MajiCad, et notamment les trous et archipels?". Alors là la réponse est évidemment oui, puisque MajiCad respecte le cahier des charges sur la structure attendue.
Le véritable problème vient de la complexité, du manque de convivialité, et des lacunes du portail d'entrée. Et on commence alors à se demander s'il n'y aurait pas quelque part, une porte de service qui permettrait d'accéder directement au château.
Je n'ai jamais voulu forcer cette porte, car il s'agirait d'une effraction, mais force est de constater que, le châtelain a lui même laissé trainer la clé. La porte de service est ouverte puisque des données structurées natives, non générées par le portail d'entrée, sont maintenant acceptées.
Si on tient compte de ce dernier fait, on comprend mieux les questions... Et je vais en faire ma propre traduction: "MajiCad est-il capable d'alimenter le château en passant par la porte de service?"
Inutile de faire plus de suspense sur la réponse: c'est OUI! Quand un logiciel est capable de créer une structure en Noeuds/Arcs/Faces à partir d'une structure filaire désordonnée, en générant tout ce qui est trou et tour d'ilot, comme dans le cas du remaniement, on comprend bien que c'est facile pour lui...
La preuve? Aller dans la page "Analyse PCI" et appuyez sur le bouton "Examiner". Quand vous aurez traité toutes les erreurs bloquantes, et obtenu le message "PRET A L'EXPORTATION...", interrogez les objets, et vous constaterez rapidement, qu'il existe: des objets parent, qui se trainent leurs fils, des objets enfants genre trous ou libelles... que les archipels sont visibles etc...
Cette structure est complètement temporaire et n'existe que jusqu'à ce qu'une exportation ou une modification soit faite. Encore une fois: ce n'est pas le problème de MajiCad de conserver une structure lourde... mais pour que la porte de service devienne l'entrée des artistes...
Michel MARTIN
Voici quelques temps déjà, on me posait des questions sur la capacité de MajiCad de gérer des objets genre "à trous" ou "archipels. J'ai même entendu des gros mots du genre "MajiCad n'est pas "Topologique"".
Voici ma réponse:
La structure en objets complexes ou dite "topologique" (encore que ce mot reste à définir pour chaque type de gestion), est justement le problème des logiciels de gestion. Le rôle d'un logiciel de création, comme MajiCad est avant tout de faciliter la création/ modification d'un plan en s'affranchissant des redondances qu'exigent certains types de gestion.
Au départ, les rôles sont biens définis, et tout logiciel de gestion de plan a son portail d'entrée pour les données brutes de confection et non encore structurées. Si on prend PCI, par exemple, Son portail d'entrée s'appelle APIC_PCI et son rôle est de donner au plan la structure attendue pour la gestion dans PCI et le lien avec les bases alphanumériques.
On voit donc bien qu'on ne devrait pas poser les questions ci-dessus à propos de MajiCad, mais plutôt à propos du portail d'entrée: "Le portail d'entrée peut-il reconstituer une structure de gestion "topologique" à partir des données "spaghettis" de MajiCad, et notamment les trous et archipels?". Alors là la réponse est évidemment oui, puisque MajiCad respecte le cahier des charges sur la structure attendue.
Le véritable problème vient de la complexité, du manque de convivialité, et des lacunes du portail d'entrée. Et on commence alors à se demander s'il n'y aurait pas quelque part, une porte de service qui permettrait d'accéder directement au château.
Je n'ai jamais voulu forcer cette porte, car il s'agirait d'une effraction, mais force est de constater que, le châtelain a lui même laissé trainer la clé. La porte de service est ouverte puisque des données structurées natives, non générées par le portail d'entrée, sont maintenant acceptées.
Si on tient compte de ce dernier fait, on comprend mieux les questions... Et je vais en faire ma propre traduction: "MajiCad est-il capable d'alimenter le château en passant par la porte de service?"
Inutile de faire plus de suspense sur la réponse: c'est OUI! Quand un logiciel est capable de créer une structure en Noeuds/Arcs/Faces à partir d'une structure filaire désordonnée, en générant tout ce qui est trou et tour d'ilot, comme dans le cas du remaniement, on comprend bien que c'est facile pour lui...
La preuve? Aller dans la page "Analyse PCI" et appuyez sur le bouton "Examiner". Quand vous aurez traité toutes les erreurs bloquantes, et obtenu le message "PRET A L'EXPORTATION...", interrogez les objets, et vous constaterez rapidement, qu'il existe: des objets parent, qui se trainent leurs fils, des objets enfants genre trous ou libelles... que les archipels sont visibles etc...
Cette structure est complètement temporaire et n'existe que jusqu'à ce qu'une exportation ou une modification soit faite. Encore une fois: ce n'est pas le problème de MajiCad de conserver une structure lourde... mais pour que la porte de service devienne l'entrée des artistes...
Michel MARTIN
Commentaires
Bonjour,
les dernières évolutions de Majicad sont très intéressantes. Cependant, je m'étonne de voir apparaître les feuilles en DXF que l'on monte en référence en noir, ce qui les rend peu lisibles. Y-a-t-il un nouveau réglage à faire pour voir apparaître les différentes couches, et leurs couleurs respectives ?Merci.
On m'avait reproché de changer les couleurs, alors MajiCad essaie de présenter les dxf dans les couleurs d'origine. Il reste toutefois possible de forcer les couleurs à celles qui ont été choisies par l'utilisateur grace à une macro à activer dans la palette de réglages. Cocher la macro "Symbolisme MajiCad" et le tour est joué.
La fonction "exporter vers PCI" directement en asccode est très intéressante. Elle n'est active qu'après analyse et à condition que le rapport soit entièrement vierge, ce qui est très bien. La présence d'un lieu dit semble obligatoire, ce qui peut être contraignant dans certains cas mais ressemble davantage à une contrainte du standard qu'à un choix d'auteur ?
Plus génant, je n'ai pas l'impression que cette exportation soit possible pour des feuilles archipel. Le rapport indique la présence de plusieurs tours de section et suggère de s'assurer qu'il s'agit bien d'une section multi faces et non d'une erreur mais il n'y a pas moyen de lui confirmer que c'est bien le cas et qu'il peut activer l'option d'exportation en asccode.
Ai-je manqué une option ?
La présence obligatoire d'un lieu-dit est un choix. L'objectif étant pour l'instant, la montée en charge de feuilles/sections entières.
Pour les archipels, le message attire simplement l'attention de l'utilisateur au cas ou la situation ne serait pas volontaire, mais ne bloque pas l'export vers PCI. Il n'y a rien à confirmer.
Au cas où d'autres personnes rencontreraient le même souci, j'ai compris mon erreur : la date d'édition (Xdata de subdsect) n'était pas renseignée sur l'un des pourtours. C'est cela qui bloquait l'exportation en asccode.
Pb résolu !
A présent que Majicad sait exporter de l'asccode, est-il envisageable qu'il puisse en importer ?
J'ai besoin (dans le cadre de l'expérimentation RPCU) de faire des modifications sur un fichier qui n'est disponible qu'en asccode. Je ne vois pas d'autre moyen que de faire une montée en charge dans une bddup de PCI pour en permettre la ré exportation en dxf ce qui est pour le moins lourdingue.
Si d'autres personnes ont une astuce permettant le passage de l'asccode vers le dxf : je suis preneur... Merci par avance.
Il est relativement facile de faire digérer de l'ASCODE à MajiCad. Mais son format interne est plus près du DXF que du format interne de PCI. Ce qui reviens à dire que les spécificités du Format ASCODE seraient perdues pour être éventuellement recrées à l'exportation. L'ASCODE résultant serait alors à considérer comme un nouveau fichier et non un fichier modifié. Je pense notamment aux numéros d'objets et à d'éventuels liens avec la base de donées...
Pour être "propre" il faudrait continuer à gérer en interne quelques spécificités du Format ASCODE mais les modifications de MajiCad seraient alors trop lourdes.
Si le besoin est ponctuel, tant pis: passer par PCI.
Sinon je ne sait pas estimer le volume de ce besoin? A-t-il un gros avenir?
Par modifications j'entendais bien : reprise d'une section (au niveau du dessin uniquement) pour fabriquer un nouveau fichier de substitution. Pas question d'agir directement dans PCI en remplaçant un objet par une version altérée portant le même numéro d'objet (à supposer que ce soit faisable, cela ne me semble absolument pas souhaitable). Les données spécifiques à PCI seront perdues de toute manière donc inutile de s'en soucier.
L'idée serait simplement d'ajouter un format d'entrée, comme pour l'édigéo, de manière à étendre les possibilités du logiciel (et donc de l'utilisateur).
Coté avenir de ce besoin, difficile à dire. En dehors du projet spécifique (et pour le moment ponctuel) qui m'occupe je vois aussi la possibilité de récupérer les objets d'une sélection faite dans PCI (ex: des objets non exportés pour cause de code état dont on se rend compte après coup qu'il faut les ré injecter dans un fichier déjà trop travaillé pour repartir de zéro). L'effet serait un peu celui des blocs d'autocad mais en provenance directe de PCI, ce qui reste pour le moins anecdotique et ne mérite peut être pas un module d'importation supplémentaire.
Juste un truc que je ne pige pas bien: D'où sortent les ASCODES pour qu'on ne puisse pas facilement les remplacer par du DXF?
Les asccocdes que j'aimerais pouvoir reprendre au dessin sortiraient du logiciel spécifique à l'expérimentation RPCU qui est actuellement en test dans 6 départements.
Sa vocation est de partir de PCI pour y retourner en bout de la chaine de traitement avec une traçabilité complète de chaque opération effectuée tant en repositionnement qu'en raccord de continuité de sorte qu'une moulinette appropriée puisse répercuter ces changements dans le SIG d'une comm-comm.
Il n'est pas prévu d'en sortir à aucun momoent, ce qui se comprend, mais les fichiers au sortir de PCI ne sont pas propres et, au cas présent, j'ai voulu faire vite et ne les ai pas nettoyés (avec majicad) en profondeur avant de commencer d'où mon besoin de retouche en cours d'opération.
Cela étant, le besoin n'a pas vocation à devenir récurrent : son implémentation dans majicad n'est pas opportune si le temps de développement est important. Le logiciel utilisé est encore en cours de développement et il intègrera sans doute les fonctionnalités nécessaires dans une version plus aboutie.
Tiens, le blog est ré-ouvert ?
Cool, j'en profite pour revenir sur mes posts précédents concernant l'import du format asccode (et au passage placer un erratum : ce sont 7 départements qui sont en expérimentation RPCU et non 6).
Il semble que la possibilité de passer de l'asccode au dxf soit abandonnée. La seule solution sera donc de passer par PCI pour générer du DXF à partir d'une BDDUP. Mais que se passe-t-il si les fichiers ont été altérés et que PCI ne les accepte pas ? Aucun moyen de les réparer pour permettre une MEC en BDDUP.
Comme tu sembles penser que ce serait assez facile de le faire, je réitère donc ma demande : serait-il possible de faire ingurgiter de l'asccode à MAJICAD ? Quitte à balancer un message d'avertissement pour préciser que les attributs (tels que les numéros d'objets) seront perdus dans l'opération ?
Quelle que sera la suite de cette demande, je te renouvelle mes remerciements pour cet outil complet qu'est MAJICAD.
La dernière version de Majicad du 29/9/2012 ne s'ouvre pas sur mon pc portable. Ma dernière utilisation du logiciel remonte au vendredi 28/9/2012 avec la version du 17/9/2012.
j'avais ouvert 3 fichiers dxf et 6 dalles ortho de l'Ign. Depuis mon changement de version, le logiciel ne s'ouvre plus. Quand je lance Majicad, les boîtes de dialogue s'ouvrent sans les icones de fonction et l'application reste bloquée comme ci elle ne retrouvait pas mes derniers fichiers ouverts.
Que dois-je faire?
Une fois que l'on maitrise Majicad, on ne peut plus s'en passer.
Merci d'avance pour ceux qui pourraient m'éclairer
Bonjour steph. Je n'ai pas d'explication. J'ai téléchargé moi-même pour vérifier l'intégrité du fichier et tout s'est bien passé. Je te conseille de réitérer le téléchargement...
Si ça persiste fais un chekdisq sur ton portable
@Jean-Paul LAPICA:
C'est fait Qu'on se le dise...
Sur le sujet, le logiciel est en test. Merci de faire remonter les éventuelles anomalies ou objets non lus...
Bonjour Majicad
Je cherche à éditer un fonds de plan avec mon levé sur Majicad (un croquis de conservation où apparaitraient les cotes et les objets nouveaux).
est-ce possible ??