There are still quite a few object in the collection at
http://objects.povworld.org

Would it be possible to merge the two, since that collection hasn't been updated
since 2003?

Just a suggestion.

Also, I'd be willing to submit my Christmas Ornament bulb model and my LED
display macros, if anybody were interested...

Regards,

A.D.B.

Post a reply to this message

> There are still quite a few object in the collection at
> http://objects.povworld.org
> 
> Would it be possible to merge the two, since that collection hasn't been updated
> since 2003?

I think that can't be done without permission from the authors of each 
object.

Post a reply to this message

Nicolas Alvarez <nic### [at] gmailisthebestcom> wrote:

> > There are still quite a few object in the collection at
> > http://objects.povworld.org
> > 
> > Would it be possible to merge the two, since that collection hasn't been updated
> > since 2003?

> I think that can't be done without permission from the authors of each 
> object.

  It's a shame, really. The official online object collection library is
an excellent idea, but it seems that it hasn't really catched up, and there
haven't been many submissions. It would really benefit from a library of
thousands of entries instead of just 31.

  Some people have suggested that we start creating objects about certain
topics. This, of course, is a slow process which would require volunteers.

  How about this idea instead: Volunteers who have made a lot of POV-Ray
images in the past, could go and dig those old scenes and take interesting
objects out of them, clean them out and create include files from them and
contribute them to the object collection. (That's actually what I have done
with all my submissions.)

-- 
                                                          - Warp

Post a reply to this message

It seems to me that the 'object' collection really wants to be a 'macro' 
collection. This would serve a somewhat divergent purpose from an 
'object' collection in my mind.

Strictly an 'object' collection, it seems to me, acts like a trove of 
antiques in a shop.  You rummage there for oddities, particular things, 
to be used more or less as found.  In that paradigm, the idea of 
'thousands' of items makes sense.

But right now, it seems, submissions need to occupy a sort of 
intersection set. They must be objects, but objects built procedurally 
from macros, and ideally using csg techniques. This can put a submitter 
wanting to create interesting objects at cross-purposes.  Such an 
intersection set of requirements can be restrictive. Modularity does not 
usually lend itself to particularity.

It would be better to define and recognize the true nature of the 
effort. This would be to build macros of all kinds, including csg-object 
macros, and which serve manifold purposes. The classic example here, 
would be the MakeTree macro. One little macro, trees, bushes, coral, 
blood vessels,...lots of variety. The sense of variety, and more so, the 
sense of usefullness of the collection, lies precisely in the level of 
usefulness, the manifold scope, of the core macros in the collection. 
Then requirements of modularity become the strength rather than a 
restriction.

This would also remove a taint of hegemony.  The hegemony that an 
'official POV object' must be a csg object, or at the outside, something 
procedurally produced.  I admire a useful macro.  I resent having to 
conform to a particular method of producing objects.  And I just can't 
shake the feeling that such a hegemony of conformity is the true thrust 
behind the 'object' collection as it is now defined.

Post a reply to this message

"Jim Charter" <jrc### [at] msncom> wrote in message 
news:47eb3b2d@news.povray.org...
>
> It seems to me that the 'object' collection really wants to be a 'macro' 
> collection. This would serve a somewhat divergent purpose from an 'object' 
> collection in my mind.

Hi Jim,
I think it can develop in either direction and I'm not convinced that one 
direction is necessarily better than any other. At the moment there's a 
mixture of both, with some pure objects (e.g. the Earth and the Sun) and 
some pure macros (e.g ScaleConvert).

Many are mixed within a single submission, for example,  the road signs 
'macro' incorporates about 40 prism object definitions that can be used 
independently or with the accompanying macros (that use them as pigments). 
The Chess board has a number of object definitions along with a macro for 
positioning them using a standard chess notation. I think the freedom to 
pick and mix is good.

> Strictly an 'object' collection, it seems to me, acts like a trove of 
> antiques in a shop.  You rummage there for oddities, particular things, to 
> be used more or less as found.  In that paradigm, the idea of 'thousands' 
> of items makes sense.

That's a good analogy, but it's like if you go rummaging for a particular 
historical jelly mould and you only find a mould-making press. So it might 
take a bit more study, work and time to make the mould, and it may not be 
suitable for everyone, but it may end up being the best and quickest way to 
get to what you want.

> But right now, it seems, submissions need to occupy a sort of intersection 
> set. They must be objects, but objects built procedurally from macros, and 
> ideally using csg techniques.

There are no such constraints. Individualy crafted objects are most welcome 
and they don't need to be CSG'able. In fact they don't even need to be 
objects. There are categories for textures and media definitions and there's 
the scaleconvert macro that doesn't have or generate any objects.

> This can put a submitter wanting to create interesting objects at 
> cross-purposes.  Such an intersection set of requirements can be 
> restrictive. Modularity does not usually lend itself to particularity.

Anyone wanting to submit an object should do so. Don't feel constrained. 
It's a hobby. Do what you enjoy doing and share the bits you think may help 
others.

As mentioned above, there are no constraints to prevent anyone submitting 
any object. The only requirement is for naming standards, intended to enable 
people to use objects in combination within their scenes. Even with this 
there's an option on the web site to submit non-standard objects if your 
variable and macro names don't conform.

I don't really see that there's necessarily conflict between modularity and 
particularity though. The staircase macros are modular, but generate 
particular, clearly recognisable forms. Furthermore, all of the components 
can be readily switched to generate an individualised and unique staircases.

