Why you should (or not) be using Arena PDXViewer

November 27, 2011

The story of standards is always fascinating. I love these stories on my blog and spent quite a lot of time talking to people about standards. Do you know what is common between standards and toothbrushes? Here, you go -“standards and toothbrushes -everyone needs to use them, but nobody wants to use someone else’s”. So, I was reading Arena Solutions blog yesterday – Why you should be using the PDX File Standard.

For the sake of truth, I had a chance to speak to Arena PLM folks few weeks ago. Here are some of my thoughts about PDXViewer.

PDXViewer. The need is here.

The idea of sharing information using free tools isn’t new. The story, in a nutshell, is simple. Your company will keep PLM system (actually any enterprise system controlling information is good for this story) and it will control the information you need in your company. However, as Arena’s blog is stating, your problem will be to share the information with people outside of your company.

The point of purchasing a PLM or PDM system is to simplify and centralize your BOMs and other product data. But once your BOMs, Items, AMLs and associated content exist in a structured format, you are faced with a new problem—how do you share your data with vendors and internal players who aren’t plugged into your PLM or PDM system?

You can ask how do you deal with the problem now. The madness of sharing data is here. The following quote brings you the top stories about possible (and impossible) ways company use to share data.

Without PDX files, preparing a build package for delivery is a mixture of black magic, blood, sweat and data from a business system. In some companies, one person is hired or trained to access the system for the sole purpose of sending data to suppliers once or twice a year. At other companies, data is pulled manually out of the PLM system by the design engineers, who put the data into an Excel spreadsheet and send it to suppliers in binders or zip files.

Why to use PDXViewer

You may find the “PDXViewer” way quite powerful. Pull data out of your PLM system, publish or send it in PDX format. Use free tool. I think many people will find it useful. I found user experience of PDXViewer nice. What you practically do is to export subset of your data and access it with a limited set of functionality. Another benefit – the level of encapsulation file gives you – you don’t need to go in multiple places to search for the information you need.

What concern do I have

My main concern is “file”. This is my usual suspect for problems. Don’t take me wrong – files are good and mankind is using files for the last 40+ years with various computer systems. However, when I move my thoughts towards the cloud and the internet, files become actually my concern. How do you manage files? What is the right (or last) revision of your file? Another significant problem is related to the changes. In case you allow to make changes to data outside of your system you burned to support multiple data synchornization, which is very painful for all people involved into this process.

What is my conclusion? I found two absolute advantages of PDXViewer – it is free, and you can enjoy a simple user interface. It definitely solves the problem of people accessing information outside of the company firewall and serves IT concerns about non-company users accessing information inside of the company. At the same time, I have a concern about files. In other words, I think there is a “better way” to organize people’s access to the information. Sending files can be a good solution, but it can get complicated within the time. Just my thoughts…

Best, Oleg


What PLM technology can share CAD and engineering knowledge in organization? – Part 1.

March 13, 2009

One of the biggest PLM challenges is to play the role of connecting “organizational dots” such as Design to Manufacturing, Engineering To Order, Configuration To Order, Concept to Manufacturing. All of these terms are about creating a world where designers and engineers are connected with each other as well as with other players of product development – manufacturing, suppliers, and consumers. However, this connection is not straightforward – design and engineering data sometimes seem like a foreign language.  To some departments, communicating with another department is like tourists trying to speak a language they don’t even understand.

 The biggest problem I see today is that CAD and engineering knowledge remains in the Engineering Department language. A very small amount of people can speak this engineering language, not to mention knowing how to connect an engineering solution to solve a business problem.

 At the same time, everybody knows about this problem. As one of the examples, take a look at this Adobe blog which presents the challenge of enterprise data sharing. 

enterprise-data-sharing-challenge

Out of the many different solutions that try to resolve this problem, I’d like to touch on a few them which I  think are quite successful:

 PDF and 3D PDF based tools are definitely leveraging the high PDF adoption rate by translating CAD and related engineering data to 3D PDF packages. You can use various offline and batch processing tools.

3D PDF Batch Processing Revisited

Address Cost Issues Now

adobe-tool

In parallel, XVL technology from Lattice also provides an alternative to translate CAD data into an XVL format and share this information across the organization. 

Thinking Outside the 3D CAD System

xvl-diagram1

3DVIA composer is also a translating tool – it allows you  to gather CAD and 3D data together with additional information related to technical publications, manufacturing and some others. After generating new 3DVIA composer files, you can share and reuse this information in the organization.

 3DVIA Composer

3dvia-compo

 

An alternative approach in DS is the 3DLive product that allows everybody to access 3D information online without translating this information into other formats.

DS 3DLive

ds-3d-live

I can bring additional references on the tools that take 3D and engineering data and allow reuse of this data into enterprise. But this is not the key.  For the past 20 years we succeeded in creating lots of tools that translate one data into another data – CAD to PDF, one CAD to another CAD (i.e. IGES, STEP), etc. My key point is that we are still missing the capability of connecting people working on different problems in the same organization:  people working on design, people working on various manufacturing and supply chain optimizations, sales and others. There is no technology that allows them to work together, share the same problems and see one solution. We have come a long way – from proprietary data storage, RDBMS, XML, various 3D proprietary formats, various “standard” formats etc. All this being said, we are  still missing something that can be used as a scalable foundation to represent CAD and engineering knowledge.

This technology has  still not been invented, in my opinion, and this is a big topic.  Since I’m sure I’ve missed references, examples and ideas. I’m planning to continue posts on this topic. I’d be glad to hear your voices and comments.


Follow

Get every new post delivered to your Inbox.

Join 73 other followers