http://www.openclipart.org/wiki/index.php/SVG_Tools
Vectorizers

    * potrace
    * AutoTrace
    * Delineate
    * Image2XAML


Potrace works but suddenly I see there is no standard SVG file-storage format
and this one is a pain to rewrite my svg-reader ARGH!

If friendly aliens came to visit they'd be rolling on the ground laughing at our
technology and intelligence, thinking, "they'll never make it".

Something to trace:
lets see if it is a mistake to post BMP, otherwise you'd have to convert to BMP
for potrace.

Post a reply to this message

Attachments:
Download 'testlogo.bmp' (335 KB)

Not sure if you are asking for another vectorizing program. This one has 
SVG output:

http://vectormagic.com/

good luck,

FlyerX

alphaQuad wrote:
> http://www.openclipart.org/wiki/index.php/SVG_Tools
> Vectorizers
> 
>     * potrace
>     * AutoTrace
>     * Delineate
>     * Image2XAML
> 
> 
> Potrace works but suddenly I see there is no standard SVG file-storage format
> and this one is a pain to rewrite my svg-reader ARGH!
> 
> If friendly aliens came to visit they'd be rolling on the ground laughing at our
> technology and intelligence, thinking, "they'll never make it".
> 
> Something to trace:
> lets see if it is a mistake to post BMP, otherwise you'd have to convert to BMP
> for potrace.
> 
> 
> ------------------------------------------------------------------------
>

Post a reply to this message

"alphaQuad" <alp### [at] earthlinknet> wrote:

> Potrace works but suddenly I see there is no standard SVG file-storage format
> and this one is a pain to rewrite my svg-reader ARGH!

ya Flyer, hey.

really wasnt clear, sorry and thanks for the effort. 3 SVG files have come my
way, hence I have now written 3 SVG readers because file output was different
ea time, some with spaces around a command, easy, some with commands shoved up
against numbers in both directions, try doing that with *numbers* and
deciphering.
some with commands every 3rd(Mm) or 7th token, some expecting currentcommand
used instead on each 6-set.

The reader must be written as if commands have no spaces around them, reading
one char at a time.

Perhaps my 4th attempt will be the last.

"no standard SVG file-storage format" *in this world*.

Command line potrace will be perfect for calling from other apps once the
SVG-POV translator has seen the light as it were. potrace -s some.bmp ..
effortless on the command line.

catching up slowly,
aQ

Post a reply to this message

Delineate (Java 1.4.1) is nice for seeing the results of both programs.
Obviously AutoTrace has a real problem. Delineate doesnt need AutoTrace (or
potrace) unless you hit the run button of respective tabs.

now we know what to use, back to the SVG-POV converter for me.

Post a reply to this message

Attachments:
Download 'delineate.png' (39 KB)

Preview of image 'delineate.png'

> now we know what to use, back to the SVG-POV converter for me.

But notice now, the huge numbers for M
<path d="M3241 2319 c-57 -5 -136 -18 -176 ... -10z"/>

uppercase=absolute
lowercase=relative

if we add (3241,2319 + -57,-5) we will be off just about any screen!

This makes little sense, doubt anyone can explain, remaining hopeful.

what is the sense in these huge numbers?


http://www.w3.org/TR/SVG/paths.html#PathDataCubicBezierCommands

Post a reply to this message

alphaQuad wrote:
> Delineate (Java 1.4.1) is nice for seeing the results of both programs.
> Obviously AutoTrace has a real problem. Delineate doesnt need AutoTrace (or
> potrace) unless you hit the run button of respective tabs.
> 
> now we know what to use, back to the SVG-POV converter for me.
> 

Am I wrong for assuming that this is somehow related the the Stargate 
WIP? I truly don't know, because I didn't watch the movie/series enough 
to have recognized any of the glyphs.

Sam

Post a reply to this message

alphaQuad wrote:

> really wasnt clear, sorry and thanks for the effort. 3 SVG files have come my
> way, hence I have now written 3 SVG readers because file output was different
> ea time

