opensourcebim / bimsurfer-before2019 Goto Github PK

The canvas should not create a page scrollbar when it is larger than the screen size.

The scroll bar will mess with the camera zooming and the snapshots fold needs its own scrollbar when there are many snapshots.

A first person camera controller for viewing the model from arbitrary directions as well as inside the rooms

This can be seen when taking multiple snapshots of the camera standing still. There should be no change in the camera up vector. (might be due to a normalization error somewhere possibly for calculating the camera quaternion)

Currently the menu has options for

• Winter colors
• Autumn colors
• Spring colors
• Summer colors

...but these aren't implemented yet.

The exported geometry for WallStandardCase covers the windows of the house model. (Something to do with the IFC geometry engine, or something about WallStandardCase that needs to be taken into consideration? What's the difference between Wall and WallStandardCase?)

Specifically scenejs.math.js and scenejs.math.extra.js

Some materials appear to be either missing or broken and show up as black.

The rotation speed of the camera still feels a little awkward - it rotates at a different speed when viewing from the top to viewing from the side, probably this calculation is still not 100%

This is a bug in chrome, but haven't tested it in firefox / opera yet

Improve the visual look of the highlight with a colortrans (color transformation) node: https://groups.google.com/forum/?hl=en#!topic/scenejs/2RMt-TKVbPg

Or alternatively used proposed change to materials: xeolabs/scenejs#131

When turning the model, the shadowside comes to the front. It's pretty dark....
Always having the sun on the back of the camera makes sure that the viewable area is always light.

Specifically in Chrome 14.0.835.163 beta, the data urls used for thumbnails are just blank

Add transparency to the windows

For the name nodes that are involved in mouse picking (and later the object hierarchy) we're using the geometry id's, but these names appear to be codes rather than proper names. Find out if there's a better way...

The AC9R1-Haus-G-H-Ver2-2x3 model seems to be one of the highest detail models.

Might be a good model to test rendering performance for (at least for the first stage viewer)

...and show as "unnamed" in the objects tree

E.g. see the dialog used by BioDigital Human (www.biodigitalhuman.com)

Also, possibly employ modernizr for this?

Also note, sending events for picking? Let's discuss.

It appears that it will be more convenient to take Z as up instead of Y as the IFC models are already oriented this way

Create a series of snapshots and delete some. Playback behaves as if all snapshots remain.

For some reason the minified SceneJS library never seems to be updated (even when it's deleted)... not sure why

Possibly limit the camera's orbit at (0,0,1) and (0,0,-1) (or possibly at the floor?) to avoid turning it upside down - this is a bit of a trade-off. Locking the camera doesn't feel very smooth to the user, but turning the camera upside down is also a little unnatural - especially when viewing buildings since these can't usually be viewed from these strange angles.

This is due to the regular expressions constructed to filter tags in the SceneJS hierarchy.

Probably accidentally creating multiple intervals

https://groups.google.com/d/topic/scenejs/Oh8NBQejXKU/discussion

When snapshots exceed the size hieght of the window a scroll bar should be created in their div.

At the moment the help text moves down when the snapshots go below the bottom of the screen (probably the viewport div becomes larger and absolute positioning for help text is relative to the bottom of this div)

I.e. Optimize for least overlap behind controls

The active working area for the mouse should be the entire screen (and must not be hampered by e.g. help icons etc)
In addition the canvas should be either fullscreen or 1024x1024 depending on the performance setting in the top menu

(It is said that full screen canvas can be slow on slow machines - so giving people the option of resizing... should test this hypothesis first though)

There is no padding at the bottom of the top menu bar in firefox 6. This looks correct on Chrome 15.0.874.12 dev however.

I believe it may be more intuitive for users to perform orbit manuevers as well as selection with the left mouse button and then use middle mouse only for panning.

The test model AC11-FZK-Haus-IFC looks a little bit strange

There's no lighting on the model (are the normals broken?)
The colors are pure white and pure black which is hard to comprehend
Also there appears to be some strange backface culling?

Probably more user friendly to do this, than with the arrows on the side as in the current prototype - prefer big intuitive gestures to tiny widgets

Still thinking about this... might be better to fix a fov on the x-axis since the y-axis is more likely to change. Possibly we could even use a diagonal fov

In firefox 6, when using the mouse wheel the viewport breaks. Might be that firefox reports a different interval for the scroll wheel.

Some browsers do not use smooth sampling to scale down images in src/canvas.thumbnails.coffee. Would be nice if they did at least some linear sampling.

(This seems to be the case in chrome 10.0.648.11 dev and firefox 6.0 on my machine at least - despite the claim in https://developer.mozilla.org/en/Canvas_tutorial/Using_images#Controlling_image_scaling_behavior that firefox has smooth scaling by default)

Hopefully browser evolution will "solve" this automatically, however there's some more solutions at http://stackoverflow.com/questions/2303690/resizing-an-image-in-an-html5-canvas