Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by JoarL

  1. I'm having some problems exporting stairs created with the stair tool from VW2023 Architect SP4 to IFC. Earlier exports from the same file used to work fine in SP3, but in SP4 it's (almost) no go. After some testing I can't get stairs to export to IFC2x3 at all. If I convert the stairs to 3D mesh, and add the IfcStair tag it exports to IFC2x3 like it used to, but this is not a very practical solution. Exporting stairs to IFC4 seems to work, but only if the file has been set up for this before the stair is created. Exporting to IFC4 also seems to exclude all other custom objects created with IFC2x3 tags (typically furniture), so this is even less of a practical solution. Does anybody have any experience with this, or possible workarounds I have missed?
  2. I've looked into this some more and the IFC-data seems to describe which side the opening (handle) is. Around here (Norway) it's common to describe windows/doors as left/right according to which side the hinge is, effectively the opposite of the IFC standard it seems. With that said; defaulting tilt and turn windows to opening outwards, and reversing the front/back view between window creation and graphic legends is still a bit silly.
  3. I have noticed some issues with how tilt and turn (and other) windows describe the opening direction and handedness, getting window/door openings right usually requires some attention so it would be an advantage if this was working 100% out of the box. 1. As far as I can tell tilt and turn windows always open towards the inside IRL, however in the window plug-in settings they are displayed as opening towards the outside. 2. In the window plug-in settings the front view will be from the inside, however in the new graphic legend tool the front view is from the outside. I'm used to drawing window schedules from the outside so the graphic legend is correct IMHO, any way it should be consistent. 3. I'm also used to describe the handedness of the opening as the side with the hinges, when seen from the opening side (the inside for a tilt and turn window). There might be some cultural differences at play here, but to me the IFC-data opening direction is the opposite of what is displayed in the model. This also seems to be the case for all doors and window types I have looked at. Possible workarounds: 1. Ignore the 3D opening, the windows display correctly as long as they are closed. 2. Flip the windows in the plan (to make them open inward), if necessary correct IFC-data manually. Is there something I have missed here, or are these oversights from VW's side?
  4. Unfortunately, what I want to do is not as easy as adding a tag to an object. I need to pull information from multiple Space objects, across multiple floors (layers) of the building, and display the information in a table next to the drawing on a Sheet layer. So far the only method I have found that mostly works is worksheets, do you have a suggestion for how this can be accomplished with Data Tags?
  5. Thank you for your effort, but I already know how to do this. As far as I can tell the Data Tag will not be able to display any more information than the label for the Space object anyway.
  6. I have tested Data Tags some more and spreadsheet functions doesn't work as I had hoped, so I'm back to worksheets.
  7. The Data Tag method I have found adds extra steps, with the possibility for user error, I need hundreds of tags so this is an important concern. The table I want to create also shouldn't be linked to drawing objects like Data Tags are. What I want to accomplish is also a bit more complex than shown in the example. I'm currently working on a housing project with over 100 apartments. For each apartment there will be a separate drawing, along with a table of areas and other information. The table needs to contain gross area, net area, balcony area, internal storage area, extrenal storage area, and some other information stored in the User Defined Info fields. The area part works but not the other information. So far I also haven't been able to get OBJECTDATA (or other functions) to work. I think I read somewhere that spreadsheet commands are now possible in Data Tags. This actually seems like a good option (with the apartment number as the link), but I still need to collect the User Defined Info from the Space object in some way.
  8. Here is my test file. worksheet_testfile_VW2022.vwx
  9. I'm trying to get text from the User Defined Info field (and some other info) for a specific room number into a Worksheet cell. I can accomplish this by generating a report, but I also want to make a small worksheet to display along with a smaller part of the floor plan (an apartment). I'm able to do this with areas but not with this type of text. I'm not sure if this is impossible, if I just haven't found the right worksheet function, or if the syntax is wrong. Any ideas of how to accomplish this?
  10. Is the drawing 2D? There is a "display 2D objects" (or something like that) checkbox in the create layer link dialog, if this isn?t marked only 3D objects will appear. JoarL
  11. Same problem here. Artlantis versions before 3.5 is incompatible with MacOS 9. In addition you will need the 3.5.1 upgrade patch. You can get it here: http://www.artlantis.com JoarL
  12. Yes I have seen the same thing. Seems to happen when I switch back and forth beween printers, even if I have the right printer selected when I open the document i want to print. I have made it a habit to check the print area every time I print. JoarL
  13. To see what you are undoing the easiest would be to just zoom out with fit to page or fit to all objects.
  14. Another great feature would be if you could use the polygon lasso to delete multiple vertexes inside the lasso/square.
  15. Fred: VW7 placed a pasted object in the centre of the screen. VW8 puts a pasted object on the location of your last mouse click, IMO it?s just lame. I also agree completely with MikeB on the problems with the position of the origin, coordinates would be a better reference than the paper. [This message has been edited by JoarL (edited 08-16-2000).]
  16. One of the more annoying features of VW is that view changes such as zoom, pan, rendering etc. are included in the undo list. It would be great with a set of options for what commands should be undoable. JoarL
  17. Maybe not the same thing but I?ve had problems with printing rotated text blocks containing multiple lines on various printers. This might be a printer driver issue but most likely VW is a bit buggy in its text handling. [This message has been edited by JoarL (edited 06-26-2000).]
  18. Easy! Firts of all: Unless you want objects to be transparent you should make sure everything is filled (attribute palette). From any 3D view select the "convert to lines" menu command (or whatever it?s called in english). The hidden line rendering option in the dialogue box will produce a 2D drawing without overlapping lines. You might have to do some manual cleaning of the drawing afterwards. Please note that unless you use the command on linked layers, your 3D work will be destroyed. Hold option key down while selecting the "convert..." command to produce a 2D copy of your 3D view. JoarL
  19. So this is how it?s supposed to work now, I assumed it was a bug! Paste in center of screen seems to be the most useful to me. This would mean that the pasted object appears wherever you are zoomed in without the unneccesary extra click. JoarL
  20. Woldn?t it be nice if bitmap rasters and hatches could be transparent, without the bacground fill colour. With hatches this is of course possible with the menu command but this means more work if you have edit stuff. When a drawing starts to get complex it is often easy to overlook hatches or rasters that cover up other objects in the drawing, optional transparent background would solve this problem. JoarL
  21. Are you people using the polyline tool? I use the polygon tool (note the different name) for drawing sharp corners and this has never happened to me.
  22. I just came to think of some additional minor improvements: Make it an option to remove zoom and view changes from the undo list so that only real changes to whatever you are working on is undone. Make it possible to have transparent (no fill) haches without using the "bucket" tool. Some way to move the starting point for hatches, one object at a time, would also be nice. JoarL
  23. I just came to think of some additional minor improvements: Make it an option to remove zoom and view changes from the undo list so that only real changes to whatever you are working on is undone. Make it possible to have transparent (no fill) haches without using the "bucket" tool. Some way to move the starting point for hatches, one object at a time, would also be nice. JoarL
  24. Maybe I should clarify things a little. You don?t have to supply users with a complete set with hundreds of shortcuts, It?s the customization I am interested in, preferably with combinations of modifier keys. Basically an "infinite" grid is just a question of having visual guidance that fills the screen, like it is common with other CAD applications. In general I think you should make clearer distinctions between "screenspace", "modelspace" and "paperspace". Some examles: -The placement of the 2D component in extrudes is not updated when you move the extrude or the paper. -The position of objects in DXF import and export is more affected by the location of the paper than the actual coordinates. -If you move the paper while you are in isometric view the z-coordinate will be altered, quite illogical if you ask me. As a result of this it is practically impossible to move the paper around after you have started your work. Your 2D drawing or 3D model should not be affected of something like paper size and position, which only is interesting when you want to print something. Joar.L
  • Create New...