Jump to content

Katarina Ollikainen

Vectorworks, Inc Employee
  • Posts

  • Joined

  • Last visited


107 Spectacular

Personal Information

  • Location
    United Kingdom

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I'm very glad to see all this interest in a fence tool that can interact with the site model. I'm happy to say that we're actively working on this right now and all your suggestions are noted and will be taken into consideration.
  2. Do you possible have the file available so I can add it to the jira? (Don't know if it would show anything, but just in case)
  3. I've filed your comments in jira so the engineers can have a look at it.
  4. Hi Anders, I'm happy to help. There is an issue with the XML file for Sweden in the 2023 file and there is a fix for it. Unfortunately, it didn't make it in SP1 (it was found too late) but we have a workaround. Do you want to meet up on Zoom on Monday morning and I'll walk you through it? I'm actually going to Sweden this weekend, so I'll be in your time zone. Let me know and I'll send you a link.
  5. So, I've done a bit of digging in this issue and contacted Justin, who is the Research Manager. There are several bugs going on here but the z-fighting has a fix and it will be out in SP2, Nov 9th, unless they find something while going through testing. There's always a caveat. I know it can be awfully frustrating when basic functions suddenly not behave as you're used to and especially when it is core functions, and it can seem like nothing is happening from our end. Often the engineers are working on solutions but not really discussing them outwards until they have something solid to test. I know you're listing a lot of issues in your posts here - it would be very useful if you could send over some sample files that demonstrates the individual problems, and I'll forward them to the correct desk. If you would like to, I'm happy to meet up on a Zoom and go through your problems as well - sometimes that can be easier than documenting things in text. You can send me a direct message and we can set up a time.
  6. Hi Lisa, Can you send me the Revit file and I'll have a look at it. And are you on 2022 or 2023?
  7. I fully understand your need for a solid library with a limited palette. This is the reason I suggest creating your own library with Plant styles, just as you're saying you've moved to. This way you 'own' the plants and the data - they're' ready baked' and prepared to use in your design. This is the absolutely most efficient way of working with plants in Vectorworks and what I recommend to everyone. Just make sure you have a solid backup system for your library file, preferable both in the cloud and on a hard drive (separate from your working machine) - I know, this should be a no-brainer, but you would be surprised over how often this is forgotten 😉.
  8. Peter, thank you for your input, the issue with plant data has long been a hot discussion point. I'll reiterate my request for everyone to also add any constructive comments you have regarding how to make these processes more suitable for your specific workflows to the roadmap - this is really the most efficient way to get your ideas through to the developing team. I would also be grateful for concrete examples on output so that we can take these into consideration. If you or anyone else is willing to share, please send examples directly to me, kollikainen@vectorworks.net. This is really the crux - yes, it is important to identify what's not working, but it's even more important to look at where you want to go (as a skier I would say 'look at the space between the trees; where you look is where you'll go).
  9. Hi, There are many different workflows for plants and plant data and there will always be certain users that need/want something very specific. However, I always recommend to skip the plant catalog and instead create the plants as plant styles and then save them in your user folder/library. This is where all your resources should be collected (unless you're working in a studio where several people need access - then you should create a workgroup library instead) and this is where you go when you need to use them. The plant tool can read the files straight from the library and you only have one single place to keep updated. I do appreciate all constructive comments - suggestions on how to make the tools better are very valuable, especially as the Plant tool is up there on the Roadmap and we are doing preparatory work on it right now. Anyone who has suggestions on how to make it better, please go to the Public Roadmap and leave your comments there - I'll read all your comments if they're placed under the Plant Data heading. https://www.vectorworks.net/en-US/public-roadmap Workflows are the focus for the work we're doing right now, both for the plant tool and the other tools we have in Landmark. To get a 'red thread' through all the parts, from creation of content and analysis of input material, to the final output of plans and 3D models. A lot of the work that has been done now for 2023 are paving the way for later improvements. A few points about planting plans and as responses to a few posts above. Sorry if it's a bit longwinded - I'm passionate about planting and planting plans - it's the most fun part of a project: My plant library used to be around 1800 plants - they were all created as plant styles and contained the crucial data required to be able to pull out plant schedules, maintenance guides, biosecurity comments, images etc. but I didn't use it as a plant selector. This is not what your plant library ought to be about. The plant world is so immensely large that it would be a shame to limit yourself to only the plants you have created. You'll always have the base of hard-workers that you know intimately, but outside of that you want the freedom to explore and research, visit nurseries, read and find new plants to use. This depth of knowledge would be a full-time job to keep updated in a database and there are websites out there (for example PlantPartner in the UK) who are focusing on only this and on creating plant specifications and supplying you with images both in nursery settings (so you can see the root ball) and illustrative images. There are some very exciting things coming up regarding how to connect some of this to Vectorworks. I don't use 3D in my plant styles (except for trees). And I keep the 2D very plain, except for colour. Planting plans are construction documents, not illustrations. If I want to do an illustration, I use a Landscape area with mostly green plants and just a hint of accent colour (see below). That way you get a much fuller look with a fraction of the work. For the 2D, you can turn off the colour by simply turning off the class for the plant colour fill, and voilà -there is your B&W drawing. You can also use the B&W shortcut key to affect the whole drawing in one go and to get a grey scale. If you're on Vectorworks 2022, you can create your plant styles with only the basic size and specification info. Then, when you've finished the planting plan, you can pull up a schedule with all the fields you're interested in and add data to the plants right there. This will be pushed into the plant styles and you can then use them to update your plant library (if you want to save the data). I'm not talking about spread and height here (although you can actually change this via the report as well) but things like number of breaks, minimum cleared stem, girth circumference, root ball size, etc. This is data that will change from job to job so there is no reason to put in time to create a library with all of this as a starting point. There are some very exciting news coming in 2023 for illustration of plants The schedules have also got a look over for next year so you'll find some perhaps more usable plant schedules. A tip - look at the schedules marked Metric. However, the pre-formatted schedules are only there as suggestions - you can create schedules after your own needs and add as much or as little data as you like. Plant photographs and localised data: this has always been an issue. The sheer volume of data and images that would be needed to cater to our truly international user group is gigantic! If you want to collect images for your plants, you can add them to the plants - again, there are coming some exciting new ways to use these in 2023. Shade studies for winter - again, you'll be very happy, very soon... And the Heliodon is a fabulous tool for accurate shadows. Have a look Danilo Maffei's webinar on shade analysis here: https://university.vectorworks.net/mod/scorm/player.php?a=61&currentorg=articulate_rise&scoid=122
  10. Hi Jeff, There is a very easy workflow for working with the plants as they are and update them as you go along, but there's also a fix to help aligning your plant libraries - there is a little script to run so you can set up your plant styles exactly as you want them. I'm more than happy to meet up on Zoom and go through it - let me know. It would be a shame if you're missing out on a very stabile version, especially on the Landmark side, because of the plant tool. The changes are actually fabulous - you now have a much more stabile way to work with the plants, but the most important part is that they are creating the base for some future improvements. One of the things we're working on is to streamline how you work with the tools, to remove as many inconsistencies as possible and make it more intuitive to start using a new tool. To align the plant style with other styles is an important step in this, but we've been taking care to preserve an efficient use of it by keeping the 'stickiness' of the Tool Preferences for the Appearance settings and the Tag. I also think @bgoff has made a recording on how to use the new settings for the Vectorworks University?
  11. This is definitely towards the top of the list for improvements of the plant styles. However, it's connected to many other parts of how the plants are working and we want to make sure the benefits follow through all the way from data input to output of plans and schedules instead of just fixing one part of the workflow. Constructive input is very important - make sure your voice is heard by going to the roadmap and leave comments on what you think are the most important for us to focus on - https://www.vectorworks.net/en-US/public-roadmap . Everything posted there is being read and looked at and put into context of workflows and the bigger picture.
  12. Hi, there are a few question-marks here, but first of all - are you trying to import the architect's drawing to yours, or yours into their file? I'm only asking as there are different considerations depending of which way the exchange goes. Yes, if you're referencing the architect building into your file, then you can theoretically just manually move the building into the correct place, rotate it and use your coordinate system, but if you're sending them your file, you have to make sure you both are speaking the same language. The problem comes when the architect is setting up their file in Project North (which is understandably the easiest way for them to work). I'm taking it for granted here that the architect file you're working with is setup correctly with the project north and project coordinates, not just 0,0 in the bottom left corner of the building. You're doing it correctly in your end by setting up your file with your project close to the Internal Origin and aligning the User Origin so you get the correct cartesian coordinates in your file - this is perfect if you don't have to consider incoming files. However, to ensure smooth collaboration, you must make sure that everyone collaborating on the project have the files setup with the same Internal Origin. When this is the case, you can import (or reference) your file into the architect file and rotate it around the Internal origin (or the other way around). This will keep the coordinate system correct. Please note that it has to rotate around the Internal Origin, not the User Origin. I would suggest asking them for the Internal Origin's geographical or cartesian coordinates and then make sure you have your file set up with the same IO (this is normally the way it goes, as a project mostly starts with the architect and the landscape has to align to what is already setup). This will give you a solid workflow for whatever you want to do with the files later. I've added a link below to a document on Revit collaboration - it talks a lot about the issue with origins and how to collaborate between landscape and architecture. even if you don't collaborate with a Revit user, there are a lot of very useful directions in it. Let me know how you get along. https://www.vectorworks.net/ebooks/Revit-Interoperability-with-Vectorworks-Landmark-A-Guide
  13. Agree, use an already existing field you don't need and allocate this to native/exotic. (There is a way to add or change the field names, but this is quite involved and it makes you very vulnerable if you're sharing files with another Vectorworks user - if you open the file on a machine not set up with the same field, you'll loose the info). However - this is an often heard request and I would suggest to go in to Vectorworks Roadmap https://www.vectorworks.net/en-US/public-roadmap and leave a comment in the post called 'Plant Data' (under the 'In Development' tab). The more we input we get from users, the better we can design the next versions of the tools.
  14. I've filed a Jira on it and the engineers are looking into it, but I don't have a date for the solution yet. If you have a file with the problem you're happy to share, please post it and I can submit it as well.
  15. Hi Anders, I'm really sorry but I missed your tagging. Can you send me the file you have issues with? I have seen something similar once before and would like to research it a bit more. You can send it directly to my email to be sure I don't miss it again🙄
  • Create New...