Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

18 Good


About lisagravy

  • Rank

Personal Information

  • Occupation
    Landscape Architect
  • Homepage
  • Location
    United Kingdom

Recent Profile Visitors

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

  1. lisagravy

    GIS Stake

    😂 Thanks! Also should say - I found this relevant resource on the Vectorworks University site (though it is American). https://university.vectorworks.net/mod/scorm/player.php?scoid=196&cm=302&currentorg=articulate_rise The first section relates to 2019, which is different so don't watch it because it's just confusing 🙈 but have a look from 22:45 mins into the video, to around 29 mins in, where they seem to manually set the user origin to match the geo-referencing co-ordinate system... which apparently is due to be an automatic option in SP2?
  2. lisagravy

    GIS Stake

    So my testing with British Grid so far is that the E and N don't unwrap back to X, Y if you have geolocated the georeferenced file to move both origins to the project data - they relate to the new X, Y positions relative to the origin, which don't relate to anything. BUT, if you move the User Origin in the geolocated file relative to British Grid 0,0... and then check the X,Y positions of a GIS stake which shows the E, N positions, I can get my X, Y to match E and N, and export to DWG perfectly? But yes, my mind is a bit fried by it all, a large glass of wine / whisky is required! (Also note for this that the co-ordinate precision is set to 0.0001m)
  3. lisagravy

    GIS Stake

    @Tamsin Slatter Thanks! I do get that typically when you are in a georeferenced file you want to be working with the projected co-ordinates (E, N) and ignore the X, Y as irrelevant. Just thinking (hoping!) that specifically for British Grid, as the projected co-ordinate system is actually projected flat onto an equally spaced grid of metres, in this particular case the X and Y might also remain reflective of the projected Eastings and Northings when displayed in metres? (as it would obviously make my life much easier 😂) Thanks for checking it out.
  4. lisagravy

    GIS Stake

    Thanks @RussU - much appreciated. Also thanks @Tamsin Slatter - I have tested exporting the georeferenced file to DWG and reimporting in a non-georeferenced file, and it doesn't maintain X, Y co-ordinates unfortunately. I think the reason is that if you geo-locate, and effectively move the user and internal origin to the project location, the export retains the X, Y position relative to this origin point. If you didn't geolocate it might retain the X, Y co-ordinates, but then we would obviously have issues with functionality of the file? The only way I can get it to work is by geo-locating, but then moving the user origin back to the equivalent of British Grid 0,0. Then the X, Y in the file looks to be representative of the E, N values... and exports and imports again ok. But I don't want to start doing this if there are issues with it I can't see... 🙈
  5. lisagravy

    GIS Stake

    @RussU It depends on the project really? The drawing I have open is just under 1km square. I need to be able to provide a contractor with co-ordinate points for that, usually set out to the nearest millimetre? (Some other drawings are obviously much smaller!) Edit: I typically work in Scotland, and British Grid origin is south west England so in terms of X, Y distance from user origin 0,0, this can be X: 300000m Y: 800000m, which would relate to British Grid Easting 300000, Northing 800000m, if that makes sense?
  6. lisagravy

    GIS Stake

    Sorry to continue this @Tamsin Slatter, but actually the discussion on the X&Y / E&N discrepancy has actually raised another couple of points for us! My (albeit limited!) understanding of British National Grid is that the Eastings and Northings are projected flat and are equally spaced, which is how we used them before accurately just by referencing X and Y? I did a test where I imported a DWG file not geo-referenced, and checked an X Y position on a standard stake, and then imported a georeferenced version of the same file to check the Eastings and Northings of the same point on a GIS stake, and I get the same answer from X,Y to E,N. If X and Y will never completely match Easting and Northing when the co-ordinate system is active, how does this work in terms of us actually drawing information? For example, should we still be drawing accurately using the standard poly line / arc tools etc, and lengths and dimensions as we did before? Would you ever draw with Great Circle? Also - a lot of our 2020 files have an active geographic co-ordinate system turned on as default (before we really understood what this was)... we've been using these files as per our existing workflow, i.e. X & Y as British Grid, ignoring all the georeferencing settings. (Though to be fair the georeferencing tick box on all the layers is disabled.) Will this affect any of our dimensioning on these files?
  7. lisagravy

    GIS Stake

    Thanks @Tamsin Slatter ! I've had a quick play with the Great Circle tool and a read through of @RussU 's post, and I get what you mean! Can see a difference of around 7 or 8mm over the 50m section I've tested. I just wasn't sure if because British Grid is a projected grid system it would have worked locally or not.
  8. lisagravy

    GIS Stake

    Thanks @Tamsin Slatter - I guess.... (possibly incorrectly?!) that if I move the User Origin back to British Grid origin 0,0 after geolocating my file - by firstly defining it's current Easting and Northing position via GIS stake, and then moving it to the negative X and negative Y values of this - this sets my X and Y values to be the same as the eastings and northings? And then I could use the X Y positions of the GIS stake to move?
  9. lisagravy

    GIS Stake

    @bgoff Thanks @bgoff - I've already set my file to use OSGB 36 and the origin is set, the file is accurately positioned and georeferenced. My question is about whether or not I can position a GIS stake point by typing in the co-ordinate, or if point and click to position is the only method?
  10. lisagravy

    GIS Stake

    Is there a way to move a GIS stake to a defined co-ordinate position? For example, with a normal stake, you can place a stake, and then amend the X, Y details to move it to an accurate position. Can you do the same with a GIS stake, to identify a particular co-ordinate position, i.e. 257850E, 667750N (British Grid) - without having a line or point on the drawing already in this position to snap to?
  11. lisagravy

    Vectorworks Upgrades

    @Tamsin Slatter Amazing! Thank you. No idea this existed!
  12. When we have a Vectorworks upgrade, would it be possible to include a batch upgrade of external references feature please? I love having 2020, but for every existing file I open, I have to individually go and overwrite all my external references in the new version before the file works properly again - I had to do this with 2019 too and it took a fair bit of time. Not an issue on smaller jobs, but a 'would you like to update all your external references to the new version' feature, or a batch way to do this, would be really really beneficial on more complex projects which are at Christopher Nolan 'Inception' level of external referencing?
  13. lisagravy

    Cropping worksheets

    I have a reeeeeeally long worksheet generated from a load of data in my drawing. I want to display the whole thing on a sheet, but because there is so much information it doesn't fit on the page, and as such I want to split the worksheet (probably a couple of times, and ideally with the headers repeating!) so that I can fit all the info on one page neatly. I also want to still be able to recalculate the worksheet. Is this possible?
  14. lisagravy

    Georeferencing settings

    Did you manage to get anywhere with this @bgoff?
  15. lisagravy

    Georeferencing settings

    Thanks @Tamsin Slatter - I've already emailed the file to Bryan, but have uploaded to Cloud Services too. As I've explained to Bryan, the positioning I have in the file currently isn't technically geo-referenced, but the X position directly relates to the Easting position of British National Grid, and the Y position directly relates to the northing, accurate to millimetre precision - so if georeferencing is likely to move this at all or change the accuracy of the current positioning I don't want to go there, as I need to be able to use the drawing for Construction setting out for a Contractor to this level of accuracy? It's an exciting tool though so I'm hopeful I can use it!


7150 Riverwood Drive, Columbia, Maryland 21046, USA   |   Contact Us:   410-290-5114


© 2018 Vectorworks, Inc. All Rights Reserved. Vectorworks, Inc. is part of the Nemetschek Group.