well, you certainly seem to like writing your own programs
for everything. However, there is no reason to complain about
the file format just because your first attempt at a reader
was a hack to read a specific file. Read the fine SVG file
format specification at

http://www.w3.org/TR/SVG11/

and do integrate an XML library into your reader, then you
don't have to worry so much about the exact white space ;)

Post a reply to this message

Christian Froeschlin <chr### [at] chrfrde> wrote:
 Read the fine SVG file
> format specification at
>
> http://www.w3.org/TR/SVG11/


I have read it and the fact remains something very strange, outside specifcation
description with potrace output.


Look at this and tell me, ok, a square, vertical sides.

<?xml version="1.0" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN"
"http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 523.0 468.0">
<g transform="translate(0,468) scale(0.100000,-0.100000)" fill="#000000"
stroke="none">
<path d="M1330 2450 l0 -1250 1250 0 1250 0 0 1250 0 1250 -1250 0 -1250 0 0
-1250z"/>
</g>
</svg>



there are 9 not 4, yet Adobe viewer knows what to do!?!?
http://www.w3.org/TR/SVG11/paths.html#PathDataLinetoCommands

If you ignore the zeros maybe, you have vertical sides.


Easier to look at the pairs like this

%tok1 M 13.3 24.5
%tok2 L 0 -12.5
%tok3 L 12.5 0
%tok4 L 12.5 0
%tok5 L 0 12.5
%tok6 L 0 12.5
%tok7 L -12.5 0
%tok8 L -12.5 0

Clearly NOT NOT ACCORDING to SPECS!!!!!!!!!!!
M CANNOT be the new current starting point but M was the starting point in the
glyphs.svg
As described in* http://www.w3.org/TR/SVG/paths.html#PathDataMovetoCommands
The "moveto" commands (M or m) establish a new current point.

How did Adobe viewer understand this?

Even if you say OK lower case 'l' is different in that M is NOT the new current
point,
the pairs are simply repeated here except for the 1st 2, but also jumbled in
that zeroes cannot exist in all 4 corners of a square with vertical
sides?!?!?!? No matter where you translate it.

I am perplexed. Brains cells are frying on this one! It doesnt look like SVG
data path, described or seen previously.

