Bienvenue sur le blog MajiCad

Par MajiCad le samedi, avril 10 2010, 14:45 - Lien permanent

Bonjour et Bienvenue à tous...

MajiCad commence à être suffisamment abouti pour envisager un blog.
Les questions se font de plus en plus pressantes et répétitives, et cette forme de communication devrait permettre de répondre aux besoins de chacun via des échanges de trucs et tuyaux divers entre utilisateurs.
Bien que MajiCad soit plus spécialement adapté aux besoins du Cadastre, je ne négligerai pas les utilisateurs extérieurs à ce service qui peuvent contribuer à élargir le domaine d’application de ce logiciel.

Bref rappel des possibilités:
Pour les « cadastreux »:
- MajiCad devrait vous permettre de faire vos croquis de conservation en partant sur le terrain avec la base Lascot et la base PCI avec des ortho-photos en fond de plan.
- MajiCad sait traiter de A à Z les chantiers de remaniement, et même vous apporter sur le terrain la liaison avec la base propriétaire de PCI.
Pour les autres, ce seront plutôt les possibilités de géo-référencement d'image et de transformations de coordonnées « reformantes » qui seront sans doute plus intéressantes.

Pour plus de précisions sur ce logiciel, voir http://michel.martin34.free.fr/MMmajicad.html

J’attends donc impatiemment vos questions et suggestions ou toute remarque pouvant faire évoluer MajiCad.

Michel MARTIN

Commentaires

1. Le mardi, avril 13 2010, 14:24 par Christian BEGASSE

Utilisateur depuis quelques temps déjà, je te renouvelles mes félicitations et remerciements pour ce formidable outil.
L' accès aux bases Lascot est indéniablement un plus. Par contre, le fait de devoir enregistrer les changements dans un base avec un autre nom oblige à jongler avec deux bases pour être sur de ne rien oublier. J' enregistre mes dates de constatation sur le terrain dans la base 2 que j' ouvre ensuite pour la sauvegarder en base 1. Il serait peut-être préférable de sauvegarder dans la base d'origine et pis c'est tout.

Christian

2. Le mardi, avril 13 2010, 17:14 par BENOIT

Bravo!
Majicad commenté dans un blog, c'est ce que je rêvais.
Michel MARTIN l'a fait.

Pour ma part, comme prévu je prépare une fiche sur les améliorations à apporter + un compte rendu de ma manière de travailler avec un tablet PC.
J'ai suffisamment d'expérience maintenant pour dire que ça vaut le coup/
A+

3. Le mardi, avril 13 2010, 19:15 par MajiCad

@ Christian: Encore une utilisation abusive du principe de précaution.
Dans la prochaine version, tu auras satisfaction.

4. Le vendredi, avril 16 2010, 20:37 par JF

Bonsoir, tout d'abord un grand BRAVO car il faut le dire et le répéter car l'exercice est remarquable. Merci MM.
je suis personnellement dans la catégorie "Cadastreux" ( ou dois-je dire "Cadastreur" ? depuis peu ) et je viens de découvrir MaJiCad dans le cadre de la montée en charge vers une illustre ignominie informatique du Cadastre.
Alors dans un 1er temps je déstresse et les petits bugs que j'ai pu constater dans MJC pour le moment me paraissent ridicules comparé aux énormités validées dans cette autre appli ( que je ne nommerai point, ce serait trop d'honneur... )
Alors pour un premier contact, "Longue vie à MaJiCad et tous mes voeux"

5. Le lundi, avril 26 2010, 10:38 par cad06

Bonjour, encore merci Michel pour l'adaptation de la lecture automatiques des images aux projections coniques conformes, j'ai vu la mise à jour sur Convexe également, je signale que ça fonctionne également pour les coordonnées en L93 et en L2e formats de diffusions de l'IGN.

6. Le mardi, avril 27 2010, 17:07 par Jean-Paul LAPICA

A mon tour de te renouveler mes sincères félicitations pour ce logiciel d'exception sans lequel je n'ose même pas imaginer la galère que serait la mise au standard dxf-pci des fichiers sur lesquels je travaille.
Ce blog étant fait pour éviter que tout un chacun t'inonde du même mail quand se présente une idée d'amélioration, je me lance :
la fonction PDD élimine les doublons de textes. La commande SBD agit de même avec les bâtiments. Serait-il envisageable qu'une fonction puisse faire la même chose avec les symboles (bornes par exemple) empilés ?

7. Le mardi, avril 27 2010, 19:52 par JF

Bonsoir,Je serais assez pour cette modification pour éviter dans la cas de la MEC de se coltiner des bornes limites de section à ne plus en finir si on fait un export depuis le cadastre ( éternels et sempiternels bugs de chez DGFiP ? ).

Sinon, que pense MaJiCad actuellement sur un autre export, à savoir, Edigéo ou AscCode ?

8. Le jeudi, avril 29 2010, 08:23 par MajiCad

Jean Paul, La fonction PDD (pas de doublons) traite maintenant, les textes et les symboles.
JF, à propos de l'ascode: Il s'agit d'un format propriétaire que l'on a pas forcément l'autorisation d'utiliser... voir? Il est vrai que ça permettrait de cour-circuiter le module apic-pci qui est à chier. On pourrait pourtant grandement améliorer son fonctionnement en faisant une meilleure reconnaissance de proximité des objets associés: Le plus proche à distance maxi en tenant compte de l'échelle, et prise en compte de l'orientation relative Ligne/Texte. En tenant compte de ce dernier critère on lève 90% des ambiguïtés!

9. Le jeudi, avril 29 2010, 09:57 par BENOIT

Bonjour à Michel et à Jean Paul LAPICA.

J'ai un souci avec les deux dernières versions de Majicad.
Les orthophotos ne se calent pas, les abcisses restent en yyy.

De plus, depuis les orthos en CC 47, les photos se calent toukours plus en bas. Il faut taper à la main les bonnes coordonnées.
Ca se soigne Docteur ?

A+

10. Le jeudi, avril 29 2010, 11:04 par MajiCad

Benoit: il faut maintenant coder les coordonnées sur 4 caractères xxxx et yyyy. La variable 'forrmatortho' ancienne est normalement mise à jour, mais à vérifier dans les réglages du logiciel. Maintenant, si tu as des noms d'orthos en Lambert-zones avec 3 cfiffres pour chaque coordonées, ça ne marchera plus. Il faudra alors choisir le fichier à la main, ce qui ne devrait pas être trop difficile, sachant que ça ne dureras pas. Par contre, je ne sais pas si ça réponds à ton pb de calage 'plus bas'?

11. Le jeudi, avril 29 2010, 16:37 par BENOIT

Je me suis encore mal expliqué.
Malgré le réglage en 1xxx_6yyy, quand j'appelle la photo, la fenêtre demande par ex 1490_6yyy alors que dans la fenêtre référence elle est bien en 1490_6153. Ca le fait depuis les 2 dernières versions. De plus quand on les corrige à la main les photos se calent un cran plus bas

12. Le jeudi, avril 29 2010, 17:35 par MajiCad

Benoit, il faut faire un réglage en xxxx_yyyy au lieu de 1xxx_6yyy.
Quant au calage, il ne dépend pas de son nom mais du contenu du fichier de géoréférencement. Le mieux est que tu m'envoies un exemple pour voir de quoi il retourne.

13. Le jeudi, avril 29 2010, 17:43 par BENOIT

Ok, ça marche avec xxxx_yyyy .
Pour le calage, c'est simple: si je clique dans le bas de l'orthophoto, c'est celle en dessous qui apparait. Par contre si je clique dans la partie haute: c'est la bonne qui apparaît.
Il doit y avoir une histoire de géoréférencement.
Je dessine toute la semaine, j'aurais l'occasion de faire plein de tests.
Je t'envoie un échantillon de photo.

A+

14. Le jeudi, avril 29 2010, 18:18 par JF

Merci beaucoup Michel pour cette prompte modif des doublons par contre il subsiste un bug qu'il serait heureux de supprimer à savoir :
Dans l'onglet des surfaces parcellaires, j'ai plusieurs sections qui ne fonctionnent pas et m'affichent un message du type : Division par zéro en virgule flottante et c'est bloquant pour toutes les contenances ( bouton comparatif graphique/majic )
C'est sans doute lié à de très petites parcelles du style 0.22 m² qui par arrondi proche tombent peut être à 0 ( je ne sais pas si tu utilises Int,round ou trunc ? mais qd c'est 0 ça ne va pas bien )
Merci de ton écoute

15. Le jeudi, avril 29 2010, 19:32 par MajiCad

Nom dédéou, il doit valoir cher le terrain par chez toi! pour faire des parcelles de 0.22 m2!
Et moi qui m'était dit que les parcelles de zéro m2 ça n'existait pas. Bon, ben j'y retourne.

16. Le vendredi, avril 30 2010, 07:41 par JF

Merci d'avance et je te promets que ce n'est pas une une boutade. Les parcelles ont bien sûr 1 m² dans majic mais graphiquement elles ont leur contenance réelle et ça c'est pas administratif bien entendu.
(d'ailleurs Jacques B. a passé de nombreuses années dans ce coin de France et s'en souvient sans doute encore )
Merci de t'y remettre et je fais de même d'ailleurs
@+

17. Le dimanche, mai 16 2010, 10:45 par Pierre84

Bonjour Michel,

je profite de ce blog pour t'adresser mes félicitations pour ton logiciel, que j'utilise depuis 18 mois. Merci pour ce remarquable outil.

Pierre ( STD, CDIF Avignon )

18. Le mercredi, mai 26 2010, 15:49 par Jean-Paul LAPICA

Depuis le temps que je n'ai plus posté ici, il était bien temps de s'y recoller non ? La rubrique n'est pas appropriée sans doute mais l'autre (base utilisateur) non plus donc au pif : ici^^

Ma question porte sur l'import EDIGéO dans MajiCAD.
Le pourtour communal est exporté (dans le S1.VEC) par PCI lors de la confection des lots EDIGéO de chaque section. C'est surprenant mais c'est comme ça, j'ai vérifié (je suppose que cela est redu nécessaire par les relations entre les objets et plus ou moins lié à la structure des données dans PCI, codes état notamment ?). En revanche il n'apparait pas à l'ouverture du lot EDIGéO dans MajiCAD.
Est-ce délibéré ? Y a-t-il d'autres objets inattendus dans ces lots et qui ne sont pas exploités à la lecture des fichiers ?

pour info : la question a été soulevée par une COMM-COMM qui récupère un des pourtours d'une des sections pour alimenter son SIG. Or ce pourtour exporté n'est pas en adéquation avec le pourtour mis à jour et existant dans PCI. Le hic est qu'il est assez difficile de s'en rendre compte vu le peu de logiciels capables de lire de l'EDIGéO.

19. Le jeudi, juin 3 2010, 14:49 par Jean-Paul LAPICA

Merci encore pour tout le travail que tu accomplis dans le développement de majiCAD qui m'est de plus en plus indispensable.
Ma demande, dont je ne sais si elle est seulement facile/envisageable/non-faisable, porte de nouveau sur la suppression d'objets identiques et empilés : les axes de voiries.
Est-il possible de faire évoluer la commande PDD pour qu'elle vire aussi ces objets ?

20. Le jeudi, juin 3 2010, 23:19 par Sébastien FROC

Pour Jean-¨Paul à propos des objets communes :

Il faut faire attention quand on récupère les contours communaux dans les lots EDIGEO. Ceux ci peuvent être différents d'un lot à l'autre de la même commune. En effet, la modification du contour communal ne provoque pas la régénération de tous les lots de la commune. Donc, dans le stock, les lots d'avant la modification du contour possèdent un contour non mis à jour. Il faut, soit faire attention à prendre le contour qui est dans le lot créé le dernier, soit se servir des sorties ponctuelles, en redemandant les lots de toute la commune (mais ça peut être long...!)

