Lots of stuff going on; I have a hard time keeping up.
Due to popular request, I updated the RvtVa3c readme.
I am continuing to answer issues on the Revit API discussion forum as well as ADN cases.
I am struggling to find time for The 3D Web Coder...
One ADN case that I answered fits in very nicely with a forum suggestion provided by Arnošt Löbel.
Here are my topics for now:
A developer worked on generating a suitable JSON representation of a Revit building model and raised the following query:
Question: I tried directly uploading an .rvt file and it gave an "unsupported file error".
I tried reading the code for the viewer; it uses a three.js loader function, but three.js doesn't support .rvt, and the samples shown are .rvt.js which are json files of the Revit models.
How were the Revit files converted to JSON?
Answer: You have to install and run the RvtVa3c JSON exporter add-in in Revit:
Response: I was able install the plugin, with minor changes. I suggest a readme along with the repository. I tried to write one, which is incomplete, as it doesn't give details about all the dependencies, as to the Revit version, the .NET version etc.
Also, when I installed the plugin, it conflicted with an already installed plugin by CL3VER, stating:
This is the error message displayed:
Guide me, if this can be patched easily.
Answer: Thank you for your report and good suggestions!
Congratulations on getting it to work!
I integrated the readme material you provided into a new section on setup and installation in the main RvtVa3c GitHub repository readme.
The issue you report with CL3VER means that the guys who implemented that copied my RvtVa3c add-in and the GUID in my add-in manifest.
They even copied my idea of replacing the character 'e' by a numeric '3' in their name, which I proposed for the vA3C project to ensure it is easily found and identified by a global Internet search.
I am obviously honoured :-)
I will tell them about that. It is trivial to replace: simply generate a new GUID and edit to add-in manifest file RvtVa3c.addin to use that instead.
In this case, however, the CL3VER guys ought to replace theirs, since I originally generated mine myself!
Please refer to this more detailed discussion on the add-in GUID and my Guidizer tool that I sometimes use for this purpose.
To CL3VER: Dear Madam or Sir,
A developer reported a duplicate Revit add-in GUID conflict when using your cl3ver add-in together with my RvtVa3c application:
Please modify your CL3VER Revit add-in manifest to use an own GUID instead of my RvtVa3c one.
Thank you!
Question: I am using Revit Architecture 2015.
I want to read parameters in a Revit family without opening Revit using the .NET API.
Please guide me in doing this.
Answer: In future, please perform a minimal Internet search before submitting an ADN case.
The answer to your question appears in a large number of discussions that you will see if you search for "revit api without opening".
For more detailed and targeted information, please refer to The Building Coder topic group on driving Revit from outside.
After this initial answer, I just happened to note a thread on the Revit API discussion that addresses the exact same issue you raise, calling a Revit plug-in without Revit open, and suggests a workaround that may be of interest to you as well:
Question: I'm writing software that extracts and analyses information from Revit using a Revit API plug-in, but as it stands the plug-in has to be activated from the External Tools menu in Revit, and ideally I'd like the start point to be within my application, instead of Revit.
I understand that Revit probably has to be open to run the plug-in within its own runtime, but I'm wondering if it's possible to start a hidden instance of Revit and call the plug-in like that instead of having to explicitly start Revit and select the plug-in from the menu. Is something like this possible?
Answer by Arnošt Löbel, Sr. Principal Engineer, Autodesk Revit R&D:
As you've found out, there is no direct support out of the box for what you want. A Revit instance must be running in order for an add-in to be executed. However, you can possibly sort of work around it if you figure out how to instantiate a Revit process that is hidden. Perhaps you can launch it in a separate desktop, one that is set to be out of screen. Even then, though, it is still a limitation that you cannot invoke your add-in from outside of Revit. The call must always come from within Revit. External command is out of the question, I presume, because there will be no user to click it and invoke it. However, I assume you do not need an external command anyway. My guess is that you want to do something to a model, and for that all you ought to need is one of the document events, most likely DocumentOpened. Or, as an alternative, you can do your task in an ApplicationIitialized event or in OnStartup method your external application implements. The following steps suggest one possible workflow:
To wrap up, here is an example of the Exchange Apps Community at work.
A French Revit user commented: "thank you – i reported about your software, recommending three free, easy and useful Revit add-ins on my blog."
Check out the website link and the additional comments from other customers.
This may be the ideal chance to test your built-in browser web page translation functionality :-)