jms

Disons que tout le monde ne peut s'appeler Albert Einstein (anecdote historique) ! ;)

No problemo ! Je tâcherai d'être plus concis. Au fait, je me suis trompé de rubrique. Je viens de remarquer qu'une démarche similaire avait déjà été lancée là-bas : http://www.cadxp.com/modules.php?op=modload&name=XForum&file=viewthread&tid=577#pid15801 (pas terrible mon lien !)

Pourquoi ne pas créer un répertoire ne contenant qu'un dessin vide, hormis ton dessin source en Xref, lequel serait dans un répertoire protégé ? [Edité le 3/2/2005 par jms]

J'avais comme une envie d'écrire, hier soir...n'hésitez pas à ajouter vos propres souvenirs. Excellente journée à tous. Salut, Pardonnez les longueurs qui vont suivre, mais indépendamment des richesses inouïes dont regorge CadXp, sur le plan des solutions techniques qui s’en dégagent, je partage peut-être avec certains d’entre vous un intérêt pour la personne que nous sommes et aux raisons qui nous font cohabiter dans cette communauté. Il ne s’agit pas de réunir les opinions de chacun concernant sa propre solution SIG, sur le plan technique, mais bien de comparer les événements qui ont convaincu chaque utilisateur, un jour, que le moment était venu pour lui d’enrichir son outil professionnel d’un tel système. Ensuite, pourquoi ce système a-t-il été retenu plutôt qu’un autre ? L’exemple par un « bref » historique personnel, également l’occasion pour vous de vous remémorer comment vous êtes arrivés à pratiquer votre métier comme vous le faites aujourd’hui. Libre à vos plumes de me suivre… Il y a trois ans, notre petite société (orientée Facilities Management, onze employé(e)s et le dessinateur indépendant que vous lisez) était tenue, et le demeure, de maintenir à jour les plans d’occupation des immeubles du siège central d’un client (non le moindre). Soit 80 étages répartis dans 12 bâtiments à Bruxelles et occupés par ± 2100 employés. Nous nous occupons entre autre d’y organiser les déménagements internes individuels ou collectifs. Une vraie fourmilière ! Entre 100 et 120 personnes déplacées chaque mois (certains y ont droit deux voire trois fois l’année !) dans le cadre d’un vaste plan de réorganisation immobilière. A cette époque où je débarque, un collègue était tenu de mettre à jour une base de données Oracle reprenant tous les locaux ( surface, affectation suivant trois catégories, imputation etc. ) et tous leurs occupants ( leur local, téléphone, mail, département etc.). Quant à moi, j’étais tenu entre autre, et le demeure, d’assurer la concordance entre ces données et leurs supports graphiques respectifs, avec toutes les sources d’erreurs de retranscription potentielles inévitables…Ces plans dwg étaient stockés sur un serveur partagé avec le client. J’avais un passé de quatorze années en ateliers d’architecture et la notion même de système SIG m’était alors aussi familière que la connaissance de la couleur des chaussettes que Patrick portera après-demain ! Mais en bidouillant maladroitement Excel et Autocad 2000i, j’en avais conclu qu’il devait pouvoir exister une passerelle entre ces deux systèmes et en ai convaincu les deux dirigeants de ma boîte. D’autant plus facilement que l’un des deux, ingénieur informaticien, avait un an auparavant fait une tentative, pas assez concluante, avec Archibus. Il restait sur sa fin…Quelqu’un a cité Geomap et hop ! ça roule, ma poule ! Deux licences Geomap + deux licences Map, quatre jours de formation Map, dix jours de formation Geomap et une longue, longue période de préparation des fonds de plans à repositionner, détourage de 2500 locaux, grand nettoyage des layers (moultes occasions e.a. de s’interroger sur la présence de ce bloc « TELEPHONE » dans le layer « FD_SANITAIRES », rage insoutenable devant le spectacle désolant de blocs décomposés, « choses » indéfinissables que notre respect de la propriété du client nous interdisait d’effacer etc. ! ! !), règles scrupuleuses sur les futurs définition et usage des layers, extraction de toutes les données récupérables, 25.000 meubles inventoriés et localisés, développement d’une application Access de transfert des données Oracle pertinentes dans les plans (Geomap tourne sur notre réseau propre et la base Oracle reste chez le client) vers notre base Access (migré depuis vers SQL Server) et développement d’un script (long pour moi mais dans un langage à ma portée) de production hebdomadaire de plans as-built. Actuellement la différence s’installe ; tous les jeudi fin de journée, je transfert les données (5 minutes) et lance le script (1 clic) avant de rentrer chez moi pour retirer mes chaussettes noires de la journée écoulée…Le vendredi matin, je dégaine mon Memory Stick Sandisk (512Mb promo chez Photo Hall !) transfert et rend au serveur de César ce qui lui revient. A force, je finirai par me rendre inutile… Bilan, mon collègue poursuit son job sur Oracle, les plans concordent, une quinzaine de layout y ont été ajoutés (résultats de requêtes d’objet Geomap, chaque layout présentant une réponse à jour à des questions récurrentes du client) et je me sens un peu moins sans voix quand le directeur de la logistique du client me demande dans quels locaux de quels bâtiments il pourra trouver les 17 bureaux Mewaf disponibles (modèle Extenso 200x200-surtout pas de Flexcom !-, finition hêtre) pressentis pour aménager le 2AB103, actuellement en travaux…Etc. (Autre bilan, l’artiste s’est mué en technocrate, mais le débat n’est pas là.) L’aventure continue, prochaine escale : MapGuide, c-à-d toujours Geomap, de mon côté, et la décision financière des clients de troquer leurs viewers dwf contre autant de licences MapGuide, mais ça c’est pour demain…peut-être. Fichtre ! le minestrone commence sérieusement à flatter mes narines ! A table ! Fait à Bruxelles, le 2 février 2005, 20h42 (quand je vous dis technocrate !…) A vous…

