unable to define a coordinate system for the group of objects
What could be the problem, when I use command drawing health, it is not finished, but the prompt "unable to define a coordinate system for the group of objects" is appear.
Comments
-
Maybe refs that are not scaled uniformly? Just guessing
0 -
Thanks. I do it. Regen etc. I reinstall SW. Still appears the prompt.
0 -
How can I control the refs scale? Because I have there complicated 3d objects?
Thank you Your for help.
0 -
Hello.
The warning might occur when using OVERKILL with the option to purge duplicate block defintions.
Something to try could be to run only the PURGE command with the option All a few times until there is nothing left to purge.
Then, OVERKILL could work fine.0 -
Thank you. It works. 😀
0 -
Use the FLATTEN command if you're working in 3D and want to bring all entities to the same plane.
0 -
My problem is, when I do 3D drawings I use many 3D objects created not in BRICSCAD. At the and of the work usually appears problem, form example i attach video, where I tried to change 3d pipe made from BC Library.
I click on objekt and BC break down.
I thought the problem I can solve by DRAWING HEALTH - there appears - the message "unable to define…", than I find out there is the new version of BC. I install it. The message disappears but the pipes change still not works. Most of the command works but when I click on this pipe BC is broken down.
0 -
This (as described in the OP) happens when the OVERKILL command is used to combine duplicate block definitions, mostly when used on dwg-files written by other applications (which IMO are the prime target for this command).
I opened a SR for this in November 2022 (SR 148389), which was acknowledged as a bug report and passed to the developers. I reopened the SR twice (in 2023 and 2024), and only got the answer that 'Considering development team priorities, they will work on it'. I gave up then.
The SR also pinned down another, apparently much more trivial bug in the command: INSBASE in the block definitions is not taken into account, resulting in de-duplicated instances getting scattered all over the place (unless insbase coincides with the internal coordinate system) … I thought that this should affect many users, and get an immediate fix, but quite the opposite…
0 -
> I thought that this should affect many users, and get an immediate fix, but quite the opposite…
Not to discourage anyone but there is possibly a potential priority disadvantage for those using general 3D, BIM, Civil or Mechanical, though I could be wrong big time.
Recently I read that 80% of BricsCAD users is primarily working in 2D only.
This means that those working in 3D most or all of the time and use 2D only for layouts will run into things that 80% of the user base will not or only rarely run into.
Let us assume that the remaining 20% that uses 3D most of the time is evenly distributed among the aforementioned 4 groups of 3D users, that would be 5% of the total user base for each and some issues are particular for e.g. BIM, Civil or Mechanical and not for general 3D and not everyone may use that function or tool so even less people are affected as a result. This could explain why the more trivial bug you filed did not get fixed that quickly.
I have filed some bug reports in the past that I thought would affect quite a few users of Mechanical but apparently very few were/are using certain functionality and as a result it may get a relatively low priority though it will eventually get fixed most of the time if the bug is considered serious enough to fix it.
1
