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

Attachments:
Download 'read_text.png' (170 KB)

Preview of image 'read_text.png'

On 28-7-2013 14:04, clipka wrote:
> I guess this image doesn't need too much explanation. Another feature to
> be included in that branch of mine.

Reading and rendering a text document could generate some interesting 
things.

Thomas

Post a reply to this message

Am 28.07.2013 14:04, schrieb clipka:
> I guess this image doesn't need too much explanation. Another feature to
> be included in that branch of mine.

Spiced it up a bit.

Post a reply to this message

Attachments:
Download 'read_text.png' (419 KB)

Preview of image 'read_text.png'

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