Path: news.mathworks.com!newsfeed-00.mathworks.com!newsfeed2.dallas1.level3.net!news.level3.com!postnews.google.com!z11g2000prl.googlegroups.com!not-for-mail
From: abe.cool@gmail.com
Newsgroups: comp.soft-sys.matlab
Subject: Re: Converting raster graphics into vector graphics in matlab
Date: Tue, 19 Aug 2008 05:58:07 -0700 (PDT)
Organization: http://groups.google.com
Lines: 39
Message-ID: <4ee31594-76cf-4968-a9b4-d88d899c4c92@z11g2000prl.googlegroups.com>
References: <557f2ef2-62a8-422a-8468-5d766fd1ff78@k37g2000hsf.googlegroups.com> 
NNTP-Posting-Host: 124.43.217.128
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: posting.google.com 1219150688 19346 127.0.0.1 (19 Aug 2008 12:58:08 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Tue, 19 Aug 2008 12:58:08 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: z11g2000prl.googlegroups.com; posting-host=124.43.217.128; 
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.1) 
Xref: news.mathworks.com comp.soft-sys.matlab:486220



Thank u sir,but if u have got any codes or tutorials please let me
know...

Walter Roberson wrote:
> In article <557f2ef2-62a8-422a-8468-5d766fd1ff78@k37g2000hsf.googlegroups.com>,
>  <abe.cool@gmail.com> wrote:
>
> >I just want to convert bitmap image in to vector format by using
> >MATLAB, If u knw pls reply me with the answer
>
> Yeh, I've done that, in Fortran years ago, and more recently
> in Maple and in Matlab. It isn't a difficult process, but it is
> common for the fine details to get messed up in the first few
> iterations of writing the code, at least if you write it iteratively
> instead of recursively.
>
> Probably the easiest way to do it iteratively is to use the "left-hand
> rule" (or the "right-hand rule") for maze-solving: find an edge and
> follow it around, always checking for possible turns in counter-clockwise
> (or clockwise) sequence. Each time you proceed in the same direction
> you were already going, just keep track of where you started this
> segment and where you are now; each time you change direction,
> write out the vector between the old starting point and the current
> location and record the current location as the new base of movement.
> Oh yes, and as you pass through a point, mark that point has having
> been travelled through in an auxillary matrix. When you complete a
> circuit (get back to where you started the current trip), scan
> through the auxillary matrix to find another location that is
> beside one that has been already visitied, but which hasn't been
> visited yet.
>
> The logic can, if you prefer, be divided into two parts, one part
> where you track pixel locations on the path, and the other part
> that analyzes the completed path to minimize the turns.
>
> I haven't described here the logic for dealing with blobs of
> colour; the extension of the logic is not very difficult.
> --
>    "Okay, buzzwords only. Two syllables, tops."  -- Laurie Anderson