ça y est, j'entre dans la cour des grands, ça m'apprendra ! Un grand merci, il y a matière à découverte pour le néophyte que je suis en Lisp. J'examine le script dès qu'on m'en laissera le temps, le teste et te retourne mes impressions. Jean-Michel

Effectivement, j'en suis à ce stade ; deux jeux de plans dwf publiés sur notre site dans deux répertoires différents, chacun avec un accès plus ou moins limités. J'essaie juste de gagner du temps mais bon, Rome ne s'est pas faite en un jour ! Jean-Michel

Toujours en matière de protection, ou plutôt de sécurité, je vous renvoie la question d'un client qui me demandait s'il était envisageable de publier des dwf avec accès autorisé à certaines présentations seulement. Par exemple, sur un dwf contenant les plans des locaux d'une société, celui de la répartition des ses départements, celui des dispositifs de détection intrusion, etc. seuls les deux premières présentations pourraient être ouvertes par tous mais un nombres restreints d'individus auraient accès à la troisième. Voyez-vous un cas analogue qui aurait déjà été débattu et solutionné ? Jean-Michel

Salut, Quelqu'un aurait-il une suggestion pour m'aider à pondre un script (langage TRES élémentaire !) me permettant de créer des fichiers PDF contenant autant de pages qu'il y a de layout dans mon fichier dessin source ? Je cale déjà pour créer un PDF ne contenant qu'une seule page, au moyen de : (command "-plot" "y" "Chapelles de sol" "Acrobat PDFWriter" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "" "C:\\test.pdf"), le problème étant qu'il cale sur l'avant-dernière étape, en m'ouvrant une fenêtre pour nommer le fichier pdf à créer, ce nom étant justement la dernière étape ! Quand bien même je parviendrais à créer ce pdf, il me resterait encore à répéter cette opération autant de fois qu'il y a de layout, en ajoutant les nouveaux pdf obtenu aux précédents. Bien sûr je pourrais passer par un "publish" et obtenir de parfaits DWF, ce que je fais pour certains clients, mais ici, il s'agit pour moi de produire des fichiers pdf pour le compte d'un client ne pouvant pas installer de viewer (pour des raisons de sécurité qui ne me regarde pas) Bonne journée Jean-Michel