using the specification as documented, results: potraceoutput.png
(with stargateglyphs showing this is possible with a correct file deciphered by
path documentation.

I'll trace every value to img and find edge points and learn what potrace is
doing, something not according specs, yet somehow is still done right in
existing viewers.  .... very wierd.

I get honest effort from you guys, that is real nice of you, thanks. This one
boggles.

Post a reply to this message

Attachments:
Download 'potraceoutput.png' (25 KB)

Preview of image 'potraceoutput.png'

in case you were wondering what that was,

it was "testlogo.bmp potrace SVG output" read ACCORDING to specs!
(impacting my monitor at superior speed)

Post a reply to this message

Christian Froeschlin <chr### [at] chrfrde> wrote:

> well, you certainly seem to like writing your own programs
> for everything.



Input filters for Bezier editor:

POV bezier_spline
Correctly written SVG (stargate)

Output filters:

Lathe bezier_spline
Prism bezier_spline


Pootrace output is 4 times too many points compared to done by hand.
Some 600 for potrace and 144 by hand. I doubt there are any tracers that can
come close hand-set pnts and handles.

#declare duckp = prism {
linear_sweep
bezier_spline
1.0, //top
0.0, //bottom
144,
<-123.867367,29.337008>,<-109.35193,36.243538>,<-58.403872,51.155164>,<-58.674016,68.453019>,
<-58.674016,68.453019>,<-49.498317,71.451545>,<-15.947157,81.185524>,<-4.889501,83.121523>,
<-4.889501,83.121523>,<-12.012144,78.493147>,<-18.432428,68.552062>,<-20.372922,62.748601>,
<-20.372922,62.748601>,<-20.917699,59.853613>,<-21.124805,57.782554>,<-18.743088,56.229265>,
<-18.743088,56.229265>,<-21.124805,53.640436>,<-23.195864,48.462787>,<-26.077341,44.820429>,
<-26.077341,44.820429>,<-27.130877,45.77041>,<-28.580618,46.391728>,<-30.151925,45.635346>,
<-30.151925,45.635346>,<-28.166406,32.308525>,<-28.549728,23.162987>,<-8.964086,23.63259>,
<-8.964086,23.63259>,<1.27375,24.519685>,<5.413437,32.799059>,<4.889501,44.005512>,
<4.889501,44.005512>,<4.139687,47.128745>,<1.910625,49.357807>,<-0.814917,49.70993>,
<-0.814917,49.70993>,<18.469373,62.413743>,<128.204438,95.883991>,<149.129791,89.640858>,
<149.129791,89.640858>,<140.917638,79.97076>,<137.79005,74.834251>,<136.284549,66.256915>,
<136.284549,66.256915>,<133.966753,81.076761>,<26.835351,52.050721>,<22.624313,48.48067>,
<22.624313,48.48067>,<22.04584,46.204699>,<24.722332,41.837792>,<25.856357,39.861884>,
<25.856357,39.861884>,<26.483181,39.583904>,<27.398823,39.86564>,<28.011054,40.400558>,
<28.011054,40.400558>,<27.117087,41.97866>,<26.694483,43.598642>,<25.856357,45.787299>,
<25.856357,45.787299>,<28.173597,48.951625>,<132.800372,78.369192>,<135.207201,63.563545>,
<135.207201,63.563545>,<127.53334,55.612899>,<128.369624,47.87727>,<123.895045,33.397795>,
<123.895045,33.397795>,<123.63794,48.395591>,<35.146563,35.639601>,<29.627076,31.781772>,
<29.627076,31.781772>,<29.864013,29.441409>,<30.568353,26.835351>,<31.781772,24.779009>,
<31.781772,24.779009>,<32.117901,24.370162>,<32.892675,24.722332>,<33.174411,25.004068>,
<33.174411,25.004068>,<33.033543,26.764917>,<32.329203,27.962295>,<31.781772,29.627076>,
<31.781772,29.627076>,<36.90031,32.632928>,<119.251551,45.445938>,<122.279022,31.243098>,
<122.279022,31.243098>,<116.257051,21.313793>,<118.72311,18.847734>,<116.533115,8.964086>,
<116.533115,8.964086>,<112.029522,13.563323>,<74.389318,30.060134>,<39.930928,17.928172>,
<39.930928,17.928172>,<34.709684,16.877186>,<30.888434,12.419061>,<32.596676,6.519335>,
<32.596676,6.519335>,<42.555254,-22.085638>,<38.530933,-47.76562>,<33.411593,-58.674016>,
<33.411593,-58.674016>,<24.779009,-78.107746>,<7.642499,-91.073115>,<-19.558005,-90.455775>,
<-19.558005,-90.455775>,<-38.530933,-90.43624>,<-65.916555,-72.92218>,<-66.823185,-45.635346>,
<-66.823185,-45.635346>,<-63.369056,-73.559055>,<-30.569997,-79.927804>,<-19.558005,-79.046938>,
<-19.558005,-79.046938>,<3.729281,-79.060758>,<18.31492,-54.406085>,<17.928172,-33.411593>,
<17.928172,-33.411593>,<18.31492,-15.082875>,<-0.538674,6.464089>,<-19.558005,4.889501>,
<-19.558005,4.889501>,<-26.43031,6.368749>,<-39.804683,4.776562>,<-44.005512,-0.814917>,
<-44.005512,-0.814917>,<-47.84147,7.248708>,<-51.155164,30.444572>,<-44.005512,43.190595>,
<-44.005512,43.190595>,<-45.77041,47.634364>,<-51.36227,48.876999>,<-57.044182,45.635346>,
<-57.044182,45.635346>,<-74.875701,40.939232>,<-105.041451,31.781772>,<-123.435133,26.923771>,
<-123.435133,26.923771>,<-125.091981,27.9593>,<-125.713299,28.166406>,<-123.867367,29.337008>
}

Post a reply to this message

Attachments:
Download 'ducky.png' (121 KB)

Preview of image 'ducky.png'