yang686526

.sat looks like the symmetrical of .dwg
.sat looks like the symmetrical of .dwg
hello support,
you will find attached a dwg file, a sat file extracted from the dwg with this piece of code:
odgetsatfromproxy(dwgproxy,pmodelergeometry) ;
pmodelergeometry->out(filebuf,kaf_ascii_700) ; //(returns eok)
and a jpeg showing that the object in sat file is the symmetrical of the object in the dwg file.
could you give me the reason why please ?
thank you in advance.
attached files
hello,
getsatfromproxy just returns stored sat without any modifications. it knows nothing about adpart object and environment. may be drawing has some transforms on upper level, but it isn't getsatfromproxy responsibility to apply it.

hello alexander,
thank you for your answer.
i wonder where the symmetry transformation is written :
-the odmodelergeometry::gettransformation returns false and no transformation.
-the proxy is in a block. the oddbblockreference::blocktransform returns the identity matrix.
could you help me please ?
i think that problem is not in oddb transformation. do you known adpart object parent application ? it is possible that transformation is stored like part of adpart or something else...

the file seems to have been generated by mechanical desktop 2006, but i am not sure.
is there a way to find the transformation in the file ?
thank you.

really no answer to my question ?
hello,
i have checked your file one more time. file contains entities that are unknown for us. i have test all available points for me - stored sat stream, block reference transform. sat stream doesn't include any transform, block ref has identity transform - it doesn't mirror object. i didn't find any transformation here... i think that problem came from some logical architecture organization of mechanical desktop entities. for example, some complex entity group has some mirror property\flag\transform (or something else - another entity may be). it is available for mechanical desktop users via user interface or object properties, but not available for dwgdirect. entity includes internal sat cache for pure state and proxy graphic cache for products like autocad (autocad don't know mechanical desktop organization), but must render proxy entity object. so internal sat cache will be stored without any external transformation, but proxy graphic cache should include transformed graphics. here is our problem - you ask for non transformed internal sat cache and cannot apply external transform.
i am not specialist in the mechanical desktop, so i cannot answer to you more precisely. may be you can ask somebody about ?
over the years, i have also received several dwg files from our customers with this same problem and cannot figure out what is going on. i eventually came to the same conclusion - that there's something in mdt that's mirroring the body(s), and that information doesn't get into the sat data or the dwg transformations.
it appears to be a rare happening, but i'm attaching one of them in case the alliance gets a chance to look into it.
attached files (428.6 kb, 0 views)