21. Le mercredi, juin 16 2010, 19:21 par Gilles BRU

Tout d'abord, merci pour Majicad, que j'utilise depuis 2007. Au début, pour les remaniements, juste pour faire "interface " entre mon logiciel de dessin ( que vecteur, hélas) et PCI, mais maintenant plus régulièrement puisque confronté aux plans images. J'ai cependant un souci avec les orthophotos pour lesquelles je suis obligé de me concocter les fichiers TAB à la main, puisque que les fichiers .grf ne sont pas reconnus. Existe-t-il un moyen pour que Majicad intègre directement les photos estampillées Lambert3 ?
PS : Spécial coucou aux TG37 que j'ai crû reconnaître.

22. Le jeudi, juin 17 2010, 11:47 par MajiCad

Gilles,
- Tu peux maintenant traiter complètement les remaniements avec MajiCad.
- Pour les géoréférencements format GRF, je vais voir ça... Dans une prochaine version, peut-être...
- Pour tes photos "Lambert3", je ne comprends pas bien, mais si tu veux dire qu'elles aillent automatiquement se superposer à du CC43, par exemple, ben c'est actuellement impossible. Ca obligerait à déclarer dans quel système de projection on travaille, et à intégrer à MajiCad toutes les transformations de coordonnées...Trop dur!
Le mieux est d'utiliser IGNmap qui est capable de modifier les géoréférencements d'images

23. Le jeudi, juin 17 2010, 18:44 par Gilles BRU

Merci pour ta réponse, elle correspond exactement à ma question, hélas.
IGNmap, connait pas, mais je vais faire des recherches. J' ai ouî dire que le logiciel UT4RT faisait les conversions grf-tab-tfw-jgw mais je n'ai pas pu mettre la main dessus. Si quelqu'un l'a déjà testé ...
Ah, au fait, très bonne idée, le blog

24. Le vendredi, juin 18 2010, 11:48 par Jean-Paul LAPICA

IGNmap est gratuit et téléchargeable sur l'un des sites de l'IGN :
http://lambert93.ign.fr/index.php?i...
(si le lien ne fonctionne pas : c'est la 1ère réponse d'une recherche google basique)
IGNmap peut également lire tous les formats, vecteur et raster, utilisés en topo et par les différents SIG.

En utilisation reprojection vectorielle :
- une fois le IGNmap lancé, ne pas chercher à ouvrir quoi que ce soit.et aller directement dans le menu outils/reprojection raster...
- il fonctionne par dossier complet (avec ses sous dossiers) et traitera TOUS les fichiers du "répertoire de données"
- il faut utiliser une version récente car les DXF transformés (même au format R12) n'étaient pas lus par PCI sur les premières versions

Sinon, pour l'utilisation dans autoCAD de nos vieilles ortho en Lambert Zone, l'outil "Bdo2dxf.cc" de JJSACAD est particulièrement efficace : il fabrique des DXF avec le chemin des images et leur calage dans la projection CC9Z demandée.

25. Le mardi, juin 22 2010, 18:52 par Gilles BRU

IGNmap marche nickel. Merci

26. Le mercredi, juillet 28 2010, 14:28 par JYL (Jean-Yves laval)

je viens de découvrir l'existence de cette dernière version de Majicad qui fait du géoréférencement vectoriel en bloc. Félicitation pour l'idée et la réalisation qui doit être conforme à tes habitudes de développement, à savoir ergonomique et efficace. j'espère pouvoir l'essayer prochainement .
Depuis que nous avons appris que nous disposons des géoref de l'IGN nous nous posons (comme beaucoup qui nous téléphonnent) la question d'en vérifier la qualité et de pouvoir l'adapter à nos exigences, qu'en penses-tu ?
PS: pour ce qui est de la traduction de dxf en ascodes Yves BENASSIS a écrit un traducteur.

27. Le vendredi, août 6 2010, 09:35 par MajiCad

Bonjour Jean Yves. Tout dépend de ce que l'on entend par "adapter à nos exigences". Le cadastre dont tu parles, se doit aujourd'hui de s'adapter aux exigences des usagers, grands et petits. La première de ces exigences est que le plan soit superposable aux autres couches d'informations géographiques disponibles, une de ces couches étant notamment constituée par la couverture orthophotographique de l'IGN.
En théorie le Cadastre devrait donc récupérer de l'IGN des géoréférencements corrects, sauf que... Les plans cadastraux rénovés par voie de mise à jour sont bourrés de déformations locales qui interdisent la bonne superposition avec le terrain. Tant que le service du cadastre s'oblige à n'utiliser que des transformations conformes le problème persistera. Autant la copie conforme a pu protéger le plan contre l'introduction d'erreurs supplémentaires lors des vectorisations, (facteurs d'échelle mis à part) autant elle constitue un handicap pour l'adaptation au terrain après vectorisation.
MajiCad a donc intégré un calcul en bloc "reformant" (ou non d'ailleurs) qui, si on le maitrise par la présence de l'ortho, peut répondre aux besoins actuels des usagers.
Si on assure la « superposabilité » du plan cadastral aux autres couches d'information géographiques, on ne fait rien moins que faire fonctionner les SIG, qui ont besoin par exemple, de connaitre le propriétaire en fonction d'une position géographique... etc...

28. Le mercredi, septembre 1 2010, 15:37 par Régis Davoust

Bonjour Michel,

J'ai tatonné et je n'ai pas trouvé la solution à un petit problème.
Avec l'onglet "topologie" des Outils Spéciaux, je m'en sors bien pour traiter les parcelles enclavées, mais je n'arrive pas à traiter les subdivisions fiscales enclavées (comme un plan d'eau au milieu d'une parcelle).
Par ailleurs, je cherche un lien vers le logiciel "Croqrem", j'ai l'impression que la feuille de calcul 6240.xls de pl@net est un peu dépassée.
Merci d'avance et bonne rentrée!

29. Le vendredi, septembre 10 2010, 18:39 par MajiCad

J'ai tâtonné, et j'ai trouvé: La subdivision encadrante correspondant à la parcelle ne se créait pas toute seule. C'est maintenant corrigé. A part ça: je ne connais pas "Croqrem"...

30. Le vendredi, septembre 24 2010, 09:14 par Jean-Paul LAPICA

croqREM (avec 6240-LS) est un logiciel de préparation et de finalisation des chantiers de remaniement. Il est écrit par François Baby actuellement RdC au CDIF de Saint-Nazaire, et, à priori, en cours de labellisation. Ne pas hésiter à le contacter pour obtenir la dernière version. La version proposée sur pl@net est effectivement totalement obsolète !

Pour ceux qui ne connaissent pas : croqREM travaille très simplement à partir des DXF extraits de PCI et des fichiers fonciers fournis par le CSI (situation au 1er janvier donc).
- dans un premier temps il faut tracer des polylignes fermées qui vont englober, section nouvelle par section nouvelle, les parcelles remplacées par le remaniement et poser à l'intérieur un texte du nom de cette section nouvelle ;
- il faut ensuite créer un fichier texte avec le nom des géomètres intervenant sur le chantier et c'est tout ;

croqREM se charge ensuite :
- de faire toute la prospection (stats, UT, etc.) du chantier ;
- de préparer la confection du croquis de delim / terrain (* v. détail ci après) ;
- de préparer les divers publipostages à utiliser avec les modèles (aménageables) fournis ;
- en particulier celui des réunions de parcelles à vérifier à la CH ;
- et de préparer le fichier de correspondance qui sera utilisé par 6240-LS en fin de chantier ;

La dernière version prévoit la confection d'une table de correspondance directe et inverse pour la totalité du chantier (et non section par section) ainsi qu'une automatisation des changements de ref. dans Lascot.

(*) concrètement, croqREM fabrique pour chaque section nouvelle un fichier croquis.dxf à superposer (importer) au plan existant. Ce fichier va amener dans le dessin le pourtour des ilots de propriété (parcelles contigües et au même compte) avec à l'intérieur le nom du propriétaire et son n° majic, son adresse s'il habite en dehors de la commune et la contenance des parcelles, et cela dans 2 jeux d'écriture à masquer/afficher selon l'échelle de sortie du croquis de delim. Il "suffit" ensuite de repositionner les écritures pour confectionner un croquis de delim propre.

31. Le vendredi, septembre 24 2010, 09:33 par Jean-Paul LAPICA

Je profite de cette visite du blog pour suggérer l'ajout dans la catégorie "outil spécial" d'une fonction permettant de repérer les objets du plan en anomalie de géométrie.
J'entends par là : les objets surfaciques qui présentent des "aller-retour" (sommets identiques non contiguës) ou des "papillons" (des segments qui se croisent).

Ces objets ressortent systématiquement en "ano GML" et sont probablement handicapants aussi pour les gestionnaires de SIG. PCI les repère mais sans identifier l'endroit précis de problème ce qui oblige généralement à l'aveuglette, à supprimer l'objet pour le reconstruire.
Et malheureusement, faute de disposer de cet outil en amont, on peut être amenés à injecter dans PCI de tels objets.

Ce n'est qu'une simple suggestion, sans évaluer la faisabilité de la chose, mais cet outil serait bien utile dans les services...

32. Le lundi, septembre 27 2010, 09:43 par paco2

Bonjour à tous,
très bonne idée que ce blog.
Je n'ai pas encore utilisé majicad mais je suis son évolution depuis un peu plus d'un an.
Faisant partie des cadastreux(ou cadastreurs(snif) comme disait un collègue),je pense que je ne vais pas tarder à m'y plonger.

33. Le mardi, octobre 5 2010, 10:27 par MajiCad

à JP LAPICA: Les polygones générés automatiquement dans Majicad par les fonctions topologiques ou par la création de face par pointé au centre sont exempts d'erreurs de ce genre, tu peux donc les utiliser pour regénérer un contour défectueux (tour de section / subdsect ou parcelle.)
En ce qui concerne la détection / correction automatique, on pourrait envisager que la fonction "analyse trous et débordements" le fasse... Dans une prochaine version sans doute...
En attendant: ne par oublier la fonction ESM (éliminer sommets multiples)...

34. Le mercredi, octobre 6 2010, 14:16 par paco2

J'ai eu un léger souci en essayant de faire un export de mes croquis de majicad vers pci vecteur.
J'ai utilisé ta méthode mentionnée dans l'assistance majicad:"Comment distinguer les objets que je crée de ceux qui figurent déjà dans mon fichier, tout en les mettant dans les couches DXF_PCI?
Comment distinguer les objets que je crée de ceux qui figurent déjà dans mon fichier, tout en les mettant dans les couches DXF_PCI?"
Et avec ça PCI vecteur n'a pas reconnu mon fichier(que j'arrive bien à ouvrir sur autocad 2000)
Où peut donc être le problème?

35. Le mercredi, octobre 6 2010, 18:12 par MajiCad

Je suppose que tu as choisi la 2ème méthode car avec la commande TCU c'est pas très élégant.
En principe tu as donc un fichier qui ne contient que les objets nouveaux dans des couches PCI (ou non) que tu veux faire digérer à PCI.
Sauf à regarder du côté du système de coordonnées ou du chemin qui ne doit pas contenir de blancs... ca devrait se passer sans problèmes. Je ne pense pas que le nom long du fichier soit un handicap.... Messieurs les conservateurs... si vous avez un avis...

36. Le vendredi, octobre 8 2010, 14:11 par paco2

Oui c'est bien la 2ème méthode.
Je vais vérifier les coordonnées et le chemin et je te tiens au courant.

37. Le samedi, octobre 9 2010, 23:46 par Vincent Métivier

Bonsoir à toutes et à tous.

Juste un petit complément concernant la description de Jean-Paul sur les logiciels CROQREM et 6240_LS réalisés par F.BABY.

Une documentation est disponible sur l' Intranet de la Loire-Atlantique (je ne connais plus le lien exact mais cela doit être boîte à outil topo)

Bon we à tous

38. Le lundi, octobre 11 2010, 14:13 par MajiCad

