Posts by Christian Radowski

    FYI we've improved the interpretation of the data in many of these cases as well as the import error you were seeing.
    That is something to keep in mind when dealing with preview ;) we were not fully done yet.

    Thanks :-) This is my point exactly... If the data sets are this broken for most of the places around the world, why build the feature in the first place? Most of us will never use it, and even if the data set were correct, the detail level is still way too low to use in most scenarios.

    I just don't see the reasoning behind spending THAT much effort to create something that is basically just bloat for most users.

    :D that's a bit hyperbolic don't you think? While I don't want to speak for PM when it comes to the decision-making about what should be built I'd like to hold off on the final verdict regarding usefulness until the feature has been released and more users got to try it out.

    Don't get me wrong I am not trying to argue away the quality of the OSM data in this case, but then again it has more accurate or less accurate data depending on the actual location. Additionally I know that you are using a different method to get the surroundings of your model into your actual CAD model but for a lot of users this workflow is not ideal and the "low poly nature" of the current site context implementation does not "distract" so much from the actual model. So I personally see benefit in that not that it matters because I also am not the person deciding what gets build I mostly work on the how part of that equation.

    That could just be the openstreetmaps data that is inaccurate. Unfortunately that's going to be true for 99% of the locations in the world in my experience.

    Just tried the new context creator. Something seems completely off with the topography. I tried importing a part of central copenhagen (one of the flattest cities in the world), and it is full of hills/mountains that does not exist. Most building heights seem way off as well, and most buildings are shown as 1 story, even though they are 5-6 :-)

    Like Pieter said the data set for Copenhagen is just not good:

    We have no height information or number of floors here so we fallback to an estimate of 3 floors. All data sets for geospatial information are closed except for OSM really (derivatives of OSM merged with other dbs exist but aren't any better for these cases). Elevation information does not exist at all in OSM we get that from a separate source and merge everything together so unfortunately this is as good as the data can get atm. Unless you wanna go around and fix the data set of Copenhagen before importing it ...

    I know that is how it works :-) and it is half way there! it takes FOREVER to scroll through the thumbnails to load them all, and every time we install a new version (and we do that often), we need to do it all over again... all 50 of us at the office, that uses Enscape ;-) Thats a lot of wasted time. and as more and more assets are added, the time goes up!
    Why not include the thumbnails in the installer? or have them update in the background, so they are ready to use when needed? there are a lot of options that could help ;-)

    And its pretty much the point from my previous post... half baked features. This should have been fixed a long time ago, but instead new features are prioritized.

    Thanks for the feedback :-) I'm glad you see the point! I hope we will see some of this solved down the line

    Sorry but here I have to disagree with you :D I know it seems easy but there are way more concerns than that and baking them into the installer is no option at all. You could set up a shared directory on a network and then store the asset library as an offline library there that way only one person has to download them.

    You can also do the same thing locally instead of scrolling through if a network share is no option. That is precisely why we added the offline asset lib. in cases where users want to have access to the entire library all at once.

    UPDATE: Also you don't have to do this for every version the local cache should not be cleared really its separate from the installation. The asset releases for the library are also not linked to the installer in any way you could in theory stay on an older version and still get the new assets when they are released.

    UPDATE2: I also cannot really comment on the prioritization, I can tell you about the current development cycle and what we are working on right now but the roadmap is being managed and defined by our Product Management team. I don't really want to speak for them :) I don't know all the details that lead to the prioritization. We are not really a monolith.

    That's what we do now but as you can imagine finding what one needs without thumbnails isn't great. Like you said: it works, but it's clunky and because of that it doesn't scale beyond a couple dozen materials.

    1000% Please finish the pieces that have a zillion user complaints but seem to have been left hanging.

    I can gladly raise these points internally as well. I fully understand what you guys are talking about when it comes to features not being "finished" in a sense that a first iteration was released but we did not further improve it down the line at the same time there are a billion reasons to prioritize one item over another when it comes to defining a roadmap. I think that our Product Management team is trying to incorporate these "iterations" you are asking for as well.

    6. slow loading assets - why has this not been fixed? it takes ages to locate what you need. Why not have the thumbnail pictures stored locally?

    ... and more.

    This is already being done btw. once they have been scrolled into view they are stored locally same goes for them being displayed in the renderer.
    I get the performance complaint though, we have improved it several times already but it can still be slow.

    Hey Herbo, currently no plans for that but as I wrote in my response to Pieter, nothing prevents you from creating .matpk exports and put them into a folder for the time being and import them into the target material I know it's clunky but it works :)

    I don't see myself using the context model but the replace material feature is helpful. If we could add custom materials to the material library it would be even more useful.

    Hi Pieter, you can organize material exports to form your custom local library and then just import them from a network share into your target material it does the exact same thing.

    Ohhh love the site context!

    Would there be a way in the future to have the site model import on the skybox layer so it doesn't interfere with modeled topo (and would look perspective correct at ground)? Bonus would be that it would be friendly on performance too. We often have topography modeled already based on accurate survey data for the plot we are building on, but obviously this doesn't include context for anything outside the survey data. Being able to load a helpful semi-accurate skybox of the surrounding region could help a lot. Unless the site context feature is planned to support incorporating already-modeled topography somehow in its future.

    This is aiming more at adding 3d model outlines matching the local surroundings of your project we will add options to hide the native massing if possible for your CAD but we currently have no plans to do this on a skybox level.

    Where is a better place to discuss this?

    You can send me a detailed list of ideas via PM and I will gladly pin them to the UX bug I will create for this topic. There is no guarantee that this will be exactly the final outcome of us iterating the UI, which in turn is not currently planned either due to the team working on different things but at least your thoughts and ideas don't get lost that way :)

    Agree with @Pieter. Enlarge the slider icon. IMO Get rid of the other icon.

    I won't really engage in a design discussion about these items in this thread guys ;) a different can of worms and tbh. and as Pieter also already said "highly subjective" changing UI with this resolution (on this micro layer I mean) is best done using quantitative analysis. Don't worry we have filed this feedback and have received Phil's feedback regarding this several times already.

    Bottom line for the actual topic of this thread: I'll let you know here once I have an ETA sorry for the wait :)

    Pieter; mahammed; Voxel

    Okay so in general the toggle works as expected (for me at least with the default Revit project) running 3.2 I can just batch render all views without a re-export:

    It appears though as if as soon as you add another linked project we run into a scenario where we actually re-export the linked projects:

    I will file this as a bug and we'll look into how this can be fixed and packaged into a 3.2 service pack, for now you could (I know that this is inconvenient) try to merge the linked projects together by binding the link or something similar. Sorry for the inconvenience we'll add this as a test case internally to prevent stuff like this from happening in the future once we have found how to prevent this.

    I can add this to our internal UX bug backlog but tbh. I personally disagree with point 3 because that toggle button follows all usual conventions.

    The problem was described precisely over and over again. I got in contact with one of the customer support team on a meeting a few months ago where I described the issue LIVE, and they clearly saw and admitted there's an issue.

    Let me verify your bug report this is not the expected behavior :) the whole purpose of that toggle button is to manifest the exact thing you want only change the camera position, time of day and apply any linked preset not re-export geometry.

    Okay thank you this is a bug on our end but there is no indication yet what actually causes the issue it seems like it is specific to VW but we have not yet been able to reproduce the issue locally. Sorry I unfortunately have no quick fix for you. We'll keep digging it does not seem to be related to your VW settings directly as mine look exactly the same.

    Does the issue persist though does it always happen with VW and always distort the same elements of the UI?