Two separate feature requests:

1) Support SVG as an import file format.

2) Copy SVG's text formatting capabilities, namely text centering and
aligning text to paths.

SVG is a standard image format and, since it is a vector format, shares many
similarities with POV-Ray. I would like to see POV-Ray adapt some of the
format's capabilities, as well as support the format via import.

-Mike

Post a reply to this message

SharkD wrote:
> SVG is a standard image format 

First time I've heard of it :0

But I don't use vector formats much. :)

Post a reply to this message

SharkD wrote:
> Two separate feature requests:
> 
> 1) Support SVG as an import file format.
> 
> 2) Copy SVG's text formatting capabilities, namely text centering and
> aligning text to paths.
> 
> SVG is a standard image format and, since it is a vector format, shares many
> similarities with POV-Ray. I would like to see POV-Ray adapt some of the
> format's capabilities, as well as support the format via import.
> 
> -Mike

If this were implemented, it would be nice if the user were able to call 
on individual layers of the image.

SVG is an open-source format, isn't it? Being so, it would make a nice 
addition to POV if it could be implemented without bloating the program.

~Sam

Post a reply to this message

SharkD <nomail@nomail> wrote:
> 1) Support SVG as an import file format.

  What exactly would povray do with the SVG?

-- 
                                                          - Warp

Post a reply to this message

Warp <war### [at] tagpovrayorg> wrote:
> SharkD <nomail@nomail> wrote:
> > 1) Support SVG as an import file format.
>
>   What exactly would povray do with the SVG?

Well, it'd certainly be nice to be able to use SVGs as image_maps - no
interpolation required! I know you can almost do this already with object
patterns but it's a bit fiddly. Would it also cut down on memory usage if
you had many simple image_maps?

Lathe and prism splines can already be exported to POV by Inkscape but I
guess it would be slightly easier if the SVG file could be read directly...

Bill

Post a reply to this message

Bill Pragnell <bil### [at] hotmailcom> wrote:
> Well, it'd certainly be nice to be able to use SVGs as image_maps - no
> interpolation required! I know you can almost do this already with object
> patterns but it's a bit fiddly. Would it also cut down on memory usage if
> you had many simple image_maps?

  How would you determine that a given point is, for example, on a
polyline or inside a polygon?

  The thing with vector graphics is that they are easy to draw as a whole:
Just draw a line for each line in the input, fill polygons for filled
polygons, and so on. However, if you have to determine for a random point
what is its color, it becomes a bit more complicated.

-- 
                                                          - Warp

Post a reply to this message

Warp <war### [at] tagpovrayorg> wrote:
>   How would you determine that a given point is, for example, on a
> polyline or inside a polygon?

Well, you know the line thickness. Just represent lines as additional
polygons then process only polygons (for example; there's bound to be a
quicker way).

>   The thing with vector graphics is that they are easy to draw as a whole:
> Just draw a line for each line in the input, fill polygons for filled
> polygons, and so on. However, if you have to determine for a random point
> what is its color, it becomes a bit more complicated.

It might not be trivial but it's hardly insurmountable. You know the
stacking order, surely it's just a matter of working down that until your
point is inside a polygon or you run out of polygons to test? It can't be
much more complicated than interpolating bitmaps.

Bill

Post a reply to this message

>>   The thing with vector graphics is that they are easy to draw as a 
>> whole:
>> Just draw a line for each line in the input, fill polygons for filled
>> polygons, and so on. However, if you have to determine for a random point
>> what is its color, it becomes a bit more complicated.
>
> It might not be trivial but it's hardly insurmountable. You know the
> stacking order, surely it's just a matter of working down that until your
> point is inside a polygon or you run out of polygons to test? It can't be
> much more complicated than interpolating bitmaps.

Or just stack the polygons in the Z direction, then use an orthographic 
camera and trace a ray along the Z direction, ... ermmm, hang on :-)

Post a reply to this message

Samuel Benge <stb### [at] THIShotmailcom> wrote:
> If this were implemented, it would be nice if the user were able to call
> on individual layers of the image.

SVG doesn't use layers like Photoshop, AFAIK.

Post a reply to this message

On Fri, 15 Jun 2007 14:56:10 -0400, SharkD wrote:

> SVG doesn't use layers like Photoshop, AFAIK.

Inkscape's "Plain SVG" export includes layer functionality, though, using 
the <g id="LayerName"> tag.  Surely that's something that could be parsed 
on, and as plain SVG, I'd assume it's standards-compliant.

Jim

Post a reply to this message