Jump to content

All Activity

This stream auto-updates

  1. Past hour
  2. @line-weight thank you for reminding me of this thread. So do you not use any Story Layers...?: I think this is what I remain slightly unclear about in my file (the first to incorporate Stories): where to have standard Design Layers + where to have Story Layers. The file started off as a layer bound set-up with all my standard design layers then I added stories midway through, really only to utilise the enhanced Elevation Benchmark functionality discussed elsewhere. So I had existing layers that I converted into story layers because they represented critical elevations like top of subfloor etc. But in your setup would you have just left them as design layers + created a separate story level for that elevation...? This is a single story building so all I'm really interested in using stories for is 1) using Elev BMs + 2) setting levels I can bind objects to without requiring a dedicated design layer for them.
  3. No worries. It's part of a much larger project, and I can integrate the top-up script in to the next stage of the process, so it's a good solution all in all. Thanks for your help!
  4. When I export in the IFC 2x3 version, in the export IFC settings, there is the option to export the components separately and, with it activated, the classification of each component is correct. How can I export wall finishes to IfcCovering for IFC 4 from a multi-layer wall style automatically?
  5. In retrospect, I think Subdivision would have worked out better than my alternative. The mesh would have had issues with the round rim. It is always better to find the answer on your own if you can. Trial and error is the best way to learn. Just out of curiosity can you post a picture of your work?
  6. @spettitt You should be able to do the control point solution without needing events, and it might be cleaner from a usability standpoint. You would just need to specify a control point parameter and then pull it using the standard PControlPoint01X and PControlPoint01Y like you would any other parameter value. If I can wrap up my immediate tasks this morning, I can fab up a Vectorscript example for you.
  7. We've conducted initial tests with macOS 14.5 beta2, and it appears that the printing issue has been resolved. 🤞🏼
  8. Today
  9. My setup is pretty simple in the end really. This was the thread I made when first trying it:
  10. Hmm, haven't noticed this. Well, since you have this figured out I suppose that it is ok
  11. That's right, yes. This was what I had: import vs ##################### # First - Reset the SktUUID Record on each socket in each Device prof group def SockRecord(h): vs.Record(h, 'SktUUID') vs.SetRFieldOpt(h, 'SktUUID', 'Dev', True, True) vs.ResetObject(h) vs.SetObjectVariableBoolean(h, 1167, True) def DevSockAddRecord(h): hprofile = vs.GetCustomObjectProfileGroup(h) vs.ForEachObjectInList(SockRecord, 1, 0, vs.FInGroup(hprofile)) vs.ResetObject(h) vs.SetObjectVariableBoolean(h, 1167, True) vs.ForEachObject(DevSockAddRecord, "PON = 'Device'") ##################### # Then go through each Device and post it's Self UUID. # Devices first because they are at the top of the relational chain def DevUUID(h): UUIDv = vs.GetObjectUuid(h) vs.SetRField(h, 'DevUUID', 'Self', UUIDv) vs.ResetObject(h) vs.SetObjectVariableBoolean(h, 1167, True) vs.ForEachObject(DevUUID, "PON = 'Device'") ##################### # For each socket, post it's self UUID and then reset it, so it picks up the Device UUID def SockUUID(h): UUIDv = vs.GetObjectUuid(h) if UUIDv: #vs.Message(f'Found a socket {UUIDv}') vs.SetRField(h, 'SktUUID', 'Self', UUIDv) vs.ResetObject(h) vs.SetObjectVariableBoolean(h, 1167, True) def DevSockUUID(h): hprofile = vs.GetCustomObjectProfileGroup(h) vs.ForEachObjectInList(SockUUID, 1, 0, vs.FInGroup(hprofile)) vs.ResetObject(h) vs.SetObjectVariableBoolean(h, 1167, True) vs.ForEachObject(DevSockUUID, "PON = 'Device'") ##################### # Then go through each Circuit and post it's Self UUID def CircuitUUID(h): UUIDv = vs.GetObjectUuid(h) if UUIDv: #vs.Message(f'Found a circuit {UUIDv}') vs.SetRField(h, 'CircuitUUID', 'Self', UUIDv) vs.ResetObject(h) vs.SetObjectVariableBoolean(h, 1167, True) vs.ForEachObject(CircuitUUID, "PON = 'Circuit'") # Resets for good measure def refreshskt(h): vs.ResetObject(h) vs.SetObjectVariableBoolean(h, 1167, True) def refreshdev(h): hprofile = vs.GetCustomObjectProfileGroup(h) vs.ForEachObjectInList(refreshskt, 1, 0, vs.FInGroup(hprofile)) vs.ResetObject(h) vs.SetObjectVariableBoolean(h, 1167, True) def refreshcircuit(h): vs.ResetObject(h) vs.SetObjectVariableBoolean(h, 1167, True) vs.ForEachObject(refreshdev, "PON = 'Device'") vs.ForEachObject(refreshcircuit, "PON = 'Circuit'") Which produced the below:
  12. @Jesse Cogswell - thanks so much for this! I hope over time I can give back to this forum in the way it's given to me. I've got your first example running nicely with Vectorscript, and my next task will be to rewrite in Python so I can see how such a PIO might handle the same task. From there, I don't think it'll be too hard to pull the truss data and class the PIO geometry. I have two other big Python projects on outside of Vectorworks (though using Vectorworks data), and I don't think my little mind can handle looking at events right now. If I can get the simple version working, potentially with the 'Lock' parameter, that would be great for the moment and I'll come back to the events thread above when the time is right.
  13. Did you put my script in your old script? My change was just 1 line in your old script but I added the whole function for context.
  14. Thanks for this @Nikolay Zhelyazkov. Adding that line does indeed give me the parent device, but did then affect the sockets getting their self UUID. However then a follow-up script just to write the socket self UUID got me the full house. For what it's for, I don't mind two scripts, so this is great. Thank you.
  15. Hello all, In VW 2024 we have added the ability to display all TBB parameters and records in the OIP. If the Sheet Data.Scale field is added then the Update Scale button is added too. So I think that this thread is resolved there. Best Regards, Nikolay Zhelyazkov
  16. The problem is that Spotlight doesn't use the channel number as the internal identifier since it can change based on design and user requirements, which would then break any connection (internal to Spotlight or external) to the any other linked data. You can try using the worksheet criteria ='Lighting Device'.'UID' to access the UUID's and this may enable you to correctly map the data. What software are you using to create the patch? If it supports MVR this may provide another route to get the data in and sync it to the correct lights.
  17. Hello. Is there any way to insert the real photos instead of generated 3D images in grafic legends? That could be great option.
  18. Hi, Sorry what is the outcome of this discussion please? It would be a great time saver to automate the scale of the titleblock against the viewport on the drawing sheet, and in case there where multiple viewports at different scales then there should be an option for various scales. Thank you Federico
  19. I do understand the issue regarding the correct data, but in the case of Spotlight you always add the Channel number / Unit number to your fixture. That would be the unique identifier for Vectorworks to match to. I create my patch in another software then Vectorworks as some of the modes are not correct or there is no GDTF fixture available etc. Atm I have to manual insert the patch in Vectorworks which can result in errors, with the new Excel referencing I was hoping to find a way to import a CSV / Excel and link it to an Lighting Device.
  20. Multiple Apple silicon Macs with Apple displays. We get more crashes for sure, but it's not (yet) unmanageable. (We have a super-robust auto-back-up system in place.) Printing is a complete mess with our HP Printer. We have historically printed directly from VW using the Publish function. It worked beautifully. Now it just messes up the page formatting (that has to be manually reset for every sheet layer) and churns out so much waste paper from the printer. We have gone to a 'via PDF' workflow, but it's so much slower. Praying for a fix soon... P
  21. I think I did it somehow 😃 I used subdivision and it turned out quite ok. Not super accurate but good enough. Thanks!!
  22. I'd be interested in quizzing you over your set-up as I'm not sure I completely know what I'm doing (with Stories) yet, but like you say probably better in another thread... It was actually after you clarified for me elsewhere that to get the full benefit of Elev BMs you needed to use Stories that I finally decided to do so on a current project. Although I added them halfway through which wasn't perhaps the most effective way of doing it 🙂
  23. Yes I have been doing this for a while now and it's very useful. It's one of VW's best-implemented features. Just waiting for section-elevation lines to be updated to behave as nicely. Relating elevation benchmarks to storey levels is one of the main reasons I use "storeys" even though I actually just use one storey and put all of my levels (for multiple floor levels) within it. But this is all a bit off topic for this thread, which is supposed to be about getting by without using storeys at all.
  24. Another thing to consider is that you can return the story level names in Elevation Benchmarks so worth thinking about what you want to see in your section VPs when naming them. I have only just started doing this + it is pretty impressive functionality (having things set up so Elev BMs automatically display in section VPs).
  25. I am trying to export a viewport as a PDF and Vectorworks keeps crashing. This issue has only just started as I am on version 11 of the project so have been able to export with no problems up until now. Has anybody got some insight into why this might be happening? It is only with a specific file and not across the board on other projects. Thanks in advance
  26. What template file are you looking at? If it's one from the first page of this thread, note that the point of this thread is to explain a model set-up that does not need the use of stories. If you are looking at organisation/stories and seeing the "default storey levels" then if there's one with slab in the name, no it is not necessarily connected to any slabs you've drawn. You can set a storey level to any elevation you like, and you can call it what you want. The name of the storey level is just that, a descriptive name. You can then choose to relate various objects to a storey level, including slab objects.
  1. Load more activity
×
×
  • Create New...