Bonjour à tous,

Un collègue ayant travaillé tout l'été en Lambert 3, se trouva fort dépourvu quand la bise fut venue. En rentrant au bureau, PCI lui dit que son travail devait être calé. Il reprit donc son bien et lui appliqua un changement de coordonnées en CC43, via Geo3D. Mais sollicitant de nouveau PCI, celui ci lui répondit en boucle que son travail devait être calé... Que se passait-il?

En fait, les programmeurs de PCI ont voulu faire un logiciel à leur image, intelligent et soucieux de la rentabilité, et ils ont jugé qu'il était inutile de réitérer une tâche déjà faite. Donc, à partir du moment où, pour une tâche donnée, PCI trouve des fichiers temporaires déjà créés, il va repartir de ces fichiers pour s'économiser la réitération d'une traduction.
Celà part d'un bon sentiment, mais dans l'affaire on a oublié que l'utilisateur pouvait, lui aussi, être intelligent, et que, s'il voulait réitérer une opération, c'est qu'il avait de bonnes raisons de le faire.

Moralité: avant de reprendre une tâche, il faut supprimer les fichiers temporaires que crée PCI, ils se trouvent pour la plupart dans le dossier FedVerPCI.

39. Le lundi, octobre 11 2010, 20:09 par Régis Davoust

Bonjour,

Pour répondre à Paco2, concernant la prise en charge des fichiers DXF issus de Majicad dans PCI-vecteur, il faut, depuis que PCI est sur la MMA, copier préalablement tes fichiers DXF dans un répertoire que tu auras créé à la Racine J: de PCI.
Pour moi c'est la seule façon de charger un fichier DXF extérieur dans PCI.

40. Le mardi, octobre 12 2010, 22:54 par paco2

Merci Régis pour tes précisions.
Mon problème venait du fait que PCI ce jour là était mal luné car j'ai refait exactement la même manip hier et ça a marché.
Mais ce que tu soulignes permet de bien transférer nos fichiers car j'ai essayé à un moment d'intégrer mon report à partir de mon DD externe et ça ne marchait pas.

41. Le samedi, octobre 16 2010, 10:59 par Michaël

Félicitations pour ce logiciel inégalé dans ses performances et quoiqu'on en dise vraiment adapté aux exigences et besoins des "cadastreurs".
Pour ma part, c'est le seul programme vraiment efficace pour gérer l'intégration "proprement" des gros remembrements qui transforment une commune en "gruyère"( des dizaines d'exclus ).
Avec utilisation en tant que base de donnée du fichier des parcelles en apport fourni par le géomètre remembreur,les parties de sections existantes remembrées se colorient, il n'y a plus qu'à "découper" ces zones avec l'outil de clôture et
réajuster les contours de section, subdsect,lieux dits à ce qui reste de chaque section.
Enfin, création d'un TA pour une vue d'ensemble de la commune après remembrement et pour visualisation des raccords dans les tolérances à effectuer dans MAJICAD et le tour est joué.
Par expérience c'est mission impossible dans l'application officielle PCI-vecteur dès que les chantiers sont complexes(manque de lisibilité, pas d'affchage section par section possible, toutes les sections de la même couleur...).

Dommage que l'export au format ascode pour réintégration dans PCI ne soit pas intégré.

Encore bravo MAJICAD!

42. Le lundi, novembre 29 2010, 08:44 par paco2

Bonjour,
j'ai un problème pour saisir un objet(par exemple pour copier).
Je vais sur le point de cet objet mais comme il est commun avec un autre ,je me retrouve toujours avec le mauvais sélectionné.
Comment faire,svp?
Merci

43. Le mardi, décembre 7 2010, 19:53 par BENOIT

Michaël,
Peut tu me préciser ta façon d'exploiter les exclus de remembrement ?
Et surtout la réintégration dans PCI ?

Merci !

44. Le jeudi, décembre 16 2010, 17:16 par JF

Bonjour chers Majicadistes cadastreuses et cadastreurs,

Les 2/3 soit 6/9 de nos effectifs locaux sont désormais "convertis" à Majicad pour ce qui est de la montée en charge ( je sais, tout le monde s'en... ) mais malheureusement, l'option réglage du logiciel...plante et n'enregistre pas correctement les clefs du fichier ini ! ?? La version est la dernière en ligne du 10.09 mais estampillée 19.08 je crois dans la barre de titre au lancement...

Alors ma question, sommes nous les seuls ou est-ce un petit bug ?

Sur ce, passez toutes et tous de bonnes fêtes de fin d'année et longue vie à Majicad ( une alternative réaliste par rapport à un innommable pci en dessous de tout )

45. Le jeudi, décembre 16 2010, 17:31 par JF

Sur un autre sujet : ASCCODE

@JYL

ref : Le mercredi, juillet 28 2010, 14:28 par JYL message 26

Peut-on obtenir le programme de traduction en asccode dont tu parles ou au moins une doc sur l'asccode car l'interface apic me gave copieusement...???

Merci pour ta réponse JF

46. Le samedi, janvier 8 2011, 09:25 par JF

Les meilleurs voeux à toutes et tous les Majicadistes ( et aux autres également ) pour cette année 2011 qui nous apportera sans aucun doute son lot de bugs et surtout de grosses fautes de géométrie PCI qu'il faudra sans doute, une fois de plus, contourner par Majicad ou par un autre logiciel extérieur...
J'ai pourtant dû louper une marche car j'ai l'impression que ce blog est complètement éteint....!..?...
En espérant que tel n'est pas le cas, encore une fois mes voeux les plus sincères à tous, JF

47. Le vendredi, janvier 28 2011, 21:51 par ReadWrite

APIC Format d'échange ASC

voir : http://www.forumsig.org/showthread....

48. Le vendredi, février 4 2011, 18:50 par JF

Merci pour ta réponse ReadWrite et je me suis rendu compte que je m'étais inscrit sur ton blog et avais téléchargé ce fichier il y a quelques années...mais je ne me rappelle plus de mon login et mdp...Je viens d'y jeter un coup d'oeil et ça me parait très bien...( je crois pas contre que l'autre lien ne donne rien )...

Je pense qu'on se reverra au repas de printemps...mon cher ReadWrite...Le bonjour chez toi et @+

En espérant que Michel reviendra bientôt pour animer son blog !...

49. Le dimanche, février 6 2011, 18:14 par Laurence M

Bonjour,
Je viens de télécharger le logiciel majicad 2000. Que de changement par rapport à ma version 2007!
J' ai donc pas mal de questions.
1) je n' arrive pas à faire un TA. Je charge mes feuilles (provenant d' une sortie ponctuelle PCI-vecteur de la commune entière) , je fais traitement et ça me marque une erreur.
2) j' aimerais bien utiliser majicad pour faire mes fiches croquis cad imprimer un fond de plan de la parcelle où il y a travaux avec les indications de la base Lascot. J' arrive à charger la base Lascot, zoomer sur les parcelles concernées mais je n' arrive pas à faire ces fiches croquis (je sais que c' est possible sur autocad mais comme j' y suis allergique...)
3)comment fait-on pour retrouver les couleurs de PCI-vecteur?
Merci d' avance pour les réponses
Laurence

50. Le jeudi, mars 31 2011, 09:40 par Jean-Paul LAPICA

> Laurence M
3) aussi vilaines qu'elles soient, on finit à s'habituer aux couleurs PCI et vouloir les rétablir, par habitude sans doute ^^
Une couleur particulière peut être trouvée à l'aide de l'outil "pipette" de n'importe quel logiciel de retouche d'image (photofiltre par exemple) depuis une copie d'écran.
Pour les bâtiments PCI les codes RVB sont :
batidur 222 ; 170 ; 0
batileger 255 ; 255 ; 0

51. Le lundi, mai 30 2011, 15:59 par jyl

je viens de m'apercevoir (à retardement) que le message n° 45 posait une question relative à mon message n° 26
réponse : control-import est téléchargeable depuis peu sur pl@net

52. Le mardi, juin 7 2011, 07:32 par JF

Merci pour ta "prompte" réponse JYL car comme le blog ne bouge plus trop depuis que Majicad n'y intervient plus, bon nombre de réponses peuvent rester sans solution. En ce qui concerne control-import, une collègue nous l'a présenté il y a peu effectivement, et elle en est absolument ravie.

En ce qui concerne mon message 44, "réglage des options impossible " , il faut décharger l'antivirus et tout baigne...@+

53. Le jeudi, novembre 10 2011, 17:20 par drplm

Est il possible de crée un outils pour faire une recherche par coordonnées pour localiser des anomalies suggéré par contrôl-import

Merci d'avance

54. Le vendredi, novembre 11 2011, 09:43 par MajiCad

Bonjour,
Quelques menus pb de déménagement m'ont occupé pendant quelques temps, mais coucou me revoilou.
Va falloir faire un billet, mais j'hésite, car par les temps qui courent, c'est plusieurs qui seraient plus satisfaisants pour mon portefeuille...
Bon, à part ça:

Paco2 (mess42): je suppose que depuis le temps tu as trouvé tout seul comment accéder à des objets cachés par d'autres? (bouton droit)

Laurence M (mess49): Ton erreur de création de TA est-elle toujours d'actualité? si oui, merci de préciser...

drplm (mess53): Utiliser la fonction xy=729399,165113 sur la ligne de commande... (en changeant les chiffres )

55. Le jeudi, novembre 17 2011, 09:06 par paco2

Bonjour,
effectivement en dérapant sur ma souris j'ai trouvé que c'était le clic droit qui permettait de choisir le bon objet.
Mais merci de ta réponse

56. Le vendredi, décembre 2 2011, 09:58 par benoit

Pour positionner les anomalies avec Control Import , prends les fichiers issus avec l'extension nuage ano en nxy puis dans majicad import semis de points.

57. Le mardi, janvier 10 2012, 14:53 par jfbareau

Pour diverses raisons, nous travaillons de plus en plus avec le format DA Numérique. Peut-on imaginer une possibilité d'import de fichiers au format DA Numérique. En effet, cela peut être pratique quand il faut mettre à jour une ou plusieurs sections remaniées ou remembrées par exemple.

58. Le lundi, janvier 30 2012, 02:55 par jmc

Est il possible d'appliquer à une zone préalablement sélectionnée une helmert simple ou de contrôler l'attraction sur cette même zone en cas d'helmert déformante.
Sauf erreur de ma part ces deux possibilités ne sont possibles que sur une feuille entière et l'helmert appliquée sur une zone est nécessairement à 100% d'attraction.
Merci par avance

59. Le mardi, janvier 31 2012, 09:02 par Jean-Paul LAPICA

La solution que j'applique procède en 2 phases :

1) je pose mes points d'appuis et j'applique la transformation à toute la feuille avec le bouton du haut "transformation d'Helmert". Le résultat est chargé en référence avec un suffixe _HDE
Pour les vérifications il est possible de donner au fichier _HDE une couleur bien identifiable (rouge par exemple) ou d'échanger les fichiers origine et référence (attention de bien ré-échanger les fichiers rapidement avant de risquer de les confondre : la mauvaise manip peut arriver vite

2) lorsque cette transformation est satisfaisante :
- j'efface les appuis (un bouton pour le faire en 1 clic serait d'ailleurs le bienvenu
- je place une limite de zone et je pose DEUX nouveaux appuis à l'intérieur de cette zone en prenant les points cible sur le fichier _HDE en référence (n'importe quel point convient pour ces appuis puisque cette fois la transformation sera "juste" mathématique et non plus topographique)
- j'applique ma transformation uniquement à cette zone avec le bouton du bas "Transformation de Zone", le reste de la section ne sera pas affecté puisque hors de la zone

Cela peut sembler lourd mais ce n'est plus le cas avec un peu d'habitude et la sauvegarder auto du résultat dans le fichier _HDE peut s'avérer utile

60. Le jeudi, février 16 2012, 19:13 par MajiCad