> It would be better to define and recognize the true nature of the effort. 
> This would be to build macros of all kinds, including csg-object macros, 
> and which serve manifold purposes. The classic example here, would be the 
> MakeTree macro. One little macro, trees, bushes, coral, blood 
> vessels,...lots of variety. The sense of variety, and more so, the sense 
> of usefullness of the collection, lies precisely in the level of 
> usefulness, the manifold scope, of the core macros in the collection. Then 
> requirements of modularity become the strength rather than a restriction.

I think the true nature is that it's open to people to take it in whatever 
direction pleases them. I would encourage anyone with a particular interest 
to use the site to pursue that interest. I certainly have a personal leaning 
towards building flexible macros, but I would equally encourage those 
interest in creating individual objects or groups/categories of objects to 
pursue that interest.

I think that different people enjoy creating different things and that this 
ties in very well with the diverse needs of people looking to use objects. 
There could be a time when I just want a bunch of different objects to line 
up on a shelf somewhere in the background of a scene. Other times I may want 
to be able to generate a very specific and individualy tailored object such 
as a tree that will be unique to my scene.

Sometimes individually crafted, non-changeable objects (even quite simple 
ones) can take on an almost iconic status and could prove enormously 
popular. For example, I think your seal punch and ink bottles look great and 
would be very popular in any form. Any configuration options, like being 
able to depress the handle of the punch or adjust the bitmapped image would 
add the ability for people to individualise scenes that use them, but would 
be icing on the cake from my point of view.

> This would also remove a taint of hegemony.  The hegemony that an 
> 'official POV object' must be a csg object, or at the outside, something 
> procedurally produced.  I admire a useful macro.  I resent having to 
> conform to a particular method of producing objects.  And I just can't 
> shake the feeling that such a hegemony of conformity is the true thrust 
> behind the 'object' collection as it is now defined.

This term had me looking for my dictionary and I'm still not quite sure how 
to interpret the paragraph. Are you saying that you think there's some sort 
of Mafioso power struggle or control thing going on somewhere?

Constraints on what can be added into the collection are very minimalistic 
and mostly consist of simple naming conventions intended to try and avoid 
conflicts when multiple objects are used in the same scene file. Anyone can 
register and submit stuff directly into the collection and is therefore free 
to steer the collection in more or less any direction they are motivated to 
follow. Anyone can download, tailor and upload or redistribute objects.

There isn't any requirement for anyone to conform to a particular method of 
producing objects and I'd argue that this is illustrated by the diversity of 
objects and macros that are already there.

My personal thrust is to try and build up the collection so that it moves up 
the list of places people look at when they want something and so that they 
feel proud to contribute. I'm hoping there's a sort of critical mass beyond 
which this takes care of itself. I'd like to think we're getting close to 
that now because, although it's only got 32 entries quite a few of those can 
generate multiple objects. I think the more people find that they can use 
the more they'll see value in contributing.

Forward thrust imparted by others, in whatever direction, has been most 
welcome and will ultimately be what makes this collection work. I haven't 
observed any thrust that seemed in any way surreptitious.

Regards,
Chris B.

Post a reply to this message

Jim Charter <jrc### [at] msncom> wrote:
> But right now, it seems, submissions need to occupy a sort of 
> intersection set. They must be objects, but objects built procedurally 
> from macros, and ideally using csg techniques.

  I don't see that kind of restriction anywhere? AFAIK *anything* can be
submitted to the object collection.

  Of course if the object is made an easy-to-use include file, which has
been cleaned up, and which might have some configuration properties (such
as, for example, being able to override textures), all the better, but
I can't see it as a requirement anywhere.

-- 
                                                          - Warp

Post a reply to this message

Thanks for your reply at length.  I'll give it all more thought.

Post a reply to this message

Warp wrote:
> Jim Charter <jrc### [at] msncom> wrote:
> 
>>But right now, it seems, submissions need to occupy a sort of 
>>intersection set. They must be objects, but objects built procedurally 
>>from macros, and ideally using csg techniques.
> 
> 
>   I don't see that kind of restriction anywhere? AFAIK *anything* can be
> submitted to the object collection.
> 
>   Of course if the object is made an easy-to-use include file, which has
> been cleaned up, and which might have some configuration properties (such
> as, for example, being able to override textures), all the better, but
> I can't see it as a requirement anywhere.
> 
There was some talk that made that idea known without it being made 
explicit.  But water under the bridge.  Chris was expansive on that 
issue in his reply.

But my critique is also a suggestion that a closer definition of the 
goals might somehow produce better motivation.  It's a half-baked idea, 
I admit, but I wanted to air it out.

Again, just a few useful macros could make for a successful collection.

Post a reply to this message

Jim Charter <jrc### [at] msncom> wrote:
> But my critique is also a suggestion that a closer definition of the 
> goals might somehow produce better motivation.

  Does it need any specific goal? IMO anything you want to submit which
might be useful to someone is ok. Made a small object some time ago?
Or perhaps a macro which does something useful? An interesting isosurface?
IMO anything goes.

-- 
                                                          - Warp

Post a reply to this message

Jim Charter wrote:
> It seems to me that the 'object' collection really wants to be a 'macro' 
> collection.

Only because that's what most of the submissions are at the moment. 
This could easily change.

-- 
...Ben Chambers
www.pacificwebguy.com

Post a reply to this message