Menu
▾
▴
visualpython-users
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(1) |
Aug
|
Sep
(15) |
Oct
(32) |
Nov
(35) |
Dec
(48) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(46) |
Feb
(22) |
Mar
(65) |
Apr
(49) |
May
(22) |
Jun
(29) |
Jul
(51) |
Aug
(34) |
Sep
(32) |
Oct
(46) |
Nov
(30) |
Dec
(32) |
| 2002 |
Jan
(48) |
Feb
(4) |
Mar
(20) |
Apr
(28) |
May
(13) |
Jun
(34) |
Jul
(51) |
Aug
(15) |
Sep
(15) |
Oct
(35) |
Nov
(15) |
Dec
(20) |
| 2003 |
Jan
(31) |
Feb
(111) |
Mar
(41) |
Apr
(28) |
May
(36) |
Jun
(29) |
Jul
(27) |
Aug
(29) |
Sep
(47) |
Oct
(28) |
Nov
(7) |
Dec
(26) |
| 2004 |
Jan
(44) |
Feb
(9) |
Mar
(17) |
Apr
(26) |
May
(58) |
Jun
(13) |
Jul
(44) |
Aug
(64) |
Sep
(30) |
Oct
(11) |
Nov
(21) |
Dec
(28) |
| 2005 |
Jan
(29) |
Feb
(11) |
Mar
(11) |
Apr
(22) |
May
(85) |
Jun
(46) |
Jul
(17) |
Aug
(18) |
Sep
(14) |
Oct
(22) |
Nov
(1) |
Dec
(45) |
| 2006 |
Jan
(20) |
Feb
(36) |
Mar
(18) |
Apr
(24) |
May
(21) |
Jun
(48) |
Jul
(23) |
Aug
(20) |
Sep
(10) |
Oct
(41) |
Nov
(46) |
Dec
(40) |
| 2007 |
Jan
(40) |
Feb
(20) |
Mar
(13) |
Apr
(6) |
May
(24) |
Jun
(31) |
Jul
(30) |
Aug
(11) |
Sep
(11) |
Oct
(10) |
Nov
(56) |
Dec
(64) |
| 2008 |
Jan
(64) |
Feb
(22) |
Mar
(63) |
Apr
(28) |
May
(25) |
Jun
(36) |
Jul
(11) |
Aug
(9) |
Sep
(14) |
Oct
(41) |
Nov
(46) |
Dec
(130) |
| 2009 |
Jan
(95) |
Feb
(41) |
Mar
(24) |
Apr
(35) |
May
(53) |
Jun
(67) |
Jul
(48) |
Aug
(48) |
Sep
(86) |
Oct
(75) |
Nov
(64) |
Dec
(52) |
| 2010 |
Jan
(57) |
Feb
(31) |
Mar
(28) |
Apr
(40) |
May
(25) |
Jun
(42) |
Jul
(79) |
Aug
(31) |
Sep
(49) |
Oct
(66) |
Nov
(38) |
Dec
(25) |
| 2011 |
Jan
(29) |
Feb
(18) |
Mar
(44) |
Apr
(6) |
May
(28) |
Jun
(31) |
Jul
(36) |
Aug
(24) |
Sep
(30) |
Oct
(23) |
Nov
(21) |
Dec
(27) |
| 2012 |
Jan
(14) |
Feb
(11) |
Mar
(2) |
Apr
(48) |
May
(7) |
Jun
(32) |
Jul
(22) |
Aug
(25) |
Sep
(31) |
Oct
(32) |
Nov
(21) |
Dec
(17) |
| 2013 |
Jan
(44) |
Feb
(27) |
Mar
(3) |
Apr
(1) |
May
|
Jun
|
Jul
(3) |
Aug
(4) |
Sep
(1) |
Oct
(7) |
Nov
(5) |
Dec
(5) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(2) |
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Steve S. <st...@sp...> - 2010-01-29 16:58:48
|
Sounds likely that it's the 64/32 bit difference between 10.5 and 10.6 is the culprit? -steve On Jan 29, 2010, at 11:29 AM, Bruce Sherwood wrote: > Mirko Bordignon recompiled the Boost libraries on OSX 10.5 and > verified > that VPython then works on both OSX 10.5 and OSX 10.6. He's not sure > whether it will work on OSX 10.4. There is now available a VPython > 5.22 > installer at vpython.org based on his libraries. > > Many thanks to Mirko for his prompt response to the problem! > > Bruce Sherwood > > > > ---------------------------------------------------------------------- > -------- > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in > the business > Choose flexible plans and management services without long-term > contracts > Personal 24x7 support from experience hosting pros just a phone > call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
|
From: Bruce S. <Bru...@nc...> - 2010-01-29 16:29:29
|
Mirko Bordignon recompiled the Boost libraries on OSX 10.5 and verified that VPython then works on both OSX 10.5 and OSX 10.6. He's not sure whether it will work on OSX 10.4. There is now available a VPython 5.22 installer at vpython.org based on his libraries. Many thanks to Mirko for his prompt response to the problem! Bruce Sherwood |
|
From: Bruce S. <Bru...@nc...> - 2010-01-29 05:07:46
|
Here's a thought. My Mac is running OSX 10.6 (Snow Leopard). What version of OSX is on your lab computers? Also, what version of VPython worked okay on those computers? VPython 5.2 and 5.21 were built using special Boost libraries provided by Mirko Bordignon; maybe there's something special about them with respect to OSX version? Bruce Sherwood Bruce Sherwood wrote: > I'm at a total loss as to what this means. Just to check, I wiped out my > VPython installation, downloaded the VPython 5.21 installer from > vpython.org and installed. All works. So the installer at vpython.org > isn't corrupted. I should point out that the older VPython 5.2 is > available at sourceforge.net. > > Is there a Mac expert who can interpret the "no suitable image found" > messsage, or the "unknown required load command 0x80000022" message? > These don't mean anything to me, and I've never seen them before. I used > the same Mac PackageMaker machinery to build 5.21 that I used to build 5.2. > > I assume these computers ran earlier versions okay? > > Bruce > > Mark Hammond wrote: > >> When I installed Python 2.6.4 and VPython-Mac-Py2.6-5.21 on my lab >> computers, it seems to install ok. But when I run a sample program, I get >> this error message in the shell window: >> >> Traceback(most recent call last): >> >> File "Untitled", line 1 >> >> from visual import * >> >> File >> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/visual/__init__.py",line >> 59 >> >> import cvisual >> >> ImportError:dlopen(/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/visual/cvisual.so,2): >> no suitable image found. Didfind: >> >> >> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/visual/cvisual.so:unknown >> required load command 0x80000022 >> >> >> >> >> Mark Hammond >> >> >> >> > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
|
From: Bruce S. <Bru...@nc...> - 2010-01-29 02:20:46
|
I'm at a total loss as to what this means. Just to check, I wiped out my VPython installation, downloaded the VPython 5.21 installer from vpython.org and installed. All works. So the installer at vpython.org isn't corrupted. I should point out that the older VPython 5.2 is available at sourceforge.net. Is there a Mac expert who can interpret the "no suitable image found" messsage, or the "unknown required load command 0x80000022" message? These don't mean anything to me, and I've never seen them before. I used the same Mac PackageMaker machinery to build 5.21 that I used to build 5.2. I assume these computers ran earlier versions okay? Bruce Mark Hammond wrote: > When I installed Python 2.6.4 and VPython-Mac-Py2.6-5.21 on my lab > computers, it seems to install ok. But when I run a sample program, I get > this error message in the shell window: > > Traceback(most recent call last): > > File "Untitled", line 1 > > from visual import * > > File > "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/visual/__init__.py",line > 59 > > import cvisual > > ImportError:dlopen(/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/visual/cvisual.so,2): > no suitable image found. Didfind: > > > /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/visual/cvisual.so:unknown > required load command 0x80000022 > > > > > Mark Hammond > > > |
|
From: Mark H. <mha...@st...> - 2010-01-29 01:57:18
|
Earlier versions ran ok... luckily I didn't install it on half of the lab computers. I do have a Mac expert who will be having fun with this tomorrow. Thanks. Mark > >Is there a Mac expert who can interpret the "no suitable image found" >messsage, or the "unknown required load command 0x80000022" message? >These don't mean anything to me, and I've never seen them before. I used >the same Mac PackageMaker machinery to build 5.21 that I used to build >5.2. > >I assume these computers ran earlier versions okay? > >Bruce > > |
|
From: Mark H. <mha...@st...> - 2010-01-29 01:08:59
|
When I installed Python 2.6.4 and VPython-Mac-Py2.6-5.21 on my lab
computers, it seems to install ok. But when I run a sample program, I get
this error message in the shell window:
Traceback(most recent call last):
File "Untitled", line 1
from visual import *
File
"/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/visual/__init__.py",line
59
import cvisual
ImportError:dlopen(/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/visual/cvisual.so,2):
no suitable image found. Didfind:
/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/visual/cvisual.so:unknown
required load command 0x80000022
>>>
Mark Hammond
|
|
From: Bruce S. <Bru...@nc...> - 2010-01-28 18:38:44
|
Mirko Bordignon on his Mac experienced in a (happily for the rest of us, unhappily for him) reproducible way the old problem with VPython not starting, and he dug into the threading issues on the Mac. As a result, there is now available VPython 5.21 that fixes the problems on his Mac but also works on mine. I would be interested to know whether with VPython 5.21 anyone encounters the old problem of VPython not starting on a Mac. Bruce Sherwood |
|
From: Bruce S. <Bru...@nc...> - 2010-01-28 02:26:55
|
Apparently you have not installed numpy:
In file included from ../include/python/arrayprim.hpp:9,
from ./python/arrayprim.cpp:1:
../include/python/num_util.hpp:73:31: warning: numpy/arrayobject.h: No such file or directory
In the future please post just the last part of src/build.log, as
requested. None of the preceding part of the file is of interest.
Bruce Sherwood
steve mtangoo wrote:
> here it is
>
> On Thu, Jan 28, 2010 at 5:08 AM, Bruce Sherwood <Bru...@nc...> wrote:
>
>> Please post just the last part of src/build.log in your build directory,
>> the part that shows the error encountered in the compilation of
>> arrayprim.cpp.
>>
|
|
From: Bruce S. <Bru...@nc...> - 2010-01-28 02:08:31
|
Please post just the last part of src/build.log in your build directory, the part that shows the error encountered in the compilation of arrayprim.cpp. Bruce Sherwood steve mtangoo wrote: > On Thu, Jan 28, 2010 at 4:19 AM, steve mtangoo <mwi...@gm...> wrote: > >> I thought I will be through with this version. ./configure goes well >> but nake spawn the error below, please help me as I have never got it >> running since last year. >> ------------------------- >> > > here is the error: > > Compiling ./gtk2/render_surface.cpp ... > Compiling ./gtk2/timer.cpp ... > Compiling ./python/arrayprim.cpp ... > make[1]: *** [arrayprim.lo] Error 1 > make[1]: Leaving directory `/home/stefa/Desktop/visual-5.2_release/src' > make: *** [all-recursive] Error 1 > [root@localhost visual-5.2_release]# > |
|
From: steve m. <mwi...@gm...> - 2010-01-28 01:21:18
|
On Thu, Jan 28, 2010 at 4:19 AM, steve mtangoo <mwi...@gm...> wrote: > I thought I will be through with this version. ./configure goes well > but nake spawn the error below, please help me as I have never got it > running since last year. > ------------------------- here is the error: Compiling ./gtk2/render_surface.cpp ... Compiling ./gtk2/timer.cpp ... Compiling ./python/arrayprim.cpp ... make[1]: *** [arrayprim.lo] Error 1 make[1]: Leaving directory `/home/stefa/Desktop/visual-5.2_release/src' make: *** [all-recursive] Error 1 [root@localhost visual-5.2_release]# |
|
From: steve m. <mwi...@gm...> - 2010-01-28 01:19:49
|
I thought I will be through with this version. ./configure goes well but nake spawn the error below, please help me as I have never got it running since last year. ------------------------- Mandrivba 2010 One Thanks On Wed, Jan 27, 2010 at 6:03 PM, Bruce Sherwood <Bru...@nc...> wrote: > There is now a Linux tar file for VPython 5.2 available at vpython.org > (and at sourceforge.net). |
|
From: Bruce S. <Bru...@nc...> - 2010-01-27 15:04:06
|
There is now a Linux tar file for VPython 5.2 available at vpython.org (and at sourceforge.net). Bruce Sherwood |
|
From: Bruce S. <Bru...@nc...> - 2010-01-27 02:31:04
|
Some entries added to the Contributed page at vpython.org: New link to the Earth Sciences work of Lensyl Urbano. New link to physics examples that include falling drops, by Lenore Horner. An STL-to-faces converter by Derek Lura and me. STL is a simple file format for describing an object in terms of triangles and faces, very similar to the format for faces. There are both text and binary versions, and this converter handles both. Included in the package are a couple of STL files, including one made by Derek. The converter is structured in such a way as to be usable as an importable module, or if you run it directly it gives a file dialog box to view the two models included in the package, or other models you might find or create. Be sure to rotate the view to see all aspects of the models. It is thanks to Derek's interest in this that got me wondering about thinking about smoothing algorithms, one of which has been implemented in the new VPython 5.2. STL stands for "stereographic lithography" and is apparently used in industry for simple characterization of 3D parts. Bruce Sherwood |
|
From: Guy K. K. <g....@ma...> - 2010-01-27 01:19:04
|
On Wed, 27 Jan 2010 14:06:42 steve mtangoo wrote: > Bum! it is for Windows and Mac only! > why there is no Linux? Linux releases are often delayed by a few days. BTW, would be nice if you could either not top post, and/or trim the original message to what's necessary to understand the context. Guy -- Guy K. Kloss Institute of Information and Mathematical Sciences Te Kura Pūtaiao o Mōhiohio me Pāngarau Massey University, Albany (North Shore City, Auckland) 473 State Highway 17, Gate 1, Mailroom, Quad B Building voice: +64 9 414-0800 ext. 9585 fax: +64 9 441-8181 G....@ma... http://www.massey.ac.nz/~gkloss |
|
From: Bruce S. <Bru...@nc...> - 2010-01-27 01:18:04
|
The Linux version can always be built from source available in CVS at sourcforge, but I plan also to create and post the usual tar file, for convenience. Bruce Sherwood steve mtangoo wrote: > Bum! it is for Windows and Mac only! > why there is no Linux? > > On Wed, Jan 27, 2010 at 4:05 AM, steve mtangoo <mwi...@gm...> wrote: > >> Hope this will have no that make bug in Linux Box when compiling from >> source, downloading hoping to have VP up and running in My Mandriva >> Box! >> >> On Wed, Jan 27, 2010 at 1:36 AM, Bruce Sherwood <Bru...@nc...> wrote: >> >>> Available at vpython.org: VPython 5.2 for Windows and Mac which adds a >>> new feature for smoothing objects made of faces. >>> >>> >>> |
|
From: steve m. <mwi...@gm...> - 2010-01-27 01:06:50
|
Bum! it is for Windows and Mac only! why there is no Linux? On Wed, Jan 27, 2010 at 4:05 AM, steve mtangoo <mwi...@gm...> wrote: > Hope this will have no that make bug in Linux Box when compiling from > source, downloading hoping to have VP up and running in My Mandriva > Box! > > On Wed, Jan 27, 2010 at 1:36 AM, Bruce Sherwood <Bru...@nc...> wrote: >> Available at vpython.org: VPython 5.2 for Windows and Mac which adds a >> new feature for smoothing objects made of faces. >> >> After creating a faces object named (say) myfaces, >> >> myfaces.smooth() >> >> will average similar normals at a vertex and make the object look >> smoother. You must make sure that all vertices have nonzero normals >> before using the smooth function; a simple scheme is to make all the >> normals perpendicular to their respective faces and then let the smooth >> function adjust them for improved appearance. >> >> The issue that this addresses is that if you try to make a >> smooth-looking curved surface but adjacent faces have different normals, >> the surface has creases in it. Smoother appearance is obtained if >> similar normals at a vertex shared by two or more triangles are averaged >> and the average normal applied to all these triangle vertices. However, >> at a vertex shared between two surfaces with very different >> orientations, such as perpendicular surfaces, no such averaging should >> be applied. The new smoothing routine only averages shared normals if >> they don't differ too much in direction (about 18 degrees). >> >> The example program "faces_heightfield.py" has been revised to use the >> new smooth() function. >> >> Bruce Sherwood >> >> P.S. Maybe someone would find the algorithm interesting, and I'll >> describe it in terms of Python code, though it is implemented in C++ for >> speed: >> >> First pass: Construct a dictionary whose keys are vector positions of >> vertices and whose values are lists (or rather Python "sets") of indices >> of vectors in the faces pos (or normal) array. >> >> Second pass: For each key (spatial location of a vertex) in the >> dictionary, get the value (the set of indices of pos or normal vectors >> each of which corresponds to the same position in space). Pick an index >> in this set, evaluate its (normalized) normal, and one at a time take >> the dot product of this normal with the (normalized) normals of all the >> other members of the set, creating a list of indices for which the dot >> product of the normals is > 0.95 (so the normals differ in direction by >> no more than 18 degrees). For this subset, average their normals and >> assign them to this subset, then remove the subset from the larger set >> and repeat until the set is empty. >> >> This procedure assures that neighboring faces that don't differ much in >> orientation will not have a sharp crease between them, but neighboring >> faces that have very different orientations, including for example >> perpendicular faces, will have very different normals. >> >> There is an inappropriate bias in this scheme in that the starting >> normal for searching through the set might be an extreme one and >> therefore one might fail to identify the right bundle of normals to >> average. Maybe someone will think of an unbiased way to do the bundling. >> I can say that having tried the smooth() function on various objects >> made of many faces, the scheme seems to work pretty well. >> >> Another possibility would be to look at edges shared by triangles rather >> than at vertices shared by triangles. At the moment I don't see how to >> do that. >> >> ------------------------------------------------------------------------------ >> The Planet: dedicated and managed hosting, cloud storage, colocation >> Stay online with enterprise data centers and the best network in the business >> Choose flexible plans and management services without long-term contracts >> Personal 24x7 support from experience hosting pros just a phone call away. >> http://p.sf.net/sfu/theplanet-com >> _______________________________________________ >> Visualpython-users mailing list >> Vis...@li... >> https://lists.sourceforge.net/lists/listinfo/visualpython-users >> > |
|
From: steve m. <mwi...@gm...> - 2010-01-27 01:05:26
|
Hope this will have no that make bug in Linux Box when compiling from source, downloading hoping to have VP up and running in My Mandriva Box! On Wed, Jan 27, 2010 at 1:36 AM, Bruce Sherwood <Bru...@nc...> wrote: > Available at vpython.org: VPython 5.2 for Windows and Mac which adds a > new feature for smoothing objects made of faces. > > After creating a faces object named (say) myfaces, > > myfaces.smooth() > > will average similar normals at a vertex and make the object look > smoother. You must make sure that all vertices have nonzero normals > before using the smooth function; a simple scheme is to make all the > normals perpendicular to their respective faces and then let the smooth > function adjust them for improved appearance. > > The issue that this addresses is that if you try to make a > smooth-looking curved surface but adjacent faces have different normals, > the surface has creases in it. Smoother appearance is obtained if > similar normals at a vertex shared by two or more triangles are averaged > and the average normal applied to all these triangle vertices. However, > at a vertex shared between two surfaces with very different > orientations, such as perpendicular surfaces, no such averaging should > be applied. The new smoothing routine only averages shared normals if > they don't differ too much in direction (about 18 degrees). > > The example program "faces_heightfield.py" has been revised to use the > new smooth() function. > > Bruce Sherwood > > P.S. Maybe someone would find the algorithm interesting, and I'll > describe it in terms of Python code, though it is implemented in C++ for > speed: > > First pass: Construct a dictionary whose keys are vector positions of > vertices and whose values are lists (or rather Python "sets") of indices > of vectors in the faces pos (or normal) array. > > Second pass: For each key (spatial location of a vertex) in the > dictionary, get the value (the set of indices of pos or normal vectors > each of which corresponds to the same position in space). Pick an index > in this set, evaluate its (normalized) normal, and one at a time take > the dot product of this normal with the (normalized) normals of all the > other members of the set, creating a list of indices for which the dot > product of the normals is > 0.95 (so the normals differ in direction by > no more than 18 degrees). For this subset, average their normals and > assign them to this subset, then remove the subset from the larger set > and repeat until the set is empty. > > This procedure assures that neighboring faces that don't differ much in > orientation will not have a sharp crease between them, but neighboring > faces that have very different orientations, including for example > perpendicular faces, will have very different normals. > > There is an inappropriate bias in this scheme in that the starting > normal for searching through the set might be an extreme one and > therefore one might fail to identify the right bundle of normals to > average. Maybe someone will think of an unbiased way to do the bundling. > I can say that having tried the smooth() function on various objects > made of many faces, the scheme seems to work pretty well. > > Another possibility would be to look at edges shared by triangles rather > than at vertices shared by triangles. At the moment I don't see how to > do that. > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
|
From: Bruce S. <Bru...@nc...> - 2010-01-26 22:36:44
|
Available at vpython.org: VPython 5.2 for Windows and Mac which adds a new feature for smoothing objects made of faces. After creating a faces object named (say) myfaces, myfaces.smooth() will average similar normals at a vertex and make the object look smoother. You must make sure that all vertices have nonzero normals before using the smooth function; a simple scheme is to make all the normals perpendicular to their respective faces and then let the smooth function adjust them for improved appearance. The issue that this addresses is that if you try to make a smooth-looking curved surface but adjacent faces have different normals, the surface has creases in it. Smoother appearance is obtained if similar normals at a vertex shared by two or more triangles are averaged and the average normal applied to all these triangle vertices. However, at a vertex shared between two surfaces with very different orientations, such as perpendicular surfaces, no such averaging should be applied. The new smoothing routine only averages shared normals if they don't differ too much in direction (about 18 degrees). The example program "faces_heightfield.py" has been revised to use the new smooth() function. Bruce Sherwood P.S. Maybe someone would find the algorithm interesting, and I'll describe it in terms of Python code, though it is implemented in C++ for speed: First pass: Construct a dictionary whose keys are vector positions of vertices and whose values are lists (or rather Python "sets") of indices of vectors in the faces pos (or normal) array. Second pass: For each key (spatial location of a vertex) in the dictionary, get the value (the set of indices of pos or normal vectors each of which corresponds to the same position in space). Pick an index in this set, evaluate its (normalized) normal, and one at a time take the dot product of this normal with the (normalized) normals of all the other members of the set, creating a list of indices for which the dot product of the normals is > 0.95 (so the normals differ in direction by no more than 18 degrees). For this subset, average their normals and assign them to this subset, then remove the subset from the larger set and repeat until the set is empty. This procedure assures that neighboring faces that don't differ much in orientation will not have a sharp crease between them, but neighboring faces that have very different orientations, including for example perpendicular faces, will have very different normals. There is an inappropriate bias in this scheme in that the starting normal for searching through the set might be an extreme one and therefore one might fail to identify the right bundle of normals to average. Maybe someone will think of an unbiased way to do the bundling. I can say that having tried the smooth() function on various objects made of many faces, the scheme seems to work pretty well. Another possibility would be to look at edges shared by triangles rather than at vertices shared by triangles. At the moment I don't see how to do that. |
|
From: Jon S. <js...@gm...> - 2010-01-24 23:17:42
|
it would be interesting to have the camera track the direction of the sphere and see the "sphere' eye view" Jon Schull Jon...@ri... cell: 585-738-6696 My availability: http://www.google.com/calendar/embed?src=js...@gm... Associate Professor Rochester Institute of Technology http://innovation.rit.edu On Sun, Jan 24, 2010 at 4:36 PM, Bruce Sherwood <Bru...@nc...>wrote: > Very cute! > > Bruce Sherwood > > Kadir Haldenbilen wrote: > > Attached is a simple ride on a Moebius Band, just for fun. > > > > Kadir > > > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
|
From: Bruce S. <Bru...@nc...> - 2010-01-24 21:36:38
|
Very cute! Bruce Sherwood Kadir Haldenbilen wrote: > Attached is a simple ride on a Moebius Band, just for fun. > > Kadir > |
|
From: Bruce S. <Bru...@nc...> - 2010-01-23 14:42:48
|
This is good news! Thanks for sending me the materials. Bruce Sherwood Mirko Bordignon wrote: > I built boost 1.35 with a patch from svn that makes the > incompatibility with python > 2.6.2 disappear (you don't get the > "object attribute '__doc__' is read-only" error when importing the > visual module). Although on my machine visual still does not work (see > my other email), I believe that just replacing the libs in the > mac_libs folder with the ones that I built might be a solution for > most people. If Bruce is interested I can email him the binaries, and > if that works for him he can just repackage the dependencies zip files. > > Mirko > > On Sat, Jan 23, 2010 at 5:05 AM, Bruce Sherwood > <Bru...@nc... <mailto:Bru...@nc...>> wrote: > > Yes, this is the roadblock I too ran into when attempting to build on > the Mac. You seem to have done everything correctly. It is not > known how > to address the problem, which is serious, because at the moment it > seems > impossible to build for the latest version of Python on the Mac. > > Bruce Sherwood > > K.-Michael Aye wrote: > > Dear all, > > as it was written here, that the upgrade to boost-1.41 renders > VPython compatible with Python2.6.4, I thought I give the > compilation of VPython a first try. > > > > 1st question: > > Do I only need vpython-core2 from the cvs files? I can't find > anywhere a hint on that. > > > > 2nd question: > > I managed to compile boost-1.41 successfully with the command > line given in MAC-OSX.txt in vpython-core2. > > I then copied boost_1_41_0/boost to > vpython-core2/dependencies/boost_files (a folder i created there > following the instruction of MAC-OSX.txt). > > Next I copied all created libs in boost-1.41/stage/lib into > vpython-core2/dependencies/boost_files/mac_libs > > Is that all I need to have there before starting next step? > > > > 3rd question: > > Having executed > > 'sudo make setup' in src/mac resulted in access rights failure > when executing the next step 'make install' in the ../mbuild > directory. So I compiled with 'sudo make install'. Is that okay? > > > > 4th question: > > The compilation went along awhile but then stopped with the > following error: > > > > /usr/bin/g++ -fPIC -MMD -DNDEBUG -mmacosx-version-min=10.4 -arch > i386 -DPIC -O2 -g -finline-functions > -I../vpython-core2/include/mac -I../vpython-core2/include > -I/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 > -I/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/numpy/core/include > -I../vpython-core2//dependencies/boost_files > -I../vpython-core2//dependencies/threadpool/include > -F/System/Library/Frameworks/AGL.framework > -F/System/Library/Frameworks/Carbon.framework > -F/System/Library/Frameworks/OpenGL.framework -c -o > render_manager.o ../vpython-core2//src/core/util/render_manager.cpp > > In file included from > ../vpython-core2//dependencies/boost_files/boost/exception_ptr.hpp:15, > > from > ../vpython-core2//dependencies/boost_files/boost/thread/future.hpp:12, > > from > ../vpython-core2//dependencies/boost_files/boost/thread.hpp:24, > > from > ../vpython-core2//dependencies/threadpool/include/threadpool/detail/worker_thread.hpp:24, > > from > ../vpython-core2//dependencies/threadpool/include/threadpool/detail/pool_core.hpp:29, > > from > ../vpython-core2//dependencies/threadpool/include/threadpool/pool.hpp:27, > > from > ../vpython-core2//dependencies/threadpool/include/threadpool.hpp:21, > > from > ../vpython-core2//src/core/util/render_manager.cpp:4: > > > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:29: > error: declaration does not declare anything > > > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:30: > error: declaration does not declare anything > > > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:31: > error: expected primary-expression before ‘)’ token > > > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:40: > error: declaration does not declare anything > > > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:41: > error: declaration does not declare anything > > > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:42: > error: expected primary-expression before ‘)’ token > > make: *** [render_manager.o] Error 1 > > > > > > Many thanks for any upcoming tips! > > Best regards and good weekend! > > > > Michael > > > > _____________________________ > > Universität Bern > > Physikalisches Institut > > Space and Planetary Sciences > > > > K.-Michael Aye, PhD > > BELA Assistant Project Manager > > > > Sidlerweg 5 > > CH-3012 Bern > > Tel. +41 (0)31 631 44 27 > > Fax +41 (0)31 631 44 05 > > mailto:mic...@sp... > <mailto:mic...@sp...> > > http://space.unibe.ch/ > > ICQ: 164960383 > > Skype: kmichaelaye > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > Throughout its 18-year history, RSA Conference consistently > attracts the > > world's best and brightest in the field, creating opportunities > for Conference > > attendees to learn about information security's most important > issues through > > interactions with peers, luminaries and emerging and established > companies. > > http://p.sf.net/sfu/rsaconf-dev2dev > > _______________________________________________ > > Visualpython-users mailing list > > Vis...@li... > <mailto:Vis...@li...> > > https://lists.sourceforge.net/lists/listinfo/visualpython-users > > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently > attracts the > world's best and brightest in the field, creating opportunities > for Conference > attendees to learn about information security's most important > issues through > interactions with peers, luminaries and emerging and established > companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > <mailto:Vis...@li...> > https://lists.sourceforge.net/lists/listinfo/visualpython-users > > |
|
From: Bruce S. <Bru...@nc...> - 2010-01-23 14:35:30
|
I haven't checked very recently, but the last time I did check, it appeared that there would be no numpy for Python 3 until this summer at the earliest. Since numpy is one of the dependencies for VPython, nothing can happen until numpy is available. Bruce Sherwood Korb, Tim wrote: > What is the status of VPython and Python 3? Any plans or effort in progress? (I couldn't find anything at the VPython website.) > > Tim Korb > Purdue Computer Science > > > |
|
From: Korb, T. <jt...@pu...> - 2010-01-23 14:26:51
|
What is the status of VPython and Python 3? Any plans or effort in progress? (I couldn't find anything at the VPython website.) Tim Korb Purdue Computer Science |
|
From: Mirko B. <mir...@ie...> - 2010-01-23 13:17:20
|
I built boost 1.35 with a patch from svn that makes the incompatibility with python > 2.6.2 disappear (you don't get the "object attribute '__doc__' is read-only" error when importing the visual module). Although on my machine visual still does not work (see my other email), I believe that just replacing the libs in the mac_libs folder with the ones that I built might be a solution for most people. If Bruce is interested I can email him the binaries, and if that works for him he can just repackage the dependencies zip files. Mirko On Sat, Jan 23, 2010 at 5:05 AM, Bruce Sherwood <Bru...@nc...>wrote: > Yes, this is the roadblock I too ran into when attempting to build on > the Mac. You seem to have done everything correctly. It is not known how > to address the problem, which is serious, because at the moment it seems > impossible to build for the latest version of Python on the Mac. > > Bruce Sherwood > > K.-Michael Aye wrote: > > Dear all, > > as it was written here, that the upgrade to boost-1.41 renders VPython > compatible with Python2.6.4, I thought I give the compilation of VPython a > first try. > > > > 1st question: > > Do I only need vpython-core2 from the cvs files? I can't find anywhere a > hint on that. > > > > 2nd question: > > I managed to compile boost-1.41 successfully with the command line given > in MAC-OSX.txt in vpython-core2. > > I then copied boost_1_41_0/boost to > vpython-core2/dependencies/boost_files (a folder i created there following > the instruction of MAC-OSX.txt). > > Next I copied all created libs in boost-1.41/stage/lib into > vpython-core2/dependencies/boost_files/mac_libs > > Is that all I need to have there before starting next step? > > > > 3rd question: > > Having executed > > 'sudo make setup' in src/mac resulted in access rights failure when > executing the next step 'make install' in the ../mbuild directory. So I > compiled with 'sudo make install'. Is that okay? > > > > 4th question: > > The compilation went along awhile but then stopped with the following > error: > > > > /usr/bin/g++ -fPIC -MMD -DNDEBUG -mmacosx-version-min=10.4 -arch i386 > -DPIC -O2 -g -finline-functions -I../vpython-core2/include/mac > -I../vpython-core2/include > -I/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 > -I/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/numpy/core/include > -I../vpython-core2//dependencies/boost_files > -I../vpython-core2//dependencies/threadpool/include > -F/System/Library/Frameworks/AGL.framework > -F/System/Library/Frameworks/Carbon.framework > -F/System/Library/Frameworks/OpenGL.framework -c -o render_manager.o > ../vpython-core2//src/core/util/render_manager.cpp > > In file included from > ../vpython-core2//dependencies/boost_files/boost/exception_ptr.hpp:15, > > from > ../vpython-core2//dependencies/boost_files/boost/thread/future.hpp:12, > > from > ../vpython-core2//dependencies/boost_files/boost/thread.hpp:24, > > from > ../vpython-core2//dependencies/threadpool/include/threadpool/detail/worker_thread.hpp:24, > > from > ../vpython-core2//dependencies/threadpool/include/threadpool/detail/pool_core.hpp:29, > > from > ../vpython-core2//dependencies/threadpool/include/threadpool/pool.hpp:27, > > from > ../vpython-core2//dependencies/threadpool/include/threadpool.hpp:21, > > from > ../vpython-core2//src/core/util/render_manager.cpp:4: > > > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:29: > error: declaration does not declare anything > > > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:30: > error: declaration does not declare anything > > > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:31: > error: expected primary-expression before ‘)’ token > > > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:40: > error: declaration does not declare anything > > > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:41: > error: declaration does not declare anything > > > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:42: > error: expected primary-expression before ‘)’ token > > make: *** [render_manager.o] Error 1 > > > > > > Many thanks for any upcoming tips! > > Best regards and good weekend! > > > > Michael > > > > _____________________________ > > Universität Bern > > Physikalisches Institut > > Space and Planetary Sciences > > > > K.-Michael Aye, PhD > > BELA Assistant Project Manager > > > > Sidlerweg 5 > > CH-3012 Bern > > Tel. +41 (0)31 631 44 27 > > Fax +41 (0)31 631 44 05 > > mailto:mic...@sp... > > http://space.unibe.ch/ > > ICQ: 164960383 > > Skype: kmichaelaye > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > Throughout its 18-year history, RSA Conference consistently attracts the > > world's best and brightest in the field, creating opportunities for > Conference > > attendees to learn about information security's most important issues > through > > interactions with peers, luminaries and emerging and established > companies. > > http://p.sf.net/sfu/rsaconf-dev2dev > > _______________________________________________ > > Visualpython-users mailing list > > Vis...@li... > > https://lists.sourceforge.net/lists/listinfo/visualpython-users > > > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
|
From: Bruce S. <Bru...@nc...> - 2010-01-23 04:05:15
|
Yes, this is the roadblock I too ran into when attempting to build on the Mac. You seem to have done everything correctly. It is not known how to address the problem, which is serious, because at the moment it seems impossible to build for the latest version of Python on the Mac. Bruce Sherwood K.-Michael Aye wrote: > Dear all, > as it was written here, that the upgrade to boost-1.41 renders VPython compatible with Python2.6.4, I thought I give the compilation of VPython a first try. > > 1st question: > Do I only need vpython-core2 from the cvs files? I can't find anywhere a hint on that. > > 2nd question: > I managed to compile boost-1.41 successfully with the command line given in MAC-OSX.txt in vpython-core2. > I then copied boost_1_41_0/boost to vpython-core2/dependencies/boost_files (a folder i created there following the instruction of MAC-OSX.txt). > Next I copied all created libs in boost-1.41/stage/lib into vpython-core2/dependencies/boost_files/mac_libs > Is that all I need to have there before starting next step? > > 3rd question: > Having executed > 'sudo make setup' in src/mac resulted in access rights failure when executing the next step 'make install' in the ../mbuild directory. So I compiled with 'sudo make install'. Is that okay? > > 4th question: > The compilation went along awhile but then stopped with the following error: > > /usr/bin/g++ -fPIC -MMD -DNDEBUG -mmacosx-version-min=10.4 -arch i386 -DPIC -O2 -g -finline-functions -I../vpython-core2/include/mac -I../vpython-core2/include -I/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -I/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/numpy/core/include -I../vpython-core2//dependencies/boost_files -I../vpython-core2//dependencies/threadpool/include -F/System/Library/Frameworks/AGL.framework -F/System/Library/Frameworks/Carbon.framework -F/System/Library/Frameworks/OpenGL.framework -c -o render_manager.o ../vpython-core2//src/core/util/render_manager.cpp > In file included from ../vpython-core2//dependencies/boost_files/boost/exception_ptr.hpp:15, > from ../vpython-core2//dependencies/boost_files/boost/thread/future.hpp:12, > from ../vpython-core2//dependencies/boost_files/boost/thread.hpp:24, > from ../vpython-core2//dependencies/threadpool/include/threadpool/detail/worker_thread.hpp:24, > from ../vpython-core2//dependencies/threadpool/include/threadpool/detail/pool_core.hpp:29, > from ../vpython-core2//dependencies/threadpool/include/threadpool/pool.hpp:27, > from ../vpython-core2//dependencies/threadpool/include/threadpool.hpp:21, > from ../vpython-core2//src/core/util/render_manager.cpp:4: > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:29: error: declaration does not declare anything > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:30: error: declaration does not declare anything > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:31: error: expected primary-expression before ‘)’ token > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:40: error: declaration does not declare anything > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:41: error: declaration does not declare anything > ../vpython-core2//dependencies/boost_files/boost/exception/diagnostic_information.hpp:42: error: expected primary-expression before ‘)’ token > make: *** [render_manager.o] Error 1 > > > Many thanks for any upcoming tips! > Best regards and good weekend! > > Michael > > _____________________________ > Universität Bern > Physikalisches Institut > Space and Planetary Sciences > > K.-Michael Aye, PhD > BELA Assistant Project Manager > > Sidlerweg 5 > CH-3012 Bern > Tel. +41 (0)31 631 44 27 > Fax +41 (0)31 631 44 05 > mailto:mic...@sp... > http://space.unibe.ch/ > ICQ: 164960383 > Skype: kmichaelaye > > > > > > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
33 messages has been excluded from this view by a project administrator.
