几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量  


返回   几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量 » 仿射空间:CAX软件开发(三)二次开发与程序设计 » CAD二次开发 » AutoCAD二次开发 » DirectDWG
用户名
密码
注册 帮助 会员 日历 银行 搜索 今日新帖 标记论坛为已读


 
 
主题工具 搜索本主题 显示模式
旧 2009-05-07, 03:30 PM   #1
yang686526
高级会员
 
注册日期: 06-11
帖子: 14579
精华: 1
现金: 224494 标准币
资产: 234494 标准币
yang686526 向着好的方向发展
默认 【转帖】scaling

scaling
scaling
i am able to read and render most of the dwg files but there is an issue with scaling. when i try to display some files couches and loveseats are shown larger than the rest of the building. and vairous stuff at vairous different scales. i know that the problem is in transformations but i cannot figure out where the problem could be.
the documentation says that line::startpoint(), line::endpoint() and similar functions return coords in wcs (which, i presume, stands for world coordinate system). if that is the case, then why do objects appear to be scaled out of proportions?
does explodegeometry() interfere / affect this behavior?
thanks
- jaydutt shuklafff">
maybe some entities come from block references with scale?
if a block reference is exploded by explode() or explodetoblock() some entities may be not transformed by block reference scale. for example custom (proxy) entities who have transform disabled.
explodegeometry() should work in this case but maybe it works incorrectly.
could you provide a sample file illustrating the problem?
odamfcapp contains sample command "explode geometry" - edit/registered commands/oda example commands/exexplodegeometry
is it possible to reproduce the problem in odamfcapp?
sergey slezkin
quote:
originally posted by sergey slezkin
maybe some entities come from block references with scale?
if you are refering to entities contained inside a blockreference, no. i am ignoring the block references for now.
quote:
originally posted by sergey slezkin
could you provide a sample file illustrating the problem?
here is a reduced file with identifying information removed.
actually, i cannot upload the reduced file for unknown reasons. i can select the file from "manage attachments" page but get 404 when i click "upload" button.
attached images (14.5 kb, 19 views)
(228.8 kb, 17 views)

- jaydutt shuklafff">
maybe you tried to upload dxf? where are some limitations on file name extensions and size. you can e-mail the file to me:
sslezkin_at_softdev_dot_spb_dot_ru
i can't say anything without the file except some general words:
if you render the drawing by dd rendering framework is it possible that you forgot to implement pushmodeltransform() / popmodeltransform()?
if you do not use dd rendering framework (and render everything yourself using functions like oddbline::startpoint() - then you are at the very beginning of long and thorny way...
sergey slezkin
quote:
originally posted by sergey slezkin
maybe you tried to upload dxf?
it's a dwg file approx 1.5 mb
quote:
originally posted by sergey slezkin
then you are at the very beginning of long and thorny way...
we already have a rendering framework. all i need to do is read oddbentities and translate them to our entities.
and you should be getting the sample file "reduced sample.dwg" in a few minutes.
thanks
- jaydutt shuklafff">
just to update whoever is visiting this thread.
i came to the conclusion that i need not render entities from all blocks. what i did wrong was to not render entities from blockreferences. that kept the picture incomplete and misled me. what i need to do is render entities from either the model_space or the paper_space and process _all_ of them get the complete picture.
- jaydutt shuklafff">
yang686526离线中   回复时引用此帖
GDT自动化论坛(仅游客可见)
 


主题工具 搜索本主题
搜索本主题:

高级搜索
显示模式

发帖规则
不可以发表新主题
不可以回复主题
不可以上传附件
不可以编辑您的帖子

vB 代码开启
[IMG]代码开启
HTML代码关闭



所有的时间均为北京时间。 现在的时间是 07:08 PM.


于2004年创办,几何尺寸与公差论坛"致力于产品几何量公差标准GD&T | GPS研究/CAD设计/CAM加工/CMM测量"。免责声明:论坛严禁发布色情反动言论及有关违反国家法律法规内容!情节严重者提供其IP,并配合相关部门进行严厉查处,若內容有涉及侵权,请立即联系我们QQ:44671734。注:此论坛须管理员验证方可发帖。
沪ICP备06057009号-2
更多