jmc,
Attention à une Helmert qui serait appliquée à quelques éléments d'un ensemble, car cela créerait une rupture en limite de zone.
Si tes appuis sont sûrs, La transformation "reformante" revient à propager les compensations, ce qui est meilleur qu'une helmert simple.
Personnellement, quand j'ai à bidouiller un truc comme ça, j'élargi la zone, et j'encadre la zone à reformer par des appuis à écarts zéro assez éloignés des appuis à forts écarts, comme ça la déformation locale est absorbée en douceur par les éléments voisins.

61. Le vendredi, avril 13 2012, 15:09 par jfbareau

Bravo pour la mise à jour de l'Aide et pour le Dock Manager. Je dois admettre que les barres d'outils flottantes me crispaient parfois. Le problème est réglé de belle manière.
Je compte utiliser MAJICAD pour préparer les fonds de croquis pour la mise à jour bâti à partir de LASCOT. Je suis preneur de tous les trucs et astuces que vous, utilisateurs habituels de MAJICAD auriez pu découvrir.

Merci d'avance.

62. Le jeudi, octobre 18 2012, 01:27 par Benoit

A quand le tutoriel de Majicad ?

Bien que je m'en sers tous les jours, je suis sûr que d'énormes subtilités m'échappent!

63. Le vendredi, octobre 19 2012, 10:45 par Benoit

Ce que j'attends par tutoriel; c'est par exemple une explication sur la déformation élastique en vidéo sur youtube.

On verrait les différents déplacements de la souris sur l'écran de MAJICAD avec les commentaires oraux de Michel MARTIN.

Je trouve que c'est la manière la plus pédagogique pour apprendre un logiciel.
Michel, dis moi que c'est possible!
Merci.

64. Le jeudi, novembre 22 2012, 16:38 par Jean-Paul LAPICA

souci d'impression avec PDFcreator :
Je ne parviens pas à imprimer un document composite avec des vecteurs et une image ECW en fond de plan. Jusqu'à l'aperçu tout se passe bien mais au moment de valider en appuyant sur le bouton "imprimer" un message d'erreur apparait : "imprimante incompatible avec certaines fonctions graphiques!".
Quelqu'un a-t-il déjà eu ce problème ? est-ce vraiment un souci d'imprimante (je ne dispose pas d'une imprimante physique pour peaufiner le test) ?

65. Le lundi, novembre 26 2012, 17:59 par MajiCad

Je viens de faire un essai avec pdf creator, et c'est passé du 1er coup (verteur+ECW)
Faut dire que la version 1.6.0 est toute chaude. Est-ce à dire que les versions précédentes buggaient sur le sujet? Je ne saurais dire...

66. Le mercredi, décembre 12 2012, 12:24 par Syntaxzerror

Bonjour,

Grande décision aujourd'hui : après des années de pratique d'Autocad et de différentes perso, j'ai décidé de passer du côté obscure ...
Donc, cette semaine, stage de sensibilisation et d'adaptation à Majicad ... J'aurai certainement des questions à poser ...

Merci Michel pour ce bel outil !

67. Le mercredi, décembre 19 2012, 09:10 par paco2

Bonjour à tous amis majicadistes,
@ Benoit(message 63),Michel a commencé à faire une vidéo sur http://michel.martin34.free.fr/MMassist.html#V1
Je trouve l'idée bonne d'avoir un mode d'emploi car par moment je galère un peu dans la compréhension du logiciel(je remanie en ce moment avec majicad)et comme je me sens un peu seul dans ma campagne normande(malgré les réponse ponctuelles de Michel)
@Syntaxzerror(ce pseudo ma rappelle ma jeunesse),bienvenue à toi tu vas connaitre la puissance du côté obscur(ou plutôt lumineux car quand on connait PCI..)

68. Le jeudi, décembre 20 2012, 14:56 par BENOIT

Lettre au Père-Noël

Bonjour Père-Noël, j'ai été très sage durant l'année 2012. J'ai fait beaucoup de croquis et mon chef est content.

Je commande un beau Majicad sur tablette Androïd avec gyroscope et GPS intégré. Comme ça, je ne serais jamais perdu. Le cadastre se positionnera tout seul et en plus dans le bon sens. Grâce au Bluetooth, les cotes prises sur le terrain viendront directement s'afficher sur le logiciel.

Je te remercie Père-Noël et je te promets de dessiner encore plus de croquis en 2013.

69. Le samedi, décembre 22 2012, 18:48 par Papa Noel

Hoow hoow hoow! mon petit BENOIT.

Du fond de ma forêt lointaine je fais toujours de beaux projets de jouets en pensant aux enfants sages. Et mon plus grand plaisir est de voir briller leurs yeux alors regarde un peu ici:

http://michel.martin34.free.fr/gruik.htm .

Bon d'accord, mon petit BENOIT tu n'as vu qu'une boite, mais je te garanti qu'à l'intérieur le projet avance. J'ai déjà fait une maquette avec le meilleur bois de ma forêt et je suis en train de cirer la tablette.

Dès qu'elle brille suffisamment pour que je ne me râpe plus les doigts en voulant faire glisser les icônes. je la met dans ma hotte.

70. Le mercredi, janvier 2 2013, 13:32 par BENOIT

Crois tu Père Noël que ta tablette peut piloter ça?

http://www.d3e.fr/gps/gps_gatewingx...

Ça vole mieux qu'un renne...

71. Le mercredi, janvier 2 2013, 16:27 par BENOIT

Bravo pour les tutoriels vidéo.

Merci de ne pas oublier les géomètres conservateurs.

72. Le mardi, janvier 22 2013, 11:04 par Benoit

Merci pour les tutoriels de conservation. (exemple)

Belle maturité pour Majicad et bons vecteurs de com.

Il ne manque plus que l'adoubement de Dame DGFiP.

73. Le jeudi, février 21 2013, 13:42 par Franck

Avant tout, un grand MERCI à MajiCad qui n'oublie pas les Conservateurs. J'ai commencé par utiliser cet outil pour animer les CCID et au fil de l'eau ... Alors, cette fois c'est dit : je me lance ^^.
Je suis donc preneur de toute information me permettant de prendre en main le logiciel car je patauge un peu même si l'interface est très intuitive (l'idée des vidéos explicatives est Top pour les néophytes). Donc si certains ont développés un "pas à pas" n'hésitez pas à me contacter.

J'ai quelques petites questions/suggestions :

1) Est-il possible de prévoir une impression automatisée de la tournée de conservation ? J'utilise persocad depuis très longtemps et j'avoue que je ne suis pas prêt de me passer des macros permettant la gestion de la tournée de conservation :
- Automatisation de l'impression des fonds de plans à une échelle adaptée (500ième, 1000ième ...etc) avec en-tête LASCOT.
- Repérage des croquis à réaliser sur le TA (N° de fiches positionnées sur TA avec pastille de forme différente en fonction de l'achèvement ou non des travaux)
- Archivage automatique des croquis réalisés (Impression en pdf des croquis réalisés, avec numérotage automatique ...etc, le tout compacté dans un seul et même fichier via pdfcreator)

2) Pour un Conservateur, le plus ennuyeux est certainement le nettoyage de PCI avant l'importation des croquis réalisés. Pour chaque croquis, il faut aller sur la zone pour "démolir" la situation ancienne avant d'intégrer la situation "nouvelle"
La question est simple : comment se passer de ce moment douloureux ??? Pour ma part je fonctionne avec PCI ouvert sur base fixe et Autocad ouvert sur mon portable et c'est parti pour 1 heure de galère ...
L'idéal : une récupération des n° d'objets à démolir via apposition d'un signe "biffer" et suppression automatique dans PCI de ces éléments.
Une solution d'attente : Cf ci-dessus, mais avant prévoir un petit massage des cervicales ^^.

3) MajiCad permet déjà d'apposer une date de constatation sur la fiche Lascot traitée. Pourrait-on envisager d'aller plus loin en créant un export, de ce fichier nouvellement mis à jour, au format csv pour un import direct dans Lascot via pilote de transfert ?

Bonne journée ^^

74. Le lundi, février 25 2013, 15:33 par MajiCad

Salut Franck, En attendant la lumière...Bienvenue du côté obscur.
- l'impression automatisée de la tournée de conservation est bien entendu possible, mais j'ai un peu peur pour la forêt amazonienne. Combien de croquis imprimés restent en fin de tournée? Je me demande s'il ne vaut mieux pas faire des impressions sûres...
- Le mode d'archivage? il n'y a rien de plus discutable et les coutumes locales sont divergentes. Pourquoi ne pas archiver tout simplement le fichier de travail sur l'ensemble de la commune, qui pourrait contenir les côtes de terrain?
- Plus intéressant est la suppression automatique des objets anciens. L'ASCODE le permet, mais l'opération est délicate, et je préfèrerais qu'une autorisation, même implicite, soit donnée.
- Et à propos de la base Lascot dans MajiCad: Elle est maintenue par substitution de champs, ce qui conserve sa structure d'origine et autorise une remontée en charge dans Lascot. (le format "texte" de Lascot est en fait un format CSV)

75. Le mercredi, février 27 2013, 13:44 par Franck

Plus j'avance et plus j'apprécie ^^, ce logiciel est vraiment fait pour nous ^^. Une fois que les automatismes Autocad disparaissent, c'est que du bonheur.

J'ai toutefois encore quelques questions/suggestions :

1) En conservation, je crée mon nouveau fichier (section TA) avec l'ensemble des DXF en références et les fichiers littéraux issus de PCI (Vraiment Super les thématiques Proprio, Voie). En revanche, je n'ai aucune information sur la référence cadastrale du coup si je lève la tête dans la rue et que je fais un croquis "non prévu", je ne sais pas sur quelle section je suis obligé de passer par Visudgfip
Donc, j'aurais voulus savoir s'il était possible d'afficher la référence cadastrale (en fait la section suffit) en dessous des thématiques précitées.

2) Serait-il possible d'avoir un accrochage "milieu" ? En fait, j'ai un gros défaut : je mets au plan les bains romains ^^. Du coup, sur le terrain je mesure la flèche et un accrochage "milieu" me faciliterai le report (pour le positionnement du troisième point du cercle).
En parlant de piscine, quelle est la solution simple pour dessiner une forme "courbe" ?
Pour l'instant, je lisse le cercle et je "rajoute" les sommets à l'objet initial, sûrement procédure archaïque, mais c'est la seule que j'ai trouvée ^^. Pour les "haricots", même procédure, je reconstruit le tout
De plus, je ne sais pas si je ne crée pas des points trop proches les uns des autres, que PCI aurait du mal à digérer ^^ (mais si j'ai bien compris, la commande "FSP" devrait résoudre ce problème).
Du coup, une info bulle, annexée au pointeur souris, lors du tracé d'une polyligne (2 bulles lors d'un ajout de point), qui donnerait la distance avec le point précédent (et le point suivant) serait bien utile ^^ (ou insérer cette info en temps réel dans le tableau d'entrée numérique).

2bis) J'aime bien aussi l'accrochage "perpendiculaire", mais ça je crois que c'est juste un vieux réflexe ^^.

3) Enfin, ma dernière requête, pour l'instant ^^, concerne les outils "images". Le décalage avec un retour à la situation initiale : vraiment génial. La possibilité d'effectuer la même chose pour une rotation, voire une adaptation, serait le top du top, mais j'ai peur que cette dernière ça engendre des problèmes lié à la "pixelisation" de l'image. Je crois qu'on pourrait se contenter de la rotation ^^, c'est envisageable ?

