clipka <ano### [at] anonymousorg> wrote:
> I guess this image doesn't need too much explanation. Another feature to
> be included in that branch of mine.

At the price of placing an extra parsing burden on the artist, data files can
have more flexible formats, and the scene file can recover from data format
errors.  The parsing burden can be considerable, but the difficult is usually
preferable to the impossible; plus, the burden may be offset by not having to
massage the data files in advance.

More power to the POVver!

Post a reply to this message

So now file-format converters can be written in POV SDL?

This should get at least fairly close. I don't remember what all POV can do 
with strings once it reads them.
I remember trying to use POV with no idea how to even _run_ someone's 
C-language file converter, much less adapt that file converter to my needs.

 -Shay

"clipka" <ano### [at] anonymousorg> wrote in message 
news:51f508d5@news.povray.org...
> I guess this image doesn't need too much explanation. Another feature to
> be included in that branch of mine.
>

Post a reply to this message

clipka <ano### [at] anonymousorg> wrote:
> I guess this image doesn't need too much explanation. Another feature to
> be included in that branch of mine.


Nice feature.
Is it possible to read pdf text files to render wordle clouds?

Up to now I've converted pdf to large imagemaps, but even at large scale you can
see artefacts like in the image attached.

Norbert Kern

Post a reply to this message

Attachments:
Download 'wordle3.jpg' (419 KB)

Preview of image 'wordle3.jpg'

Le 28/07/2013 20:06, Cousin Ricky nous fit lire :
> clipka <ano### [at] anonymousorg> wrote:
>> I guess this image doesn't need too much explanation. Another feature to
>> be included in that branch of mine.
> 
> At the price of placing an extra parsing burden on the artist, data files can
> have more flexible formats, and the scene file can recover from data format
> errors.  The parsing burden can be considerable, but the difficult is usually
> preferable to the impossible; plus, the burden may be offset by not having to
> massage the data files in advance.
> 
> More power to the POVver!
> 
> 
Is it me, or was it just the capability to read a single line of text ?
(overloading the old read(file_handle, variable...) )

I do not know what Cousin Ricky saw.

Post a reply to this message

Am 28.07.2013 23:13, schrieb Le_Forgeron:
> Le 28/07/2013 20:06, Cousin Ricky nous fit lire :
>> clipka <ano### [at] anonymousorg> wrote:
>>> I guess this image doesn't need too much explanation. Another feature to
>>> be included in that branch of mine.
>>
>> At the price of placing an extra parsing burden on the artist, data files can
>> have more flexible formats, and the scene file can recover from data format
>> errors.  The parsing burden can be considerable, but the difficult is usually
>> preferable to the impossible; plus, the burden may be offset by not having to
>> massage the data files in advance.
>>
>> More power to the POVver!
>>
>>
> Is it me, or was it just the capability to read a single line of text ?
> (overloading the old read(file_handle, variable...) )
>
> I do not know what Cousin Ricky saw.

What he saw was the /potential/ that is in such a seemingly trivial 
feature: It enables you to read not just POV-Ray's quirky version of CSV 
data files, but any text-based format you like - .obj files, XML files, 
plain old text, whatever you like. You "only" need to write SDL code to 
parse the text you read.

Post a reply to this message

Am 28.07.2013 21:11, schrieb Shay:
> So now file-format converters can be written in POV SDL?

Exactly :-)

> This should get at least fairly close. I don't remember what all POV can
> do with strings once it reads them.

Its string manipulation arsenal is actually painfully poor (as I noticed 
when writing the syntax-highlighted version of the scene) - it doesn't 
even have a "find in string" function, and the substr() function is a 
PITA to use; but if you are willing to accept long parsing times the 
built-in functions are sufficient to get you wherever you want to go.

Post a reply to this message

Am 28.07.2013 21:28, schrieb Norbert Kern:
> clipka <ano### [at] anonymousorg> wrote:
>> I guess this image doesn't need too much explanation. Another feature to
>> be included in that branch of mine.
>
>
> Nice feature.
> Is it possible to read pdf text files to render wordle clouds?

PDF files are binary files, so you'll have to convert them to plaintext 
first. (In many cases selecting the whole text and cut-and-pasting it 
into notepad should do the job.)

Post a reply to this message

clipka <ano### [at] anonymousorg> wrote:
> I guess this image doesn't need too much explanation. Another feature to
> be included in that branch of mine.

yes, please.

I can see a number of uses for the ability to parse plain-text in povray,
beginning with a procedural texture for rendering text to monitors on computers,
which would free you of the burden of making a properly formatted and scaled
image map, and allow greater freedom with the screen texture.

what I'd like to see is the ability to specify an optional delimiter in read(),
but I suppose you could always just read in a line and break it on your own
criteria later.

What's the word on the new SDL?  Or will there be one?

Regards,

A.D.B.

Post a reply to this message

Am 02.08.2013 00:07, schrieb Anthony D. Baye:

> What's the word on the new SDL?  Or will there be one?

It is high on the agenda; some thoughts have already been invested into 
the architecture behind it (such as, what virtual machine to use, or 
what framework to use to implement the parser), and there are a number 
of requirements floating around for the new language; but actual 
implementation will not start before 3.7.0 is out the door.

Post a reply to this message

clipka wrote:

> I guess this image doesn't need too much explanation. Another feature to 
> be included in that branch of mine.

It is cool to be able to read arbitrary files! But it probably
requires some "sscanf"-like functionality as well to be really useful
(except simply rendering text such as book pages, newspapers, ...)

Post a reply to this message