Salut les sondés, J'utilise Map 3D et pas Geoconcept. Le choix de Map découle du choix que notre société a fait il y a deux ans d'acquérir deux licences Geomap...inséparables de deux licences Map ! Bonne journée Jean-Michel

Fichtre ! ça marche... J'apporte donc un "errata" à mes précédentes conclusions. Deux ou plusieurs scripts peuvent co-exister au sein d'une même commande, mais non dans un même script. La raison de cette différence reste obscure mais on avance... Merci Jean-Michel un script n'est pas une commande transparente, dommage... [Edité le 2/2/2005 par jms]

Salut, Je viens de me livrer à cet exercice : je trace un arc, le prolonge d'une droite et termine par un second arc. Je transforme l'ensemble en une polyligne que je décale. Ensuite je clos les deux polylignes. Résultat, la première est fermée par une droite et la seconde par un arc ! Pas de quoi perdre le sommeil... Bonne journée Jean-Michel

Salut, Si je comprend bien : 1/ Deux ou plusieurs scripts ne peuvent co-exister au sein d'un même commande ( ou d'un même script ) 2/ Dès qu'une commande ou qu'un script est lancé, il s'exécutera tant qu'il ne rencontrera aucun autre script, lequel s'exécutera mais prendra la main et la conservera quand il se sera exécuté. 3/ Ton script "rectangle.scr" fonctionne donc uniquement parce qu'il lance un script "cercle.scr" en dernière partie, et non en début, lequel lance lui-même une action unique (qui aurait d'ailleurs pu s'achever par un autre script qui etc...) En clair, lorsqu'on s'engage dans une pareille procédure, on ne peut envisager de scripts "en boucle", puisque dès qu'un script est lancé, il descend hiérarchiquement d'un niveau, sans retour possible. Grand merci. Jean-Michel

Je ne suis pas particulièrement formé aux scripts et là, le novice se heurte à un problème qui n'en est sans doute plus aux esprits plus avisés. A titre d'essai gratuit et inutile, j'ai essayé de rédiger un script dont la seule fonction est d'en lancer deux autres successivement. Le premier script consiste à tracer un rectangle, le second un cercle. Quand le script général est lancé, il exécute le premier puis s'arrête sans message d'erreur avant d'exécuter le second ( "nil"). C'est bien dommage, car l'imbrication de certains scripts pourrait m'être utile. Quelqu'un voit-il la source du problème et la voie pour le contourner, en conservant un langage de script simplifié ? Merci Jean-Michel Sojic

On vient de me livrer ton CD. Grand merci, Michel ! C'est fort complet, à l'exception des prises data (type réseau RJ45) mais ce type d'objet n'était pas encore très répandus quand ces signes conventionnels ont été établis. Encore merci. Jean-Michel

Au risque de prolonger la dérive du sujet, je confirme que sur mon écran aussi ( portale Acer Aspire 1705SCi ) le trait 181 semble plus fin que le cyan. En apparence seulement ! Dès que j'approche l'écran l'épaisseur devient perceptible, en terme de pixels, et je ne sais plus lequel est plus fin que l'autre...d'autant qu'en reprenant de la distance, le cyan semble l'emporter ! Mais cela nous éloigne du problème du curseur, peut-être par manque de définition. [Edité le 15/1/2005 par jms]

Bonjour, J'essaie de mettre le doigt sur une bibliothèque graphique de blocs de type symboles électriques, HVAC etc. liés au bâtiment et représentés suivant les normes européennes, ce qui n'est pas le cas des blocs anglosaxons proposés par Autodesk dans son Design Cad Center ( on rencontre d'ailleurs communèment ces même blocs sur des sites francophones !) Si quelqu'un peut me mettre sur la voie, je le remercie. Jean-Michel Sojic