PS : Suis tout à fait d'accord pour la forêt amazonienne
Il faut juste faire attention à épurer le fichier utilisé (pour éviter les doublons). Mais malgré ces précautions, je ne sais jamais à l'avance si on va m'ouvrir la porte, donc j'imprime tous les fonds de plans et j'arbore mon plus beau sourire ^^.
Par conséquent, Il faut juste imprimer un fond de plan unique pour toutes les fiches qui ont la même référence cadastrale et sauver ainsi quelques brindilles ^^. Dans ce cas il faudrait prévoir d'intégrer l'ensemble des natures de travaux sur cette même fiche ^^.
En revanche, le repérage des croquis sur le "TA" permet une optimisation du parcours, du coup c'est mieux pour la couche d'ozone

76. Le jeudi, février 28 2013, 10:47 par Franck

Bonjour,

A défaut d'une suppression automatique des anciens objets dans PCI, serait-il possible d'avoir un outil "biffer" pour visualiser dans MajiCad les éléments à démolir ?
En fait, dans le cas d'une simple démolition, sans aucune autre modification, il est difficile de pas oublier de supprimer cet objet lors du nettoyage de PCI ^^.

Bonne journée.

77. Le mardi, mars 5 2013, 14:49 par Syntaxzerror

Salut Franck,

Je suis moi aussi un jeune Padawan (uniquement dans l'utilisation de MajiCad car pour le reste ...) et donc, j'apprends aussi à maîtriser le logiciel. L'outil BIFFER existe bien dans MajiCad : il te suffit d'aller dans le menu CRÉATION puis SYMBOLES. Par contre, moi, je suis à la recherche de la fonction qui permet de cadrer sur un jeu coordonnées précises ... Une idée ?

Bonne journée

78. Le mardi, mars 5 2013, 19:50 par Syntaxzerror

En ce qui concerne la recherche de la fonction qui permet de cadrer sur un jeu coordonnées, c'est bon, j'ai trouvé ... C'est ma commande XY= qui bugait ...

79. Le samedi, mars 9 2013, 12:05 par Franck

Comment remercier MajiCad pour ce bouton "A effacer de PCI", vite, vite, que quelqu'un me pince ...

Que c'est bon de sortir de la MATRICE

80. Le mercredi, mars 13 2013, 11:16 par Franck

Enfin un petit "Oups !" a signaler à MajiCad ^^.

Je ne sais pas si j'ai fais une erreur quelque part, mais mes tests d'importation dans PCI des croquis via la commande "Evaluer un fichier" n'a pas fonctionné correctement

En fait, quand j'ai lancé "l'évaluation" du fichier "MAJ_CROQ.asl" le nettoyage s'est très bien déroulé (et ça c'est vraiment un réel bonheur; jamais on ne remerciera assez MajiCad pour cette fonction) en revanche, la suite du traitement pose un "petit" problème.
En fait, l'importation des nouveaux objets n'a pas fonctionné avec, en fin de traitement, le message suivant : "commune inconnue".

Si j'ai bien tout compris, "MAJ_CROQ.asl " lance le traitement successif de "MAJ_CROQ_S.asc" et de "MAJ_CROQ_A.asc".
Ce qui me paraît bizarre, c'est que le nettoyage se fasse correctement pour les objets à supprimer (donc retrouve bien la commune concernée) et pas pour l'importation des nouveaux objets !?!? A la lecture, les fichiers "MAJ_CROQ_S.asc" et "MAJ_CROQ_A.asc" semblent pourtant avoir une structure identique (pour le novice que je suis ^^).

De même, le lancement du fichier "MAJSTOCK_CCC.asl" a généré un message d'erreur (ici s'est une fenêtre qui s'ouvre dans PCI annonçant un message d'erreur) que j'ai malheureusement oublié de noter (quel nul !!!)

Evidemment, pour intégrer les croquis je suis passé par la création d'un croquis fiscal avec "importation de données DXF dans le système de référence". PCI met les éléments a nettoyer dans une couche "brouillon" donc l'importation des nouveaux objets ne pose aucun problème

RQ : au départ j'ai fais le test à partir du portable, mais j'ai obtenu les mêmes résultats à partir d'une station fixe

Suggestion :

Pourrait-on envisager des noms différents en fonction des communes traitées et de la date de traitement ? Du style :

MAJ_CROQ_CCC_aaaammjj.ASL
MAJ_CROQ_CCC_A_aaaammjj.ASC
MAJ_CROQ_CCC_S_aaaammjj.ASC
MAJSTOCK-CCC_aaaammjj.ASL

où "aaaammjj" est liée à la date du lancement de la fonction "Exporter vers PCI".
Ceci permettrait de conserver les données dans "D\BAL\" sans risquer d'importer des données d'une autre commune ou d'une précédente MAJ.
Cette demande est liée à la "peur" générée par une mauvaise expérience ^^. En fait, si aucun nettoyage n'est fait dans "FedversPCI" on peut sans le vouloir importer une deuxième fois le même fichier. J'avais fait un complément de MàJ sur une commune et sans faire attention, le nouveau fichier à importer portait le même nom que la précédente MàJ. PCI a importé une nouvelle fois mon premier fichier et j'ai dû nettoyer manuellement mon erreur en effaçant tous les doublons

81. Le mercredi, mars 13 2013, 14:12 par MajiCad

Franck, tu vas trop vite. Tu t'es enthousiasmé sur la gomme spéciale PCI, avant que les fonctions d'intégration n'aient été testées et sécurisées. Maintenant, tu peux y aller, mais Attention à l'identification du CDIF et de la commune, c'est de ta responsabilité! Le PB actuel des macros PCI utilisées est que: pour la suppression, c'est la géométrie de l'objet qui est recherchée, mais pour les créations, il faut indiquer la commune propriétaire.
D'autre part, tu as bien compris que le danger est de réitérer la commande, il faut donc supprimer les 4 fichiers aussitôt après utilisation et en aucun cas vouloir les archiver. C'est le DXF-Source que tu dois archiver.
A propos des doublons tu verras que la dernière version de MajiCad permet d'automatiser la suppression des doublons dans PCI. Des tutoriels ont été faits sur le sujet.
J'en profite pour remercier Christian Panel (Topocad) à qui j'ai honteusement pompé les macros ASL

82. Le mercredi, mars 13 2013, 15:30 par Syntaxzerror

Je n'avais pas percuté sur l'utilité de "A effacer dans PCI" et "Nettoyer doubles dans PCI" (en fait, je n'avais pas lu le nouveau mode d'emploi) ... Après avoir visionné tes vidéos et lu le mode d'emploi , je trouve ces commandes absolument géniales !!!! Merci Michel !

Reste plus qu'à faire la mise à jour de Lascot à partir de MajiCad, et ce sera parfait ! :-)))))

83. Le mercredi, mars 20 2013, 19:24 par Franck

Désolé, suis allé effectivement beaucoup trop vite.
Peux-tu préciser où trouver le fameux "césame" (je veux parler du code CDIF). En fait je ne suis pas sûr d'avoir le bon code, car j'ai 1 lettre et 1 chiffre...... c'est possible ou je me suis encore planté ?

84. Le mercredi, mars 20 2013, 19:33 par MajiCad

Dans PCI, quand tu balades la souris sur les parcelles, l'identifiant est du genre DDCCC000SSNNNNC, avec CCC= commune, SS=section, etc... Hé bien le code attendu est DD (2 lettres)

85. Le mardi, avril 2 2013, 21:41 par Franck

Bonjour,

Encore une fois le Gard va se distinguer par sa "particularité" ^^ ...
Dans ce beau département, nous avons le choix entre 3 CDIF : Nîmes 1, Nîmes 2 et Ales.
Si j'applique ta méthode :
"Dans PCI, quand tu balades la souris sur les parcelles, l'identifiant est du genre DDCCC000SSNNNNC, avec CCC= commune, SS=section, etc... Hé bien le code attendu est DD (2 lettres)"

Oh surprise !!!!!!

Pour Nîmes 1 j'ai E0CCC000SSNNNNC
Pour Nîmes 2 j'ai E1CCC000SSNNNNC
et enfin pour Ales j'ai E2CCC000SSNNNNC

Du coup, l'export vers PCI n'est pas réalisé
C'est grave docteur ?
Pour l'instant je fais à la débrouille (Cf. message du mercredi, mars 13 2013, 11:16), mais ce n'est pas très satisfaisant.

