Help us decide which connectors to develop next! 🔌

Keen to see a connector for Autodesk Plant 3D.

Plant 3D has 2 big sections, a schematic design tool to produce P&IDs (piping and instrumentation diagrams), as well as a 3D modelling environment which creates 3d piping models, for the most part. It’s a bit like fabrication MEP, but sits on AutoCAD and also produces ‘parametric’ models of equipment items (configurators for pumps, vessels, heat exchangers). As Autodesk have it, everything sits on a collection of SQLite databases, with an option to key into SQL server and BIM360 collaboration. Key powers of Plant versus others:

  • ‘Specification driven’ piping. Basically, a series/collection of components which may be applied to different conditions such as service (chilled water, avgas, effluent, steam). This includes an acceptable selection of valves, filters, guages, flanges and couplings, branch connectors and so forth, which can also change at different diameters.

  • Validation between piping and P&ID databases.

  • Generaton of ‘piping isometric drawings’.

  • Creation and control of systems and their connections between collections of equipment items and facility areas.

Workflow

We would like to be able to move 3D plant data without losing connection information, attributes or geometric fidelity in particular to Revit for the management of these families and creation of better deliverables. We’ve found that the AutoCAD drawing engine as they have it, is no longer appropriate for the risk and effort levels required, for example:

  • time it takes to generate a single view. Instead of (more or less) instantaneous performance we can attain from Revit, plant 3d goes through a process of ‘flat shotting’ and layer reassignments, so this process can take minutes or more

  • disassociated annotations such as sections and view titles.

Also - there is no visual scripting environment for Plant 3D available. If we are able to create connector(s) which understand each schema then we open up to the opportunity to create a more user friendly automation library.

I’ve done an AU preso on some of these issues, which might explain these more.

3 Likes

Thanks for the detailed workflow @Matthew_Randell !
I’m still shocked at how poorly interoperable Autodesk software is - we’ll definitely check out what we can do :+1:

It’d be great to see an OpenLCA connector. @timmcginley is launching a new LCA in Building course at DTU and we are working on easing LCA evaluation, integration with modelling in a BIM environment. More integration with software oriented on circular building and sustainability could be awesome! Thank you. :slightly_smiling_face:

1 Like

I see a lot of people have voted for Navisworks, how do you see that integration working? What information would you like to exchange with Speckle and how do you see it working overall?

PS
Thanks @bruadam !

1 Like

As someone who works for General Contractor, sometimes we only get Navis files from the Appointing Party in the tendering process. Having all the info and geometry available in Grasshopper would save me a lot of time I think.

1 Like

Hi @HLKS! You’ll be happy to know @Reynold_Chan is working right now on a Tekla connector :slight_smile:

1 Like

Exporting clashes from Navisworks and managing issues in a Speckle powered app. Importing clash views from Navis into Revit and solving them one by one.

3 Likes

As someone who works for General Contractor, sometimes we only get Navis files from the Appointing Party in the tendering process. Having all the info and geometry available in Grasshopper would save me a lot of time I think.

Navis → Speckle is possible. Geom + Data. Navis only knows about Meshes.

Speckle → Navis is a bit of a non-starter. You can augment data to objects already in the Model, but any geometry you generate by API (and that isn’t straightforward) can’t be used for scheduling or clashing.

Exporting clashes from Navisworks and managing issues in a Speckle powered app. Importing clash views from Navis into Revit and solving them one by one.

So that’s a “two-plugin” request. :smiley:

Now, while @teocomi is a quiet expert in exporting Navis issues, I also have something bubbling along in the background. I’m working on an NW plugin that syncs Issue data and Viewpoints in real-time to a browser view. It uses Firebase and GCS for images right now, but I have a strong inclination to port the app as a Speckle implementation for 3D interaction. What you describe is a workflow that could be a BCF server end-point for speckle - which is food for thought.

3 Likes

We’ve definitely been mumbling internally on supporting BCF-style issues within Speckle, and you’ll probably see a beginning with some commenting features soon :scream_cat:
So yeah, we definitely want to add Navis to the mix, but it might take a while before we can properly integrate it :wink:

Thanks to both for the feedback!

3 Likes

People voting for ArcGIS, great news, some planning is being made in this direction! Please help us understand better your AcrGIS usage and interoperability needs by responding to the survey: ArcGIS connector survey

3 Likes

Yeah Navis will be awsome! since it works as an integration platform for a lot of formats, instead of developing a ton of connectors you could use Navis as a federation tool for models and them Speckles to send data where is needed. it will solve a lot of workflows where you need to extract data from models and process it.

2 Likes

BIM Track!!!

1 Like

I had forgotten but am now amused to see the request I recalled was from @gokermu about Navisworks.

There is a two-part solution to my orignal pessimistic response. :confounded:

This is a different way of thinking about integration than other connectors which inject data into scenes within Connectors, but in theory, works. A Navisworks :speckle: Connector would save a ‘Read’ as a model.speckle file (essentially rehydrated JSON) and a separate loader plugin would then convert to NWC and either aggregate or refresh that NWC file into the Scene. There will be a bunch of UX nicety to managing the streams/files in a model that is a less interesting challenge :blush: but, I have the download and conversion at least a little bit underway.

So, hopefully, that’s some embryonic good news, even though you are now more capable than I am to fulfil your :speckle: dreams.


And, yes, I have considered that this raises the mouthwatering prospect of another ADSK workaround like Revit down-versioning where you can theoretically build your own NWDs from frozen published NWDs sent from others. :stuck_out_tongue_closed_eyes:

6 Likes

Just some suggestions:
PTC-Creo (or step as common format)
Navisworks to anything (step, dgn, …)
Autodesk Plant 3D to AVEVA PDMS and vice versa

1 Like

Thanks @Jens !

I moved your topic here as we already have a growing list of connectors to develop :wink:
In regards to navis, the good news is that there is already a community contribution in the works!

Navisworks Connector - PreAlpha contributions requested

Cadcorp SIS Desktop is used commonly in UK Local Government, housing, and emergency services. There is an increasing requirement to share BIM data within GIS systems for planning and other purposes. A connector to support this could open up workflows that are currently extrordinarily painful or impossible.

2 Likes

Hi @jmh welcome to our community and thanks for the suggestion!

We’ll look to see if this is feasible, in the meantime we ( @Kateryna ) are developing an ArcGIS connector :slight_smile:

1 Like

Hi @jmh , thanks for the hint! Feel free to share any painful workflows, so we understand practical application better!

Hi,
It would be Nice to have SAF connector

It’s an open excel based data base for analytical structural models that already supports a lot of software

Would be nice to expand that to speckle connection!!!

Hi @AlonW ,

Welcome to the Speckle Community ! We’ll take a look at whether this is feasible. My initial thoughts are that SAF is another object kits that is different from that of Speckle’s structural object kits… We may support a SAF import/export in the future but that depends on use cases and we need to see a demand for it.

till then, i recommend joining our Structural Objects Review Meeting Where you can voice out certain things you might see in SAF that you would want to see more in our own structural object kits.

Cheers,
Reynold