Tamás Déri

@Franyek @hszhsz @deejayyhu azert a kukaba nem kene

@hszhsz @deejayyhu És aztán landol a kukában. Sokszor csak veszek otthonra fájdalomcsillapítót hogy legyene, de szerencsere ritkán kell

Te mit mondasz a gyógyszertárban? 1) "kérek valamit a fejfájásomra" 2) "kérek olcsó 400 mg-os ibuprofent hatóanyagtartalmú gyógyszert" Nagyon nem mindegy. Mutatom árakban a különbséget. Minden kategóriában (azonos hatóanyag, kiszerelés) 30-60% a különbség.

@snowyweston what about the sidelight of a door? is it a door or a window? 😁

we're all agreed a window is a door if you pass through it... yes?

@ikeough Not german but in hungary it is raszter and half of our aec terminology is based on the german so I strongly assume it is raster 😁

To my german friends. What's the german word used for a structural grid? Gitter oder Raster?

@dourevit @Twiceroadsfool @IMAGINiT_Tech it is pathetic that one needs an extra collab pro subscription to make auto publish on a custom schedule. plunder.

@Twiceroadsfool @IMAGINiT_Tech A "service account" that for automation purposes is not a "shared account". Those are two different things. A shared account is what violates EULA as you're trying to skimp on licenses. With a service account for this specific purpose, you are actually increasing license usage.

@revit_template I dig the UI. Is it completely custom or some publicly available package?

I've been quiet the last couple of months on what projects I am working on. I am excited to say, very soon, we will release v2.0 of our Ultimate & Premium Template along with a new Revit add-in to help users standardize their content faster and from one central window.

@JacobWSmall Nah,it is "schedule width",and in the family,bound to the builtin param,no IUpdater wizardry. Also we use the same mc tag for the opening spec sheet (eastern european stuff) for both door and window and sometimes gm. So if the issue is calling our parameter "width" we are fine 😁

@thumDerr Assuming you wanted them to coordinate the width, or height, or something across units… then call it ‘reported width’, or ‘scheduled width’. Or anything else. And add it to all the families and make it dynamic. But 99.9% of the time it is called width and is also static…

The problem with so many BIM coordinators is that they not only reinvent the wheel, but also want to call it ‘wheel’. “Make a shared parameter which reports the length of the wall. Call it length.” “It already exists, and is called Length.” “But it isn’t mine.”

@JacobWSmall C'mon man... Most of the time it isn't because "it is not mine", for example you wan't a common schedule of doors and windows that shows their dimensions, you need an MC Schedule, but you don't have the builtin parameters. If this is a janky hack then I don't know what isn't.

@thumDerr Dont know. Can you ensure that your janky hack is accurate 100% of the time even if the intern on the receiving end of the file transfer makes an edit?

@johntpierson @nicocatellier you'll always have to rely on a lot of dependencies that is out of your control, even the Revit API itself. and at least pyrevit is not a black box, and you can contribute whenever you feel the need. at the end if the day it is risk management

@nicocatellier For sure. My point isn’t only referring to R2025 either. Relying on something that is mostly out of your control (pyRevit) will always be worse than you writing your own code that you manage.

"Using pyRevit for your add-on" feels incredibly misleading to me. Yes, pyRevit is an add-on, but the scripts that comprise your toolbar are not. They are also entirely dependent on pyRevit working as it is expected. Using this same logic, people should just start calling their Dynamo graphs, "add-ons".

@JacobWSmall @redrunner92 This. I went the other way and kinda regret it.

@redrunner92 I recommend starting with a basic Python course - remove the Revit API stuff until you get the basics down. I did this by using an app (I think from SoloLearn?) on my commutes for less than a month. Certainly could have been completed in under a day if you sat and focused on it.

Recently I decided to focus on a goal I've had for 2 years: learning python. Today something clicked as I was typing practice code and I thought, "Golly, I'm understanding python!" I'm far behind people I follow here but leaps ahead of past and present coworkers. I'll take it😁

@_TheDanWarren ah the good old syncfusion datagridview

@JacobWSmall and what about unloading a workset from a link? that won't have much of a difference over geometry calculations since links are already read-only in the actual context, right?

@JacobWSmall thanks, this makes total sense. I guess the reason we haven't seen much perf. difference is that we mosty had geometry heavy elements without constraints or relation to other elements. I'll have to doublecheck how rooms bounded by walls on closed worksets behave though.

Does anyone have a complete Revit view graphics adjustment decision flow chart? One that preferably doesn't point to roofs as the solution. *cough @_TheDanWarren *cough

@Twiceroadsfool @JacobWSmall @TravisUsesRevit @tkunsman @Studio_Bim @revit_template @_TheDanWarren other disciplines never load it = use manage worksets, there we go, what I've just said. I have never mentioned views. I'm far from being obsessed with links, just shared my experience. If Revit would be capable I would do everything in a single model.

@Twiceroadsfool @JacobWSmall @TravisUsesRevit @tkunsman @Studio_Bim @revit_template @_TheDanWarren for instance back in the days when structural connections started calculating when they were only linked, we put all of them in a separate workset and that workset was added to all discipline models as hidden by default and that by itself solved the calculation issue

@Twiceroadsfool @JacobWSmall @TravisUsesRevit @tkunsman @Studio_Bim @revit_template @_TheDanWarren okay, I get that it is waaay different but what are the actual technical reasons in the background besides the geometry computation? because in my experience if the workset is loaded there wont be any performance difference on views where it is not visible.

@Twiceroadsfool @JacobWSmall @TravisUsesRevit @tkunsman @Studio_Bim @revit_template @_TheDanWarren then why do you even need to unload it if you want to be fast if it is not too heavy? it only gonna be extra management effort without real benefit

@Twiceroadsfool @JacobWSmall @TravisUsesRevit @tkunsman @Studio_Bim @revit_template @_TheDanWarren you have the chair workset in your arch model you can unload because it is too heavy. other disciplines have to use manage worksets if they want to unload it too. for this purpose i would definately use a separate model.

@Twiceroadsfool @JacobWSmall @TravisUsesRevit @tkunsman @Studio_Bim @revit_template @_TheDanWarren And how do you manage these worksets in the discipline models where arch is linked in? I find managing links worksets too cumbersome, manual, and difficult to manage globally.