Autre chose :
Serait-il possible d'avoir la fonction "A effacer de PCI" pour une Zone. En fait, j'ai une tonne de détails topo à supprimer (chaque tiret d'une ligne de détail topo est représenté comme un objet dans PCI). Du coup pour effacer l'ancien habillage sous notre Trambus flambant neuf un travail par zonage serait le bienvenue

A bientôt.

86. Le mercredi, avril 3 2013, 19:25 par JF

Oh désespoir, que c'est il passé le 1er Avril ???

La gestion des palettes d'outils s'est désastreusement dégradée...

Y aurait-il moyen de remettre l'ancien module( en plus va sans dire pour ne pas être bloquant) car il permettait une visualisation et un accès d'un coup d’œil à toutes les fonctions, maintenant il faudra ramer...

Et la fusion de la base et des infos ne me parait pas heureuse surtout que je m"étais construit ma petite base majic3

De même le listing qui était instantané en interro d'objets...sic

Poisson d'avril ou régression ?

Merci pour vos avis...

87. Le mercredi, avril 3 2013, 20:30 par JF

Je sais que je vais me faire tuer sur ce coup là mais il vaut mieux être sincère, non ?

Majicad reste et demeure un excellent logiciel même si par cette dernière modif ? il baisserait peut-être un peu ?

88. Le jeudi, avril 4 2013, 08:17 par PV

Comme JF , je suis très déçu par la nouvelle interface proposée dans la dernière version ( gestion des palettes).
J'espère que ce n'est qu'un petit couac dans un parcours sans faute.
Pour l'instant, je vais continuer avec l’excellente version précédente du 14032013.

89. Le jeudi, avril 4 2013, 20:24 par Sylvain GENETAY

Pour ma part, j'aime beaucoup cette gestion des palettes! Jeune utilisateur de MajiCAD, j'avais dès mes débuts "copié" la position des palettes de Michel (vue dans les captures d'écran).
Je trouvais pénible de devoir positionner les palettes sur chaque poste utilisé, et quelle galère lorsque je me retrouvais sur le MajiCAD de collègues à chercher les icônes aux quatre coins de l'écran!
Avec cette gestion, tous les utilisateurs auront les mêmes palettes, et aux mêmes endroits!
Mais cela dit, je comprends ceux qui étaient habitués à la position de leurs palettes...

90. Le jeudi, avril 4 2013, 22:21 par Franck

Bonsoir,
je veux juste signaler que, pour ma part, je suis du même avis que Sylvain. Je trouve qu'une ergonomie unique est un moyen plus sûr de suivre l'évolution de MajiCad et de ne pas se perdre d'un poste à un autre (même si ça "ferme" un peu les portes à la "personnalisation" de "mon MajiCad").
Mais c'est surement un point sur lequel se retrouve les nouveaux Padawan ^^.
Je suppose que la plupart d'entre nous vient d'Autocad où les différentes perso sont le plus souvent "figées".

91. Le vendredi, avril 5 2013, 21:59 par Franck

Bonsoir,

J'ai un petit soucis ^^.
J'ai pensé que MajiCad pourrait me servir pour "nettoyer" PCI. J'ai donc créé un "nouveau DXF" en prenant en référence une feuille de plan particulièrement "sale" (bâtiments superposés, piscines non fermées, axe de voie hors subdivision de section ...etc) et j'ai commencé mon nettoyage en jonglant avec "Echanger avec Principal".
(Rem : Au préalable, j'ai lancé une analyse type "plan nouveau" sur la feuille en référence pour détecter l'ensemble des problèmes à régler).
Ainsi, j'ai donc construit un "DXF de nettoyage", du moins c'est ce que je pensais ^^.
Une fois tout nettoyé, j'ai lancé une analyse type "croquis" sur mon nouveau fichier. Cette dernière se termine bien par la bonne nouvelle : "LE FICHIER EST PRET POUR L'EXPORTATION vers PCI" sauf que "exporter vers PCI" reste inactif

92. Le samedi, avril 6 2013, 10:51 par MajiCad

@Franck du 2 Avril:
La dernière version a été corrigée de ce PB. Il est même possible de faire de la suppression par zonage en utilisant le bouton "CC" de la fenêtre "Infos" qui enrichi la liste des couches avec celle de l'objet pointé au lieu de n'accepter que les couches déjà existantes comme auparavant.
Donc en montrant un objet déjà supprimé, on peut trés bien en mettre d'autres dans la même couche avec les fonctions de Zone.

93. Le mardi, avril 9 2013, 16:36 par paco2

Bonjour,
je suis en train de faire un remaniement sous majicad et je suis un peu perdu.
En fait je voulais savoir si quelqu'un avait fait un mode d'emploi à cette fin.
Mon souci?C'est que je n'ai jamais fait entièrement un remaniement sous autocad et j'ai l'impression qu'il me manque quelques notions afin de le réaliser sous majicad( malgré l'aide de mes collégues qui utilisent autocad).
Un de mes problèmes est par exemple quand je fais analyser ma feuille dxf avec le bouton" analyser "de l'onglet "analyse pci/statistique", il me marque que j'ai des numéros de parcelle isolés.
Comment remédier à celà?
Merci

94. Le mardi, avril 9 2013, 17:14 par VivaMajicad

Un No de parcelle isolé est un texte qui n'a pas de contour de parcelle identifié avec son No (Xdata).
Soit la phase de numérotation/identification a été mal faite,
Soit le contour parcellaire a été maladroitement supprimé.
Pour le 1er cas de figure, jette un petit coup d'oeuil sur les 2 tutoriels qui parlent de ce sujet.
Pour le 2ème cas de figure: une simple reconstitution du contour parcellaire dans la bonne couche devrait suffire.

95. Le mercredi, avril 10 2013, 19:05 par MajiCad

@ Franck du 5 avril:
Il y avait effectivement un bug, introduit récemment, qui donnait de faux espoirs sur l'export vers PCI,
C'est corrigé.

96. Le jeudi, avril 11 2013, 09:04 par paco2

Merci pour les précisions VivaMajicad.
J'avais déjà regardé ce que tu dis mais en le refaisant cette fois ci ça a marché.
En fait c'était mon contour parcellaire qui n'allait pas.

97. Le samedi, avril 27 2013, 11:14 par Franck

Bonjour,

Serait-il possible d'introduire dans l'analyse "Croquis" une vérification sur le chevauchement d'objet avec les subdivisions de section en références ?
En fait, j'ai eu un petit souci avec la mise au plan d'un détail topo (Aménagements routiers traversant plusieurs sections, rond-points, bretelles d'accès ...). Les lignes pour lesquelles j'ai oublié d'insérer un point de coupure au passage d'une section à l'autre n'ont pas été incorporées.
Malheureusement, aucune information n'est visible dans le rapport d'intégration dans PCI du coup c'est par pur "hasard" que j'ai remarqué ces anomalies.
Pour aller un peu plus loin, serait-t-il possible d'identifier les endroits à rectifier, du style intégrer dans le rapport d'intégration de PCI les coordonnées des points de chevauchements.
Enfin, dans mon "Aménagements routiers traversant plusieurs sections", j'avais un gros nettoyage à faire dans PCI, le rapport d'incorporation de PCI stipule :

COMPTE DES OBJETS FOURNIS A SUPPRIMER ...988
DETECTION OBJETS... 957
SUPPRESSION OBJETS...957

Mon souci est donc simple : où sont les 31 objets qui devaient être supprimé et qui ne l'ont pas été ?

Il se peut qu'un nettoyage est été effectué au service par le dessinateur, mais j'en doute fort !!!!

Si un objet est sélectionné plusieurs fois avec la gomme PCI, il n'est compté qu'une fois ???

Merci d'avance et bonne journée.

98. Le vendredi, mai 10 2013, 14:39 par paco2

Salut,
je continue avec mon remaniement que j'ai du mal à mener à son terme.
Au lieu de surcharger Michel de nombreux mails(que je remercie en passant pour ses réponses),je voudrais poster mon expérience ici pour en faire profiter ceux qui découvrent Majicad et pour que l'on puisse m'aider(ce qui est le but d'un blog si je ne me trompe).

Donc mon but est de remanier une feuille sur majicad(donc à la sortie du logiciel ,avoir un fichier que j'intègre directement sur PCI).
J'ai donc fait mon report en mutant chaque polyligne dans sa couche.

Je fais ensuite un premier contrôle avec l 'outil Noeuds Arcs Faces puis j'utilise "allumer subsect/parcelles" et "allumer section/subsect".
Je fais ensuite "analyse trous et débordements" et la commande FSP.
Ma dernière étape consiste à faire une analyse de la structure PCI de mon plan nouveau via le bouton examiner.
Quand le message "le fichier est prêt pour l'exportation vers PCI apparait",je vais dans le menu fichier et je fais exporter vers PCI.
Les fichiers ASC et RLT sont ainsi créés.
Mon souci à ce niveau est que le fichier RLT pèse 0Ko et je trouve ça bizarre.

Ensuite dans PCI je crée mon plan de montée en charge et je fais un chargement graphique et là j'ai un message d'erreur comme quoi mon plan ne comporte pas de subdivision de section!!!
Voilà donc le résumé de mon expérience

99. Le vendredi, mai 17 2013, 10:46 par paco2

Je suis arrivé au bout de mon chantier(Michel m'a aidé je précise).
En fait, le gros souci c'était que le fichier généré par majicad pour etre intégré dans PCI doit etre renommé en CCCPPPSSFF.ASC où CCC est le code commune,PPP le préfixe de section,SS la section et FF le numéro de feuille.

Mon but étant de bien manipuler Majicad ,j'ai décidé de créer ex nihilo une feuille composée de 3 parcelles et d'une route.
J'avais un souci car quand je créais un numéro de parcelle ,celui ci n'apparaissait pas(les couches 0ECRP et 3PARCELLETEX étaient bien présentes et quand on promenait le curseur sur la parcelle celui ci se transformait en "T"en passant sur le texte).
En fait je me suis aperçu qu'en créant ma parcelle, celle ci avait un coté de plus de 4 000 000 de m de long ce qui faisait que le texte ne s'affichait pas(confirmé par Michel) donc j'avais sur mon écran une vue à très grande échelle.

En résumé ,avec toutes mes expériences je me suis fait un petit mode d'emploi du remaniement sous majicad que je tiens à votre disposition(je ne pense pas être le seul à avoir des soucis comme ça)et je vous donne mon mail si vous avez besoin de petits conseils(et moi aussi je peux en avoir besoin!!!):pacodeux@gmail.com

100. Le vendredi, mai 17 2013, 13:21 par MajiCad

Merci Paco2, La prochaine version proposera par défaut le nom attendu par PCI pour l'importation ASCODE.

101. Le mercredi, mai 22 2013, 16:24 par paco2

Une petite question:avec la dernière mise à jour, les batiments qui se superposent dans PCI ne sont plus mis en valeur dans majicad.
Est ce fait exprès?On peut les retrouver bien sur en faisant une analyse structure PCI en plan nouveau mais je voudrais en etre sur.
Dans mon cas , j'ai un bati dur qui recouvre en partie un autre bati dur et peut etre qu'il faut que ce soit exactement le même batiment pour que ce soit mis en évidence?

102. Le mercredi, juillet 3 2013, 14:56 par Syntaxzerror

Petite question concernant le zoom : existe-t-il une méthode pour augmenter le zoom à l'infini. En effet, actuellement je suis bloqué lorsque j'essaie de grossir énormément sur une partie de mon plan pour essayer de corriger deux points très proches, par exemple. Merci

103. Le mercredi, juillet 3 2013, 19:48 par MajiCad

Le zoom est limité car la technique de dessin choisie, provoquerait des débordements numériques à très grande échelle, mais
il est en principe inutile de trop zoomer avec MajiCad. (on arrive quand même à voir séparément deux points distants de 2cm )

Tout d'abord:
Si les points sont visiblement confondus même en zoomant c'est que peut être ils font double emploi.
Pour supprimer un sommet: pointer à proximité du sommet à supprimer avec la fonction de suppression de sommets superposés
Pour fusionner les sommets: faire un déplacement de sommets superposés en cliquant deux fois au même endroit. MajiCad accrochera sur le point qui n'a pas les mêmes coordonnées que celui qu'on modifie.
On peut aussi lancer la commande FSP (fusion sommets proches) avec un rayon d'accrochage adapté, (FSP5 par exemple). Cette commande nettoie aussi les doublons.

A part ça:
En phase de pointé d'un objet ou sommet à modifier, il suffit d'observer les objets fantômes et le calque de la fenêtre info pour savoir lequel on tient. (n'oubliez jamais le bouton droit qui permet de demander l'objet ou le sommet suivant...)
En phase de création, ou de pose d'un objet modifié le point visé sera toujours le plus proche du centre du curseur sauf si ce dernier est le même que celui qu'on tient (voir tout d'abord). Donc on sait sur quel point on s'accroche.

104. Le mardi, août 13 2013, 14:28 par jmc

Je ne connais pas trop la fonction DA numérique mais j'aurais souhaité utiliser MAJCAD pour recupérer un DA au format d'échange confectionné en PCI image pour l'appliquer sur la nouvelle feuille vecteur et donc le caler sur cette dernière (pour éviter au dessinateur de passer par le fichier de points associé au DA num qui contient normalement les points d'appui utilisés).

Il s'agit donc de DA au format d'échange confectionnés en image mais validés et à appliquer sur vecteur lorsque la commune a entre temps été digitalisée.

Je précise que nous sommes en pleine convention de vecto et que ce nombre de DA est pas négligeable sachant que quasiment 100% des DA sont au format d'échange depuis 3-4 ans sur le département.

Quel serait le meilleur mode opératoire dans MAJCAD pour faciliter le travail d'application en suivant de ces documents en vecteur ?

J'ai essayé en ouvrant le DA puis le DXF, ensuite j'ai translaté le Da sur mon vecteur (avec manip de zone), je l'ai recalé sur les appuis et joint les traits de mes limites divisoires au parcellaire, puis exporter le format. Ca n'a pas trop marché peut on manipuler les objet du DA comme d'autres calques ?

105. Le mercredi, août 14 2013, 08:35 par paco2

Très bonne question de jmc.
Effectivement j'ai eu ce cas à traiter plusieurs fois et j'ai fait la même manipulation que toi avec des fortunes diverses.
Donc je ne suis pas contre un conseil.

106. Le mercredi, août 14 2013, 11:09 par MajiCad

Dans la dernière version, Hedepag peut transformer les DMPC numériques. On devrait donc pouvoir y appliquer la même transfo qu'au plan...

107. Le vendredi, octobre 11 2013, 11:09 par paco2

Bonjour à tous les majicadiens,j'aurais une petite question:
Avec la dernière livraison des orthophotos qui sont classées de 5 en 5 ,majicad ne peut plus aller les chercher directement.
Y a t-il un moyen de remédier à celà?
Merci

108. Le vendredi, octobre 11 2013, 16:38 par paco2

Et comme je suis en pleine forme aujourd'hui ,une autre question.
C'est assez compliqué à expliquer par écrit mais je vais tenter.
Mon but est de géoréférencer un plan tiff d'une de mes communes à l'aide des orthophotos de l'IGN.Donc j'ai créé un fichier avec le nom de feuille DDDcodesagesCCCZZPPP où zz est le nom de ma feuille dans un autre dossier que celui ouj'ai tous les ficheirs tiff et loc de ma commune.
Dans ce dossier à part j'arrive à mes fins,je récupère le fichier de géoréférencement et le met dans mon dossier avec les .loc et les .tiff.
Or quand je superpose l'ortho et mon tiff ,celui ci est complètement caché par la photo alors que dans mon autre dossier on voit les deux.
Où serait le problème pour vous?

109. Le vendredi, octobre 11 2013, 17:20 par MajiCad

Peut être que le pb est dans l'ordre d'affichage?
Si l'ortho est affichée en dernier, elle cache tout...
Prends le tiff par son Numéro dans la liste des références et fait le glisser après l'ortho...

110. Le mercredi, octobre 16 2013, 08:43 par paco2

Effectivement si je mets l'ortho en ligne 1 et le tiff en 2 ,ça marche !!!
Merci majicad!!!

111. Le lundi, octobre 28 2013, 21:56 par jmc

Au préalable et au nom des collègues utilisateurs du service merci pour les fonctionnalités compémentaires implémentées pour les DMPC numériques.

Nous avons une autre doléance sur l'analyse du contenu au plan et sa présentation.

Le rapprochement Majic-PCI vecteur via les taches 1J injecte voire substitue et/ou injecte des n° de voirie dans Vecteur et ce sans compte rendu.

Y aurait il moyen d'implémenter une fonction pour détecter à postériori ces numéros via par exemple une analyse des coordonnées d'implantation d'un n° de voirie au regard du centroïde de la parcelle.
Je ne sais pas si l'on peut garantir un résultat sûr à 100% de cette éventuelle fonction vu les cas de figure mais au moins avoir un compte rendu à peu près exhaustif.

L'idée est ensuite de replacer correctement le gros de ces n° au plan voire corriger Majic si nécessaire.

Merci

112. Le mardi, octobre 29 2013, 16:20 par MajiCad

Je ne pense pas que l'on puisse implémenter une fonction qui analyse la position des Nos de voirie par rapport au centroïde de la parcelle à laquelle il est sensé appartenir. Non seulement il faudrait savoir ce qu'est un centroïde pour PCI, (une moyenne de coordonnées, qui peut tomber dans une enclave ou hors parcelle?) mais il faudrait aussi que les règles de placement manuel soient beaucoup moins ambigües.
En gros, les cas de figure sont beaucoup trop nombreux et indétectables dans un parcellaire urbain type centre de village par exemple. Mais...
On pourrait par contre envisager la détection
- des groupes de Nos placés au même endroit,
- des doublons dans une parcelle,
- des Nos trop éloignés d'une limite, et donc éventuellement à replacer.
Qu'en pensez vous? D'autres suggestions?...

113. Le jeudi, octobre 31 2013, 22:46 par jmc

Je pensais qu'il y avait un calcul des coordonnées d'injection des n° dans la parcelle par PCI selon un algo reproductible mais je ne maîtrise pas trop la chose et n'ai sans doute pas la vision de toutes les problématiques.

Effectivement à défaut je ne vois pas trop quels critères de recherche utiliser hormis ceux que tu évoques ci avant sur l'analyse de proximité et la pluralité des n°. Dans le même sens on avait pensé à détecter les n° situés sous les bâtis ou piscines ou mare étang... (ou autres détails topos surfaciques), je ne sais pas si c'est possible.

Merci en tous les cas

114. Le mardi, novembre 5 2013, 08:59 par paco2

Salut ,merci pour la modif de majicad et l'intégration directe des nouvelles orthophotos

115. Le mardi, novembre 5 2013, 18:36 par mica

Effectivement PCI calcule un centroide des parcelles pour injecter les n° de voiries de MAJIC qui manquent sur le plan.
Il existe d'ailleurs dans PCi un petit programme en langage APIC utilisable pour lister tous les n°de voirie d'une commune au milieu des parcelles, donc pas la peine de l'envisager pour MAJICAD puisque ça existe déjà avec PCI.

116. Le mercredi, novembre 13 2013, 10:10 par Jeannot

Comment obtenir cette liste concrètement?
Merci.

117. Le jeudi, novembre 14 2013, 15:46 par Mica

Bonjour
Pour détecter les numéros de voirie injectés au milieu des parcelles dans PCI, voici ci dessous le programme APIC que nous utilisons depuis 10 ans.
Copiez et collez l'intégralité du code situé à la fin de ce post dans un fichier texte.
Renommer le fichier avec une extension .asl
Pour le configurer et l'utiliser : ouvrir le fichier .asl avec le bloc note et remplacer à la fin de la 1ère ligne le code Cdif Pci (dans l'exemple K1) que l'on peut retrouver par exemple dans un compte-rendu 1J, puis le code insee de la commune à analyser (dans l'exemple 104). La lettre C signifie couche cadastre.
Ouvrir la commune dans un fenêtre de consultation Pci
Dans la fenêtre Pci Vecteur, menu fichier, évaluer un fichier, désigner le fichier .asl et attendre l'analyse...
Les résultats apparaissent dans la fenêtre Pci Vecteur.
Le listing distingue les numéros de voirie au milieu pour les parcelles avec ou sans batiment.

Voici le code:

Donner [commune] ObjetParIdentifiant "COMMUNE" "K1104C"

Ecrire "recherche des parcelles de la commune"
CollectionDetruire "parc"
CollectionCreer "parc"
CollectionAjouterObjet "parc" ParcourirSurface 1 "PARCELLE"

                                              commune

Ecrire "recherche des parcelles avec numvoie"
CollectionDetruire "parc2"
CollectionCreer "parc2"
PourChaque [o] CollectionFlotObjet "parc"
[

 Quand ( GEN_Count ParcourirSurface 1 "NUMVOIE" o  > 0 )
[

Donner [pt] GEN_Barycentre o
Donner [cadre] Cadre (XPoint pt - 10) (YPoint pt - 10) (XPoint pt + 10) (YPoint pt + 10)
Quand ( GEN_Count ParcourirCadre "NUMVOIE" cadre > 0 )
[
CollectionAjouterObjet "parc2" o
]

]

Ecrire "calcul des parcelles sans batiment"
CollectionDetruire "sansbat"
CollectionCreer "sansbat"
CollectionDetruire "avecbat"
CollectionCreer "avecbat"
PourChaque [o] CollectionFlotObjet "parc2"
[

 Si ( GEN_Count ParcourirSurface 3 "BATIMENT" o > 0 )
[
CollectionAjouterObjet "avecbat" o
]
[
CollectionAjouterObjet "sansbat" o
]

]

Ecrire "affichage des parcelles sans bat "
PourChaque [o] CollectionFlotObjet "sansbat"
[
Ecrire ObjetIdentifiant o
]

Ecrire "affichage des parcelles avec bat "
PourChaque [o] CollectionFlotObjet "avecbat"
[
Ecrire ObjetIdentifiant o

118. Le vendredi, novembre 15 2013, 10:02 par Jeannot

Merci pour ta réponse.
La procédure est assez déroutante mais elle a le mérite d'exister.

119. Le vendredi, novembre 15 2013, 11:24 par Jeannot

Cela ne fonctionne pas.
J'ai la phrase:

Donner : Argument 1 : N'est pas un texte

Pourtant j'ai le fichier en .asl et j'ai changé la première ligne en "WA296C"

Mon fichier:

Donner commune ObjetParIdentifiant "COMMUNE" "WA296C"

Ecrire "recherche des parcelles de la commune"
CollectionDetruire "parc"
CollectionCreer "parc"
CollectionAjouterObjet "parc" ParcourirSurface 1 "PARCELLE"

                                             commune

Ecrire "recherche des parcelles avec numvoie"
CollectionDetruire "parc2"
CollectionCreer "parc2"
PourChaque o CollectionFlotObjet "parc"
[

Quand ( GEN_Count ParcourirSurface 1 "NUMVOIE" o  > 0 )
[

Donner pt GEN_Barycentre o
Donner cadre Cadre (XPoint pt - 10) (YPoint pt - 10) (XPoint pt + 10) (YPoint

pt + 10)
Quand ( GEN_Count ParcourirCadre "NUMVOIE" cadre > 0 )
[
CollectionAjouterObjet "parc2" o
]

]

Ecrire "calcul des parcelles sans batiment"
CollectionDetruire "sansbat"
CollectionCreer "sansbat"
CollectionDetruire "avecbat"
CollectionCreer "avecbat"
PourChaque o CollectionFlotObjet "parc2"
[

Si ( GEN_Count ParcourirSurface 3 "BATIMENT" o > 0 )
[
CollectionAjouterObjet "avecbat" o
]
[
 CollectionAjouterObjet "sansbat" o
]

]

Ecrire "affichage des parcelles sans bat "
PourChaque o CollectionFlotObjet "sansbat"
[
Ecrire ObjetIdentifiant o
]

Ecrire "affichage des parcelles avec bat "
PourChaque o CollectionFlotObjet "avecbat"
[
Ecrire ObjetIdentifiant o

Merci

120. Le vendredi, novembre 15 2013, 15:19 par Mica

Toutes mes excuses, le copié collé du fichier sur le blog à transformé les mots entre crochets en liens et a supprimé les crochets.
Dans ton fichier,Tu n'as juste qu'à remettre entre crochets les 7 mots écrits en bleu sur le blog.

Tu verras à l'usage c'est très pratique et très rapide d'utilisation, et ne sera pas du tout déroutant.
Rappel:Ne pas oublier d'ouvrir la commune concernée dans une fenêtre de consultation avant de lancer le script.

121. Le samedi, novembre 16 2013, 11:37 par MajiCad

Anomalie corrigée sur le message 117.

122. Le lundi, novembre 18 2013, 11:26 par Jeannot

Je n'ai pas de mots bleus, tous sont en noir...

123. Le lundi, novembre 18 2013, 14:41 par Seb

Plus de mots bleus car l'anomalie a été corrigé dans le message 117.
Génial ! Ça fonctionne et c'est bien utile...
Merci Mica

124. Le samedi, novembre 23 2013, 18:11 par ReadWrite

Majicad version 04.11.2013 : PDD

bonjour Michel Martin,
bonjour à tous.

8. Le jeudi, avril 29 2010, 08:23 par MajiCad

« La fonction PDD (pas de doublons) traite maintenant, les textes et les symboles.»

PDD, "Pas de Doublons", élimine tous les objets redondants.
par redondant, j'avais compris, doublement (ou plus) d'un même objet.

pourtant ce n'est pas le cas ; des symboles de même type, mais avec une position géométrique différente sont éliminés :

les bornes lorsque la distance les séparant est inférieure à 0.50m
les clous pour une distance inférieure à 0.75 m

je n'ai pas fait de tests sur d'autres objets pour tenter de déterminer les seuils appliqués.

FSP, "Fusion Sommets Proches", opère la fusion des sommets proches et l'élimination les sommets consécutifs égaux.
elle offre à l'utilisateur la possibilité de fixer lui-même la valeur du rayon d'accrochage en centimètre.

j'aime bien FSP0.
j'aimerai aussi PDD0.

merci pour tout ce que fait déjà MajiCad et merci pour ce qu'il fera encore.

ReadWrite

PS:
les parcelles peuvent être fines par ici, et en plus les limites sont matérialisées.

125. Le lundi, novembre 25 2013, 16:43 par MajiCad

OK ReadWrite, la commande PDD admet maintenant un rayon d'action paramétrable en cm(15 par défaut). Le rayon d'action est fait pour éliminer les textes en doublon de feuille à feuille qui auraient pu subir des ajustements...
Par la même occasion, j'ai créé une commande VMP pour détecter les numéros de voirie mal placés (ou placés par Majic).

126. Le lundi, novembre 25 2013, 23:58 par ReadWrite

bonsoir Michel,

merci pour le rayon d'action paramétrable de la commande PDD

j'ai téléchargé la version du 25 novembre 2013 ( Ô Sainte Catherine, faites que je ne puisse jamais mourir vieille fille ) .

hélas, PDD0 a laissé intact l'amoncellement de chapeaux pointus que j'avais fort adroitement disposé en un point très précis et orienté en une étoile du plus bel effet.

PDD1 a préservé les symboles séparés de 2 cm, et a conservé une seule copie des symboles distants de 0 ou de 1 cm.

la commande PDD affecte toutes les couches du fichier principal même si elles ne sont pas affichées.
serait-il possible de restreindre son action aux seules couches affichées afin de choisir des seuils différents selon le type d'objets ?

et enfin, je ne peux me retenir de te poser cette question : pourquoi PDD0 est-il inopérant ?

à bientôt,
ReadWrite.

127. Le vendredi, novembre 29 2013, 10:42 par Régis

Bonjour,
J'ai constaté depuis les dernières versions que le réglage de l'emprise des orthos ne fonctionne plus très bien. En effet, en réglant l'emprise sur 5 kms, les orthos restent paramétrées au km.

128. Le vendredi, novembre 29 2013, 11:36 par Phill

Bonjour,
j'utilise, avec satisfaction, MajiCad pour les croquis et pour la préparation des plans de montée en charge. Dans le cadre de la mise à jour, j'aimerais savoir s'il est possible d’intégrer dans pciV, des axes et noms de voies crées dans MajiCad, dans les couches 1Zoncomm et 3Zoncommtex. J'ai intégré le fichier DXF dans pciV à la manière d'un croquis, mais rien ne s'est affiché ...

129. Le vendredi, novembre 29 2013, 13:55 par paco2

Bonjour,
je ne vois pas l'interêt du logiciel pour détecter les numéros de voirie injectés au milieu des parcelles dans PCI,car si je ne me trompe pas dès qu'on va refaire une 1J01,tous les numéros vont être rebalancés au "milieu" de la parcelle,non?
Pour Phil (message 128),as tu essayé de faire une analyse de structure pci de ton croquis?(cf onglet analyse pci/statistiques)

130. Le vendredi, novembre 29 2013, 17:48 par MajiCad

ReadWrite: Because the limits was not integrated. C'est corrigé.
Regis: Mea culpa, une parenthèse avait glissé. C'est corrigé.
Phill: Il faudrait peut-être poser la question à la "cellule" PCI.
Paco2: Avec Majicad à côté de PCI, ça devrait pouvoir au moins faciliter la localisation...

131. Le lundi, décembre 9 2013, 13:54 par paco2

Salut, je ne sais pas si c'et moi ou la dernière version de majicad mais je n'ai plus d'accroche pour saisir mes numéros de voirie.
Autre chose, mais là c'est sur que ça vient de moi, dès que je change de feuille pour mon report ;la couleur que j'ai défini (par ex pour BROUILLON)ne reste pas en mémoire.
Que faire?Aller voir dans le fichier INI?

132. Le lundi, décembre 9 2013, 17:13 par MajiCad

Salut paco2, La pose des numéros de voirie n'a jamais tenu compte des accrochages.
Pour placer un numéro de voirie, montrer un segment représentant un bord de voie, bâtiment ou détail topo. Le numéro se dessinera toujours de façon à être lu de gauche à droite. Il sera tracé du côté du curseur par rapport au trait (au dessus ou au dessous), et à une distance dépendant de la hauteur du texte.
Quant à la couleur de la couche-système BROUILLON, c'est la seule qui est figée. Ca devrait marcher pour les autres..?

133. Le lundi, décembre 16 2013, 11:11 par Jean-Paul Lapica

> Phil
PCI n'accepte pas directement les objets qui nécessitent une "application littérale". Dans le stage de la dernière persoCAD pour autoCAD l'exemple type est celui du contour de subdivision fiscale en DXF qui va bien arriver dans PCI mais pas la lettre "a" qui lui est associée. L'indice est la couleur des objets qui arrivent dans PCI : ceux qui demandent à être complétés arrivent avec une couleur différente.

> paco2
En matière de voirie voirie : c'est majic qui commande ! Pour éviter un positionnement au centre il faut obligatoirement mettre majic à jour de l'adresse correcte.

Dans PCI un numéro de voirie doit obligatoirement être en relation avec une parcelle.
Lors du chargement graphique (montée en charge) depuis du DXF ce rattachement se fait par proximité avec la parcelle la plus proche du numéro. Mais rien ne garanti que cette relation soit correcte, surtout en fonction de la manière dont majic a été renseigné !
Lors du couplage des données littérales (1J01) les relations erronées seront détruites et les relations manquantes seront injectées au centroïde.

exemple1 : le n° de voirie 1 est correctement positionné dans PCI mais l'adresse de la parcelle est saisie au n°3 dans majic. Lors de la 1J01 le n°1 est supprimé car la parcelle n'est pas connue à cette adresse, le n°3 est balancé au centroïde car PCI ne sait pas sur quel bord le positionner. (attention : c'est l'adresse de la parcelle qui est injectée dans PCI, même si le bâti est saisi à la bonne adresse).

exemple 2 : lors d'un remaniement le n°1 est positionné à l'extérieur de sa parcelle comme on le faisait du temps du plan papier mais dans une voirie privée et parcellisée. L'association se fait avec la parcelle de voirie privée qui est plus proche. Lors de la 1J01 tous les numéros de voirie seront détruits et injectés au centroïde des parcelles.

134. Le lundi, décembre 16 2013, 18:14 par PV86

Remarque complémentaire à l'exemple1 ci dessus:(attention : c'est l'adresse de la parcelle qui est injectée dans PCI, même si le bâti est saisi à la bonne adresse).

C'est pour cela qu'il est demandé de faire dans Majic la tâche 3F 07, pour répercuter les adresses "bâties" sur le "non bâti", et ensuite de procéder à la 1J01/1J02.

Comme pis aller, pour éviter que des numéros de voirie se retrouvent régulièrement au centroïde de la parcelle à chaque 1J01, prévoir de les laisser à proximité de la parcelle au détriment parfois de la voirie (cas typique des parcelles bâties non contigües à la voirie désignée)

135. Le jeudi, décembre 19 2013, 11:51 par paco2

Salut,ok pour les numéros de voirie.
Par contre ,j'arrive bien à changer la couleur de la couche 0BROUILLON mais elle ne reste pas en mémoire.Je suis obligé de revenir dans majicad/réglages/réglages couleurs et revalider pour que la couleur revienne

136. Le vendredi, décembre 20 2013, 00:09 par Sylvain GENÉTAY

Je reviens sur la 3F7 : cette tâche répercute les adresses bâties sur les adresses non bâties ; donc les parcelles.
Les adresses des parcelles se retrouvent donc écrasées par les adresses des bâtis.
Alors ma question porte sur l'aspect "dangereux" de la 3F7 : quel est le risque d'avoir une base de données - adresses parcellaires - plus à jour que la base de données - adresses bâties - ?
Auquel cas la 3F7 viendrait annihiler la qualité de la base des adresses parcellaires...

137. Le vendredi, décembre 20 2013, 08:39 par paco2

Pour répondre à Sylvain, je ne suis pas sur que les adresses des parcelles soient écrasées dans majic.Je pense que la 3F07 rajoute l'adresse du local à l'adresse de la parcelle.

138. Le dimanche, décembre 22 2013, 20:05 par ReadWrite

bonjour !

j'utilise les fichiers de la tache 1J01 de Majic ou les fichiers des sorties litterales de PCI Vecteur pour associer les IDU des parcelles avec les adresses issues de Majic.

ça me permet de colorier les parcelles en fonction du premier lieu-dit servi dans Majic ou à l'aide de toutes les adresses des parcelles de visualiser comment sont les voies dans Majic. (avec QGIS par exemple, Système d'Information Géographique Libre et Open Source. [ http://www.qgis.org/fr/site/ ])

ça me permet aussi de détecter des anomalies potentielles d'adressage d'un point de vue purement littéral.

pour rechercher quelle pourrait être la "bonne" adresse, on a l'IGN qui propose gratuitement pour une mission de service public 2 produits : POINT ADRESSE® et BD ADRESSE® . [ http://professionnels.ign.fr/bdadresse ]

reste que la non mise à jour de Majic pour les adresses des locaux et des parcelles de rattachement ne semble pas bloquer la perception de l'impôt foncier ...

┌───────────────────────────────────────
│ PCIV-1J01.exe
├───────────────────────────────────────
│ Pour faire quoi :
│ obtenir a partir des fichiers de la tache 1J01 de Majic
│ - un fichier .csv de jointure sur "IDU Parcelle" pour les lieudits
│ .1J01_Lieudit_AAAA.MM.JJ.csv ( separateur = , )
│ - un fichier .csv de jointure sur "IDU Parcelle" pour toutes les adresses
│ .1J01_Voies_AAAA.MM.JJ.csv ( separateur = ; )
│ - un fichier .txt des anomalies potentielles d'adressage dans MAJIC
│ .1J01_Majic_AAAA.MM.JJ.txt
├───────────────────────────────────────
│ Comment :
│ en faisant un glisser deposer du ou des fichiers isssus de la tache 1J01.
│ le resultat est ecrit dans le repertoire ou se trouve le programme
├───────────────────────────────────────
│ Documentation de reference : NAUSICAA
│ Accueil > Fiscalite > Cadastre > Organisation et missions >
│ SIP et CDIF >Gestion cadastrale > Gestion des adresses
└───────────────────────────────────────

┌───────────────────────────────────────
│ PCIV-Sorties-Litterales.exe
├───────────────────────────────────────
│ Pour faire quoi :
│ obtenir a partir des fichiers des sorties litterales de PCI Vecteur
│ - un fichier .csv de jointure sur "IDU Parcelle" pour les lieudits
│ .Litteral_Lieudit_AAAA.MM.JJ.csv ( separateur = , )
│ - un fichier .csv de jointure sur "IDU Parcelle" pour toutes les adresses
│ .Litteral_Voies_AAAA.MM.JJ.csv ( separateur = ; )
│ - un fichier .txt des anomalies potentielles d'adressage dans MAJIC
│ .Litteral_Majic_AAAA.MM.JJ.txt
├───────────────────────────────────────
│ Comment :
│ en faisant un glisser deposer du ou des repertoires contenant les fichiers
│ des sorties litterales a traiter
│ le resultat est ecrit dans le repertoire ou se trouve le programme
├───────────────────────────────────────
│ Documentation de reference : NAUSICAA
│ Accueil > Fiscalite > Cadastre > Organisation et missions >
│ SIP et CDIF >Gestion cadastrale > Gestion des adresses
└───────────────────────────────────────

binaires et sources sont disponibles à [ http://www.tg35.com/Adresses_Majic/ADRESSES.7z ]

139. Le mercredi, janvier 15 2014, 21:41 par Phill

Bonjour,
Merci pour vos réponses concernant les axes de voies ...
J'ai une autre question, quand on lance l'analyse PCI d'un plan dans MajiCad, on obtient un listing d'anomalies avec des coordonnées, sur lesquelles on clique et l'endroit de l'ano est affiché directement sur le plan .
En analysant le fichier dans Control-Import, on obtient également une liste d'anomalies avec des coordonnées . Existe-t-il un moyen pour lier ces coordonnées et le plan ?

Merci ... Phill

140. Le vendredi, janvier 17 2014, 13:44 par Syntaxzerror

Pour répondre à ta question Sylvain, je confirme ce que t'a répondu ReadWrite : les adresses ne sont pas écrasées, mais s'ajoutent les unes aux autres ...

141. Le dimanche, janvier 19 2014, 09:32 par j-f G

bonjour,
tout d' abord merci de nous offrir ce fameux logiciel majicad:
j utilise la dernière version et lorsque j 'intègre les fichiers pour la mise à jour dans PCI croq_A.ASC j' ai le message suivant:( vue nom:Argument 1 n' est pas le numéro d' une vue) je fais les essais en base dupliquée, ai-je raté une codification des fichiers, peux-tu m' éclairer merci

142. Le vendredi, février 7 2014, 17:04 par paco2

Bonjour,
majicad a du mal chez moi à garder le format des orthos en mémoire.
En effet dès que je le relance, il me remet .tif comme extension.

MAJICAD

Bienvenue sur le blog MajiCad

Commentaires

Rechercher

S'abonner