using solibri in an office

m.neustadt

I still didn’t find any info about that, so I ask you here how you do or would handle that.

We actually are thinking about how to handle roles and rulesets on our server in order to store them in a central place everybody in our team can access the most easily and quickly as possible.
We actually store rules and rolesets at central places:

at a generic place
in each project folder we do store specific roles and rulesets, so we have them adapted for the project.

Is there somethin you can add to that concept? Something more efficient?

How is your experience with that topic?

Pasi Paasiala

@m-neustadt please refer to the “Documentation for Solibri System Administrators.pdf” document for your options. You’d find this in windows in the “C:\Users\Public\Solibri\SOLIBRI\Documents\System Administrator” folder.

m.neustadt

great, thank you.

However, a document, which refers to itself sosmetimes feels a bit strange:

# Uncomment the following line to set a path to shared resources. For more information consult the Documentation for Solibri System Administrators.pdf found in the Documents folder 
#shared_paths = \\Projects\Solibri Shared Resources \paths.properties

Which additional information am I supposed to find in the same document, I already opened? whatever, for the beginning that’s a good resource for information!!! Maybe we will need to set up a set of more profile.ini files, each for every new project, I guess.

MEA

We’re facing the same problem and as of today we don’t have a satisfactory solution. In the background we try out company extensions which seem to solve our issue for the distribution of not project related roles + rulesets + etc. Maybe you can dip into that.

m.neustadt

@MEA said in using solibri in an office:

company extensions

for example?

MEA

As far as I understand company extensions it’s a way to distribute a bunch of aspects: Company Extensions can include roles, rulesets, classifications, information takeoff templates, information takeoff definitions, layouts, coordination templates and overview templates as well as jar-files.

Example: in our case we prepared a standardised ruleset for checking openings against building equipments HVACR. This is not limitied to a single cset but includes classifications and some self programmed jar-files and so on. With company extension we can combine all this data in one package. Our Admin will do the upload to the solibri solution center and that’s where all our internal colleagues have the possibility to downlad and install that extension. With that extension package they have all prepared data to use this check in their project.

Actually that’s what we want to achieve. As already mentioned we don’t have lots of experience with that by now.

You can find it in the software in the ‘extension manager’, it’s located next to the ruleset manager. Unfortunately I didnt find any detailed documentation about company extensions, so we did something like testing this and that and then got in touch with solibri for further explanaition.

Pasi Paasiala

@m-neustadt
The profile.ini file is located in the Solibri installation directory. You can edit that file to point to a shared folder that contains your resources. The same editing needs to happen on every Solibri installation.

teun_1

Very interesting topic!
Has anyone tried to ‘automatically’ distribute/copy from a central place to the local (public) folders at startup? And of course keep the project setting in projects.
Will this be easier than using ini files that refer to themselves?

m.neustadt

@teun_1 said in using solibri in an office:

Has anyone tried to ‘automatically’ distribute/copy from a central place to the local (public) folders at startup? And of course keep the project setting in projects.

yeah, that’s what I am looking for!
A system to store and distribute roles, rulesets…

A kind of active directory, User and directory access system for solibri.

teun_1

@m-neustadt
We also need to do something similar for other software. But I wonder if there are any pitfalls I’m not aware of.

m.neustadt

feels like solibri is more optimized for single user work then for real corporate, or am i wrong?

JSN

@m-neustadt said in using solibri in an office:

A kind of active directory, User and directory access system for solibri.

You can in fact use server paths in roles which kind of helps to store ressources on a central place and users just would have to load roles and they are good to go.
This might be especially interessting as you could give special read/write permissions to prevent ressources from accidentally being overwritten. Tbh this worked best so far though the path change to the Shared Resources might be a similiar approach.