thank you Mike - that is one of the better explanations for the behavior of NWC
(1) I can not use the NWCOUT command because by default it merges primitive lines into one - in the Navisworks options I have the fileReaders/DWG/lineProcessing set to "As Provided" - NWCOUT does not have a comparable option as far as I know. I use line breaks to divide the 2D portions of the 3D model into workzone phases. A guardrail is a 3D polyline given the guardrail work code as layer name and is divided into 18 segments, each represents a weeks progress.
(2) I had not tried opening the problem dwg file and saving down to a lower version dwg - this game of down saving always seems a bad practice, several questions:
I need to display the 4d model to field crews in the field using a laptop. My AMD BE workstation loads the dwg/nwc file fine, my ivybridge laptop locks up - both have comparable specs in CPU, GPU, RAM, and SSD. I think the AMD brute forces the load with a single thread and the ivybridge tries to do something fancy with 8 virtual cores. Maybe I just need to buy an AMD laptop - or make edits on the workstation and present the 4D model with the portable nwd and make notes for edits to make later. I want to make edits in real time as they have suggestions or errors are found.
What is the option setting about the DWG reader ?
Is "include Xrefs" UNchecked on both computers ?
If it is on on your laptop and off at work, this could explain the long load of the nwf.
Create an NWF with the DWG files only
Make an NWD out of it
Create a 2nd NWF that uses the NWD and the time project to have the 4D simulation.
On the laptop, you would only need the NWD and the project to be able to open that 2nd NWF.
You should be able to access the options for the Navisworks AutoCAD Exporter by typing nwopt at the command line. This should give you a standalone Options Editor set to the Exporter options for DWG. The options should operate in an identical manner to the reader.
The NWC cache file is rebuilt whenever the modification time of the DWG is later than that of the NWC or something else changes to invalidate the cache (e.g. a relevant global option changed). Worth checking that those make sense. Also, make sure that both NWC caching options in Model/NWC are enabled or you may be writing caches but never reading them!
Hope that helps,
Retest, zipped folder contents and tranfered from AMD machine to Ivybridge machine AMD = loaded in 30 seconds, ivyBridge = "Navisworks is not responding" for 12 hours
Question: where is the xRef option? I looked in Navis/options/fileReader/DWG, is "convert xRefs" and "merge xRefs" the options?
The "Unknown command" result from Civil 3D sounds like the exporter was not installed subsequent to the Civil 3D install, or the install did not register the exporter correctly. Try reinstalling the exporter or manually loading the relevant ARX nwexport2013. Both NWCOUT and NWOPT are registered from the same module, so both should be available or neither.
Also note that if you're still using NW2012, it will not have any direct support for Civil 3D 2013 as that was released subsequent to NW2012. You could use the standalone NW2013 exporter install but this will create 2013 NWC files which NW2012 will not be able to read (and thus you'll need a copy of NW2013 to downsave the NWC).
Convert Xrefs processes Xrefs at all i.e. turning it off will cause Xrefs not to be read. Merge Xrefs determines whether or not the contents of Xrefs are merged into the main file i.e. a flattening/merging of the layers in the Selection Tree, or whether the Xref is displayed as a block with its own layers within a given entity on the main file's layers.
The 30 seconds vs 12 hours is most unlikely to be down to the machine itself; I would expect some configuration or data to be different.
Hope that helps,
both machines are configured almost identically - and yes they both have NW2013 with C3D2013; intuitively, I think it really is hanging on some fancy multithreading the ivybridge is trying to do - can you test in your lab and AMD and ivy with 80MB corridor model?
also, it looks like an nwc was created at the same time, it is named the same as the dwg file and located in the same folder as the dwg file, it created a naming conflict with a previous nwc file when I moved the nwc to the folder I keep the 4D files.
I figured it out: Navisworks is hardcoded to think it's files are in the same folder as the dwg file, I have a seprate 4D folder and when i moved the files back to my DWG folder, it works. I think the navisworks people need to work with the Civil 3D people and discover their 'workflow' and folder sepration scema. I have 16 folders to keep C3D happy and store my 4D files,
still cannot build the nwc file with the ivybridge processor - have to switch over to AMD
i want present and intruduce NV to my classmate
i need the attribute of this software and its history
im very greatful if its in Microsoft PowerPoint Presentation (.pptx)
We do have an expectation that NWC files that are created from caching a CAD file are next to the CAD file. They are both semantically & sometimes technically distinct from NWC files that are exported from CAD applications. I would not recommend moving the NWC elsewhere when Navisworks generates it as a cache file, as it has a singular purpose - to speed up loading that CAD file by using that NWC if the CAD file is unchanged. It's an optimisation, rather than a workflow to be relied upon per se.
I'm not sure how this impacts the workflow you describe, but I'm not that familiar with Civil 3D's constraints. None of the NWC files that are cached are items that belong in the 4D or NWC_OUT folders. They contain only the CAD file data as was last converted. By comparison, exports from Civil 3D will be valid NWCs that belong in NWC_OUT. If you are making 4D NWFs then the best workflow is to reference the DWGs & exported NWCs and let Navisworks decide whether the cached NWCs are still valid. This better maintains object relationships & identities as the files change.
We have considered moving cache files away from next to the CAD files into some central cache folder (which would effectively hide them away in a similar manner) to avoid this confusion but there hasn't been much call for it and there is some technical consideration in making very sure the cache file points to the CAD file you think it points to.
Hope that helps,
Log into access your profile, ask and answer questions, share ideas and more. Haven't signed up yet? Register
Start with some of our most frequented solutions to get help installing your software.