Re: [brlcad-users] [SPAM] Re: problem with wcodes / rcodes

[Christopher S. M. <br...@ma...>]

Kathy,

The change should automatically make it into the next release of  
AJEM, whenever they pull an updated release of BRL-CAD to include.   
You shouldn't need to report it anywhere else unless you find other  
issues.

The reid command will probably be useful to you regardless as it can  
be used to help create sets of unique region ids.  For example, if  
you ran reid on a top-level object, that alone would guarantee unique  
regionIDs across an entire model .. but they would all be  
sequential. :)  Normal use is to run reid on a given subassembly  
where you're grouping a set of regionIDs together, like having the  
fuel system be 6000-7000, so you'd run "reid some_fuel_comb 6000" and  
it'd assign region identifiers to all regions under 'some_fuel_comb'  
starting with 6000, 6001, 6002, etc.

Cheers!
Sean



On Jan 25, 2010, at 3:29 PM, Cook, Kathy wrote:

> Sean,
>
>
>
> Do you know if the change you made will automatically go into the  
> version of BRLCAD that ships with AJEM, or do I need to report this  
> anywhere else?
>
>
>
> I am not familiar with reid or remat.  I need to ensure unique  
> regionids and also to generate a list of the regionids and names to  
> use in my AJEM regions input file and I wrote a script to create  
> this from the wcodes output.
>
>
>
> Thanks,
>
> Kathy
>
>
>
> From: Christopher Sean Morrison (Cont, ARL/SLAD)  
> [mailto:chr...@us...]
> Sent: Thursday, January 21, 2010 10:17 AM
> To: User support, suggestions, questions, and comments welcome
> Subject: [brlcad-users] [SPAM] Re: problem with wcodes / rcodes
>
>
>
>
> Kathy,
>
> Are you familiar with the “reid” and “remat” commands in MGED?  The  
> reid command will renumber all regions under a given combination.   
> It walks the hierarchy and automatically set the region ID on  
> regions it encounters, which may work even better for you than  
> “wcodes” or “idents”.
>
> That said, the rcodes/wcodes problem is a “bug”.  Not technically a  
> bug, but it’s a stupid path limitation.  There is/was both a limit  
> on the length of object names as well as a limit on the depth of  
> paths that those commands will work with.  I just applied a change  
> to those commands that should make the problem go away (should be  
> in 7.16.6 or later).
>
> I’d encourage you to submit a feature request [1] to have those  
> sorts of limitations and issues resolved if you know of any others.
>
> [1]: https://sourceforge.net/tracker/? 
> func=add&group_id=105292&atid=640805
>
> Cheers!
> Sean
>
>
>
> On 1/21/10 10:21 AM, "Cook, Kathy" <kat...@lm...> wrote:
>
> I have a large Pro/E model that I used the convertor to create a  
> brlcad model.  This has a very deep hierarchy.  I had used xpush to  
> get individual components instead of instances and needed to  
> renumber the region ids.  I have used wcodes before to create a  
> list of all components and renumber that file and read back into  
> mged with rcodes and this has worked successfully in the past with  
> simpler models.
>
> In this case I have 589 regions.  I tried wcodes, on Linux with the  
> version 7.14.8 that came with AJEM, and got only 544 regions.  I  
> used idents and could get all 589 components.  Comparing the 2  
> outputs, it appears that ones with the longest hierarchy (levels  
> and length of names, don’t know which is the issue or both).  I  
> reworked the idents output to the wcodes format and renumbered the  
> idents.  I then used rcodes to read it back in.  When I checked,  
> only the 544 parts that could be written with wcodes actually  
> changed regionid (which makes sense).   I had to individually  
> export (wcode) the problem parts from a lower level in the tree and  
> fix the regionids and rcode them.
>
> I had also tried this model with the newest brlcad for windows and  
> neither wcodes or idents extracts the correct number of parts.  It  
> extracted even less parts than the Linux 7.14.8 version.
>
> Kathy
>
> ---------------------------------------------------------------------- 
> --------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in  
> the business
> Choose flexible plans and management services without long-term  
> contracts
> Personal 24x7 support from experience hosting pros just a phone  
> call away.
> http://p.sf.net/sfu/theplanet- 
> com_______________________________________________
> BRL-CAD Users mailing list
> brl...@li...
> https://lists.sourceforge.net/lists/listinfo/brlcad-users