Autodesk Design Review
Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic to the Top
- Bookmark
- Subscribe
- Printer Friendly Page
Area text, decimal places, mark-up layers
Options
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
135 Views, 3 Replies
08-10-2006 10:11 AM
1. Am I correct in assuming that the location of area text placed with the area tool is fixed?
2. Why would Autodesk want to make users edit the registry to eliminate extra decimal places? Couldn't the program handle this function internally?
3. Does AutoDesk make a product that allows non-CAD savvy people the ability to do mark-ups and area-take-off on mark-up layers without affecting the original DWF (for example treat the DWF like an x-ref). I was hoping to be able to maintain the mark-ups and have the base dwf refreshed with changes.
2. Why would Autodesk want to make users edit the registry to eliminate extra decimal places? Couldn't the program handle this function internally?
3. Does AutoDesk make a product that allows non-CAD savvy people the ability to do mark-ups and area-take-off on mark-up layers without affecting the original DWF (for example treat the DWF like an x-ref). I was hoping to be able to maintain the mark-ups and have the base dwf refreshed with changes.
*Scott Sheppard \(Autodesk\)
Re: Area text, decimal places, mark-up layers
Options
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
08-10-2006 12:08 PM in reply to:
AndyNH
With regard to item 3, Autodesk does not. Volo View kept the RML separate
from the original source data. Customers quickly found that the underlying
source files had changed and the markups no longer lined up. So the DWF
strategy is to combine the source being marked up with the markups
themselves in one file. This way everyone sees what was reviewed and what
the reviewer's comments were. There are layers to keep them separate. In
addition, the design applications know how to cull the markup items and
apply them to the source files.
wrote in message news:5264983@discussion.autodesk.com...
1. Am I correct in assuming that the location of area text placed with the
area tool is fixed?
2. Why would Autodesk want to make users edit the registry to eliminate
extra decimal places? Couldn't the program handle this function internally?
3. Does AutoDesk make a product that allows non-CAD savvy people the ability
to do mark-ups and area-take-off on mark-up layers without affecting the
original DWF (for example treat the DWF like an x-ref). I was hoping to be
able to maintain the mark-ups and have the base dwf refreshed with changes.
from the original source data. Customers quickly found that the underlying
source files had changed and the markups no longer lined up. So the DWF
strategy is to combine the source being marked up with the markups
themselves in one file. This way everyone sees what was reviewed and what
the reviewer's comments were. There are layers to keep them separate. In
addition, the design applications know how to cull the markup items and
apply them to the source files.
1. Am I correct in assuming that the location of area text placed with the
area tool is fixed?
2. Why would Autodesk want to make users edit the registry to eliminate
extra decimal places? Couldn't the program handle this function internally?
3. Does AutoDesk make a product that allows non-CAD savvy people the ability
to do mark-ups and area-take-off on mark-up layers without affecting the
original DWF (for example treat the DWF like an x-ref). I was hoping to be
able to maintain the mark-ups and have the base dwf refreshed with changes.
Re: Area text, decimal places, mark-up layers
Options
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
08-10-2006 01:24 PM in reply to:
AndyNH
Thank you.
I can understand the rationale behind the mark-up inclusive dwf file. In this situation, we don't want to see the enduser's mark-ups but do want to allow them a tool to do area take-offs and hatching and most importantly utilize a fresh DWF architectural base plan that we already publish for other reasons.
I can understand the rationale behind the mark-up inclusive dwf file. In this situation, we don't want to see the enduser's mark-ups but do want to allow them a tool to do area take-offs and hatching and most importantly utilize a fresh DWF architectural base plan that we already publish for other reasons.
*Scott Sheppard \(Autodesk\)
Re: Area text, decimal places, mark-up layers
Options
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
08-10-2006 01:54 PM in reply to:
AndyNH
With this is mind, you would have an application that loads a DWF. You would
then capture markup information and save it however you like. You can keep
it separate from the DWF file. You application could reload the DWF and
overlay the markup information.
wrote in message news:5265312@discussion.autodesk.com...
Thank you.
I can understand the rationale behind the mark-up inclusive dwf file. In
this situation, we don't want to see the enduser's mark-ups but do want to
allow them a tool to do area take-offs and hatching and most importantly
utilize a fresh DWF architectural base plan that we already publish for
other reasons.
then capture markup information and save it however you like. You can keep
it separate from the DWF file. You application could reload the DWF and
overlay the markup information.
Thank you.
I can understand the rationale behind the mark-up inclusive dwf file. In
this situation, we don't want to see the enduser's mark-ups but do want to
allow them a tool to do area take-offs and hatching and most importantly
utilize a fresh DWF architectural base plan that we already publish for
other reasons.
