Jump to content

Gilbert Osmond

Member
  • Posts

    108
  • Joined

  • Last visited

Posts posted by Gilbert Osmond

  1. 26 minutes ago, dtheory said:

    I'd snap up a Mini with an M1 Max and 32-64GB RAM in a heartbeat..  my M1 Mini (with Monterey) has been so great, I'd love to see what even more headroom could do..

     Unfortunately that probably won't ever happen as it would severly undercut Apple's high-end price points on the new M1Pro/Max Macbook Pros while also pushing the Mini in the wrong direction (from Apple's perspective) toward the performance tier(s) of forthcoming MX-powered Mac Pros.

  2. M1Max has 10 CPU cores, 32 GPU cores. I went for the 64GB RAM option. 2021 MB Pro 16". Looking forward to seeing how some of my more complex models run on this, compared to my 2019 MB Pro 2.6Ghz core i7 / 16GB RAM.

  3. Is anyone else getting a "Product update check failed.." error when manually selecting Vectorworks --> Check for Updates in VW 2021 SP4.1?

     

    I know my internet connection is working fine. I'm thinking maybe it's a temporary server glitch on Nemets / Vectorworks side because other updates (for example Resource updates) are working fine, and my recent update to SP4.1 a couple of weeks ago also worked fine. I did already try rebooting my MacBook Pro & the problem persists.

    Screen Shot 2021-10-01 at 10.13.27 AM.jpg

  4. I'm experiencing this exact same issue. I'm trying to do a simple Taper Face on a plain rectangular 3D solid. Some faces can be tapered normally, but others -- in this case, the face I want to taper -- cannot. The OIP shows Extrude - Locked. I've tried Unlocking the object multiple ways, to no avail. I think this must be some kind of bug because I never had this problem tapering any face of a simple rectangular solid in the past.

     

    I'm using VW2021 SP4.1 under OS X 10.14.6.

  5. 9 hours ago, Jesse Cogswell said:

    Glad to hear that this worked.  ....

    ... It's less complicated than what's above but still not all that intuitive.

     

    This is fantastic work. If you accept donations via cryptocurrency or some other online tips platform, consider posting it so I can compensate you for what this is worth to me. At least $50 USD.

     

    Thanks again & I look forward to ongoing refinements time-permitting.

    • Like 3
  6. 1 hour ago, Jesse Cogswell said:

    I could write a script...

    ...Let me know if this works for you or if this totally breaks something.  It worked in my admittedly brief amount of testing on VW2019, but there's no reason it shouldn't work in VW2021.

     

    I just added this to my Resources in VW Designer 2021. An initial test shows that it works pretty well. Thanks very much,  learning to program with Vectorscript exceeds my time/attention budget for the forseeable future.

     

    609111276_ScreenShot2021-06-08at9_45_15PM.thumb.jpg.7aa65c0cbb56bd7b31290c741e631123.jpg

     

    475602813_ScreenShot2021-06-08at9_45_34PM.thumb.jpg.72b7236a3b405bf8b4efd1ee3b3ea417.jpg

     

    317563112_ScreenShot2021-06-08at9_49_05PM.thumb.jpg.11d1b405857b1f3d04d76a3e6ac74fb8.jpg

    • Like 3
  7. Just now, Benson Shaw said:

    Not sure if this accomplishes anything desired, but ...

    The vwx site model (DTM) from 3d loci produces a point to point perimeter, plus the interior topography. If the raw data is somehow delimited, eg if provided with separate layers or classes for roads, beds , creeks, paths, etc, then a separate DTM for each will produce separate perimeters. 
     

    and contour interval adjustments might be useful in some way for this 

     

    -B

     

    That's an interesting round-about way to achieve a similar result. I wonder if it would work for "1-dimensional" site models, i.e. where the "site model" is just a single  line of points with no width (i.e. no cross-slope area.) Maybe I could use this to create 2D figures and then just convert the site model  (in 2D plan view) to lines, and throw away the site model. Roundabout method...

  8. Not sure if any do. I am not a licensed surveyor but I do a fair amount of informal surveying using GPS equipment to capture client landscapes. The workflow is easy -- shoot points, download a .CSV file of coordinates, import it into VW, and it's ready to use  -- just need a way to connect dots semi-automatically to expedite linework.

  9. Maybe there's some plug-in or 3rd party script that will turn up to help me do this.

     

    As a CAD platform that aspires to be survey-ready I find it hard to believe that VW doesn't include this feature as part of its basic functionality.

     

    The very nature of survey work is point collection, and it's frequently thousands of points, many of them marking out non-rectilinear 2D features such as paths, roads, irregular garden beds, etc.

     

    I spent nearly 1.5 hours since I first posted this question here, laboriously clicking from point.. to point.. to point.. to point.. to point... with the Polyline tool.. to connect over 2,400 roadway survey points from raw survey data that were imported as 3D loci.

  10. 23 minutes ago, Boh said:

    I use the 3d polygon tool

     

    I know how to use the polygon tool to draw lines by hand.

     

    What I want to do is select a group of 3D loci (in this case, a roadway alignment from a survey I just imported) and have Vectorworks automatically connect all the points with a polyline or NURBS curve. If there was a menu command "Connect Points into Line..." I would use that but as far as I can see there is no such command or anything similar.

  11. How do I select a group of 2D or 3D loci and then create a polyline (or NURBS curve, if 3D) from them?

     

    I just want to select a group of properly-arranged 2D or 3D loci (i.e. they are all in a proper linear or curvilinear arrangement, there are no path crossovers or branches) and do something like "Create Line from Points..."  but there is no such command?

     

    VW Designer 2021 SP3.1

  12. Bump. I can't believe VW doesn't have a catenary-curve tool in it.

     

    There must be 100 uses for it for all kinds of design problems. Utility wires, zip lines, clothes lines, indoor & outdoor decorative swag lines/ropes/wires, rope barriers, indoor & outdoor hanging lights, rope & cable suspension bridges, etc.

  13. 16 hours ago, Christiaan said:

    P.S. you should be able to delete your post by clicking on Options

     

    Hmm. For some reason, "Options" doesn't show in my list of available items, thus I have no way to select "Delete"  Perhaps it's something to do with my access "level" on the VW support forums?

     

    691002812_ScreenShot2019-12-09at5_39_53PM.thumb.jpg.4e7f3100820c224f8baf273a4e2cf215.jpg

  14. It looks like the vision panel you had defined was too wide for the leaf width, when taking into account the 120mm offset from the strike.

    By making some changes to the panel dimensions I was able to get a panel to show as-expected.

    You might also want to un-check "Show leaf as solid slab" in 3D detail levels, although by default this only occurs if the overall view level  is set to "Low" detail.

    (Note: I made these changes on a door which I had converted to Unstyled.)

     

    2073039030_ScreenShot2019-12-06at6_10_39PM.thumb.jpg.5c7a057763ba1aa6bf406f7180e7ce2c.jpg

     

    95947227_ScreenShot2019-12-06at6_10_56PM.thumb.jpg.e26be7057c84a41a7d93fe112317e2d2.jpg

     

     

    1617767612_ScreenShot2019-12-06at6_11_02PM.thumb.jpg.30331972f83e90caaf3c862c5e0807fd.jpg

     

    Screen Shot 2019-12-06 at 6.10.56 PM.jpg

    • Like 1
  15. Query:

    What is the source of new, long, straight line display artifacts that are affecting on-screen display (not PDFs or print-outs) of drawings which have a certain Class visible, said Class using a custom Line Type resource? Is this a user error on my part due to known changes in handling of custom Line Types in VW2020 vs previous versions? Or have I come across a genuine bug?

     

    Background:

    The file is a native VW 3D model (built natively within VW2016 and then brought forward year by year, importing/updating the file to VW2017, 2018, 2019, and 2020 in successive years) All sheet layers / viewports with annotation elements which contain are set to a specific, isolated Class have developed an annoying and reproducible display artifact.

     

    Characteristics:

    See attached screen capture of a Sheet Layer with 2 separate viewports on it, both set to Top Plan view. 

    I've marked many (but not all) of the artifact lines with red dots to distinguish them from items that are supposed to be in the drawing. (Some of the shorter artifact lines I left un-marked to avoid visual clutter. The short artifact lines generally follow the direction of one or more of the large artifact lines.)

     

    These artifact lines zoom in & zoom out normally with the rest of the drawing, but they disappear temporarily during dynamic movement / zooming. (They only show up again after zooming or panning in Top/Plan view has stopped.)  The artifact lines cannot be selected or force-selected independently. They only appear in on-screen display within VW, they do not export to PDF files or print out on hard copies.   Changing VW's live rendering modes (wireframe, hidden line, OpenGL, Polygon) etc. does not affect the artifacts, nor does changing any of the many display-related settings within each viewport itself.

     

    2112047102_ScreenShot2019-12-03at7_33_43PM.thumb.jpg.bb29a9cf91ea8b69c2411034f99a0187.jpg

     

    Reproducibility:

    By process of trial & error I isolated the artifacting to a single item Class, for which the "Line Type" is set to a custom-made Line Type resource.

    When I turn off the visibility of that Class in the viewport, the artifacting disappears. (Along with the objects in the Class, of course.)

    When I change this Class's line type to a default / built-in VW line type (dashed, short dashed, etc.) the artifacts also disappear. They come back when I re-apply my custom line type. This persists even after creating a duplicate of the custom Line Type.  Changing the Line Type's settings from Page Based to World Based (and back) makes no difference in the artifacting.

     

    The shapes to which the Class is applied that has the custom line-types were added back when the file was still in VW2019 format, as was the custom line type resource itself. The artifacting only appeared sometime after converting the file to VW2020.

     

    Further details:

    Here are the details of the Class and the custom Line Type:

    867515633_ScreenShot2019-12-03at7_34_04PM.thumb.jpg.1671dd5865fed73a0a1b92b4cffed867.jpg

     

     

    2137257817_ScreenShot2019-12-03at7_34_45PM.thumb.jpg.a80890ae7d1af5cca15906f494d8c614.jpg

     

     

    Please advise whether I am overlooking something obvious, or if this is a legitimate bug in VW2020 SP2. If the latter I'm happy to assist Nemetschek/VW in further characterizing it or testing fixes if appropriate.

     

     

  16. I had a very interesting / concerning episode with annotations in a viewport. System: Mac OS X Mojave 10.14.5, MacBook Pro 15" 2017, internal display only. (No eGPU.) VW Designer 2019 SP4.

     

    Summary: Seemingly random/strange crash, followed by weird SBOD (beachball hangs), eventually seemed to be fixed by temporarily disabling network /WiFi while running VW. Unfortunately cannot reproduce or thoroughly document; sequence of events / attempted fixes too long & complex.

     

    Details: While moving a normal 2D object (just a simple overlay) in the Annotation layer in Top/Plan in a viewport, VW 2019 SP4 abruptly quit (entire app crashed out & disappeared, no hanging or delay.) This object had been added earlier in the day (a few hours) and was working as expected up to that point. (Move / adjust size / opacity / etc.)  Upon re-opening the same doc, the app crashed in the same way. I figured the file itself had been corrupted.

     

    So, I opened a recent auto-created backup of the same file (~15 mins earlier) and got the same behavior. A hard crash. I tried rebooting and chucking out VW cache folders but that made no difference. 

     

    I downloaded & reinstalled VW2019 from VW Service Select. That fixed the hard-crashing problem, but curiously, now these same files worked fine in all of the many (40 or so) sheet layers & viewports in them, but on the "problem" viewport, when I attempted to edit annotations, instead of a hard crash I would get a seeming SBOD (spinning beachball of death) hang.

     

    After poking around on the forums here I tried doing the "Refresh Library" command in the Resource Manager, along with turning off Wifi for a bit, and this seems to have completely fixed the problem. The viewport annotations in question now work as they ought to & there is no more "hanging." 

     

     

  17. 8 hours ago, Matt Panzer said:

    I think creating custom page sizes through the page setup (as Nikolay suggests) is the only place you need to add them.  You can then use "Fit to Page" in the sheet border to have it always match the sheet layer's page size.

     

    It's a bit of a round-about path to get to my real underlying goal & wish here, but the reason I've inquired about this is that when I use a linked field (in the new 2018/2019-style "Title Block Border Settings --> Edit Style --> Title Block Layout" editing area,) I want to be able to link the text parameter "Title Block Border.Sheet Size Name" to a field in my Title Block and have that field display correctly when I select a non-standard paper size.

     

    250719906_ScreenShot2019-01-16at2_24_30PM.thumb.png.9fbbf6f18f5ab6ad88a7a4330db00df7.png

     

    For example, I do a lot of small US LETTER and US LEGAL-size drawings and details and I would like the "Sheet Size: " to appear as "US LETTER" in my Title Block, rather than having it default to displaying the actual measurements 8.5" x 11", which is what it does now if there is no named preset paper size corresponding to the actual measurements.

     

    So I was hoping to add a "US LETTER" and "US LEGAL" sheet size definition to the overall VW default paper sizes and thereby fix this problem.

    ---

     

    As a work-around I've been manually entering the sheet sizes in a custom-added field in the Title Block Manager on a per-instance (not per-style) basis but this is getting unwieldy.

    • Like 1
  18. 2 hours ago, Nikolay Zhelyazkov said:

    Hello @Gilbert Osmond,

     

    You could add your size in "<VW folder>\Plug-Ins\Common\Data\DwgSizes-Universal.xml". Make sure to use the same pattern as the default fields. Also, it is not recommended to edit this file, so keep in mind that there is a chance for unexpected behaviour.

     

    Thank you, that does allow me to add page sizes in the Title Block Border Settings dialog box.

     

    What puzzles me, though, is that the new sizes I created do not show up in the regular Page Setup dialog box. Is there a way to edit this list of paper sizes as well?  I  already went in to Printer Setup... and selected "Any Printer," then returned to this screen & hoped to see the full list of paper sizes, but it only shows a truncated list. 
     

    (Screenshot from Vectorworks "Page Setup")

     

    1283960651_ScreenShot2019-01-16at2_02_32AM.thumb.png.b38ee786d3088f991fd2722325be9818.png

     

  19. Where can I add/edit/delete VW's default Sheet Sizes?

     

    For example, if I want to add MySheet X, MySheet Y, MySheet Z to the drop-down list in the screen shot below, how do I do that?

     

    I've spent 45 minutes reading VW Help, searching this forum, & digging through the VW system folders looking for defaults.

     

    Thanks in advance.

     

    2088420800_ScreenShot2019-01-15at9_55_10PM.thumb.png.7865994c9c574862d37eb9241c6df8b2.png

  20. Bumping this feature-request. Trying to do a section viewport including a DTM and it's a complete fail. DTM portion is opaque & shows no sub-surface details, e.g. footings & posts for a fence in this case.

     

    Need option in SVP to control how objects appear when a DTM is included --  totally hidden (as they are now,) or totally exposed (showing only the ground surface line of the DTM,) or dashed-hidden-line render below the DTM surface.

    • Like 1
  21. Now that VW supports multiple views / windows / open files at once it would be nice to have a way to force referenced design-layer view ports to update in real- or near-real-time.

     

    As it is now, when I make a change in referenced file (say, moving the height of a fence panel,) in order to see the change in the other file with the DLVP in it, in the main file I have to do:

    Tools --> Organization..., then select the "References" tab, then select the referenced file, then click "Update", after which the changes propagate from the master file to the DLVP.

     

    It'd be nice to have a check-box in a DLVP for "Auto-update this viewport whenever the referenced design layer changes."

     

    Is there any work around for this? Editing the workspace doesn't work as it doesn't allow for auto-navigation within the "Organization..." modal dialog box, nor for assigning a shortcut to the "Update" button in that dialog box.

     

    EDIT: this should be posted in General -- moderators, please consider moving it. Thanks.

  22. I've delved further into this issue. It appears to be an oversight in VW's development process, i.e. someone simply forgot to include the "Existing/Proposed" toggle in the parametric Hardscape object.

     

    - I called VW support & a tech reproduced the issue.

    - We tried to work-around by attempting to right-click and Edit the internal properties of the Hardscape object, but to no avail -- there's no way to display or edit the Site Modifier object that is presumably hiding somewhere inside the Hardscape Object.

    - He said he'd double-check with other support staff, then submit this as a feature request / functionality fix for a future update.

     

    Attached are screen shots:  The Site Modifier object can be set to apply to the Existing, or Proposed  site model. But the Hardscape object cannot. (!) 

    The work-around is clumsy: Set the hardscape object to be a Slab (which does not modify the site,) then copy the hardscape object shape, paste it elsewhere, Ungroup it & remove any slope tags, then use Create Objects From Shapes... to create a Site Modifier object from that hardscape object shape, then configure the Site Modifier object slope(s), & apply to Existing/Proposed site model setting, then move the Site Modifier object onto (aligned with) the Hardscape slab object & group the two together.

     

    When dealing with 10 or 15 slabs across a model this is time-consuming & a nightmare, esp. if any of the Hardscape Object slab + Site Modifier groups need editing. Requires temporarily Ungrouping the group, editing the Site Modifier object only, regrouping, etc.

     

    Attached screen shot shows where the "Existing / Proposed" exists in the Site Modifier OIP, but not in the Hardscape OIP.

     

    I can't believe more people haven't complained about this. How does anyone sanely model an as-built site without being able to use Hardscape objects and have them apply to the existing site?

     

    599ca18d72ef0_ScreenShot2017-08-22at2_07_59PM.jpg.f89936f42270c49c9375e17c8c37aa93.jpg

     

    599ca18ea7cd4_ScreenShot2017-08-22at2_15_10PM.jpg.b405cec2dd3721ba4a2dab670393a1bd.jpg

×
×
  • Create New...