Re: [Gimp-developer] GSOC Project application

[Alexandre Prokoudine]

On 3/27/11, Alexia Death wrote:

> Just one.  Pick a different project. This project is most applied this
> year and one of the applicants is already an established contributor
> and initiator of the idea. Unless he gets hit by a buss, its highly
> unlikely that anybody else is going to get the project.

So everybody else is just a bus away from the project :)

Totally agreed though.

Alexandre Prokoudine
http://libregraphicsworld.org
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project application

[Alexia Death]

On Sun, Mar 27, 2011 at 12:12 AM, Gabriela Botea
 wrote:
> Hello! I am a 3rd year Computer Science student  and I am very interested in
> contributing in this year's project concerning adaptive image cloning.
> This idea is very appealing to me and I would like some advice about what I
> should do in order to have a good application for this project.
> Should I include some code or submit first a draft of the application?
> Any suggestions or guide lines are welcome.

Just one.  Pick a different project. This project is most applied this
year and one of the applicants is already an established contributor
and initiator of the idea. Unless he gets hit by a buss, its highly
unlikely that anybody else is going to get the project.


-- 
--Alexia
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project-Fast Adaptive Resampler Tailored

[Nicolas Robidoux]

Rahul:

> exact area box filtering with sides no less than the input image's
> inter-pixel distance

This was a bit terse:

Exact area box filtering with a square box with diameter equal to the
inter-pixel distance is exactly bilinear interpolation. So, it's only
when the sides are larger than the scheme is not bilinear.

nicolas
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project-Fast Adaptive Resampler Tailored

[Nicolas Robidoux]

> This being said, what I have in mind in way simpler than what Craig
> implemented. But if you understand Craig's paper, you probably
> understand what I want to do.

Actually, if I took the time to completely understand Craig's paper, I
probably would understand what I want to do.

;-)

Nicolas Robidoux
Laurentian University
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project-Fast Adaptive Resampler Tailored

[Nicolas Robidoux]

Hello Rahul:

Indeed, the GSoC I suggested can be roughly described as implementing
a poor man's version of the scheme Craig describes in

http://adsabs.harvard.edu/abs/2004SoPh..2193D

Replace circles/ellipses by parallelograms/rectangles, and notice that
"padding" the singular values of the Jacobian to 1 is more or less
equivalent to exact area box filtering with sides no less than the
input image's inter-pixel distance, and one gets more or less the same
thing.

This being said, what I have in mind in way simpler than what Craig
implemented. But if you understand Craig's paper, you probably
understand what I want to do.

Nicolas Robidoux
Universite Laurentienne
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project-Fast Adaptive Resampler Tailored

[Nicolas Robidoux]

Hello Craig:

> Numerical Jacobian calculation is not so bad in terms of coding effort

The issue is that, if I understand correctly, GEGL's current "pure"
demand-driven structure means that resamplers have no information
whatsoever about what other nearby locations are being resampled, and
consequently there would need to be major changes to make this info
available for arbitrary transformations (with, most likely, serious
speed impact). Once you have it, sure, computing approximate Jacobian
matrices is no big deal (provided you make sure that you stay from
singularity).

Hence my pragmatic choice to reserve the use of the "novel" (not so
sure anymore that it's really new) method for tasks for which the
jacobian is easy to compute and pass on. (This is the: "ask people who
know better" part.)

Does this make sense to you?

Nicolas Robidoux
Universite Laurentienne

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project-Fast Adaptive Resampler Tailored

[Craig DeForest]

On Mar 10, 2009, at 8:56 AM, Nicolas Robidoux wrote:

>
> Hello Rahul:
>
>> i m a student and interested in gsoc project:Fast Adaptive Resampler
>> Tailored For Transformations Which Mostly Downsample
>
>> I have read the requirements properly for this project which also
>> includes jacobian transformation,box filtering algorithm and
>> bilinear resampling.But i am having some problem in relating all
>> these in one algorithm. Please guide me.Also I would like to know
>> the status of this project progress.
>
> The >>programming<< for this project has not started. "No progress" is
> consequently a fair description.
>
> Computing jacobian information (for an arbitrary point transformation)
> approximately using finite differences is probably too ambitious. My
> current opinion is that this method should only be used when the point
> transformation "communicates" this information to the sampler. ...

Numerical Jacobian calculation is not so bad in terms of coding effort  
--
you can use the method I implemented for PDL::Transform (available as  
part
of the PDL package for Perl, or at pdl.perl.org), and it's  
straightforward
to code.  The PDL::Transform resampling code switches its sampling  
technique
based on user input; Jacobian based spatially variable filters are used
where artifact avoidance is most important.  It might make a nice  
starting
point for you to look at.

On the other hand, you will need to think a bit about the "Fast" part,  
which
the PDL Jacobian-driven sampling is not -- mostly because of the need to
supply input and output filtering.  I did that by padding the singular  
values
of the Jacobian to approximate the effect of convolving one-pixel-wide  
input
and output filter kernels with the calculated sampling kernel.  That  
requires
subjecting a matrix to singular value decomposition for every pixel -  
there
is almost certainly a faster way to do it. For linear transformations  
(where
the Jacobian is constant) the method is much faster.

Dodgson is a great reference (in Nicolas' email).  You might also like  
to
read Ken Turkowski's nice overview of resampling theory:
http://www.worldserver.com/turk/computergraphics/ResamplingFilters.pdf

My own paper on the subject (in the context of image resampling for  
scientific
applications) is here:
http://adsabs.harvard.edu/abs/2004SoPh..2193D



>
>
> You need to understand exact area methods, and in particular, exact
> area box filtering (basically, you understand images as being a
> piecewise constant surface, with the pieces determined by the set of
> points which are closer to a pixel center than any other pixel center,
> and you (approximately) integrate this surface over an area associated
> with the new pixel centers (determined by the point transformation).
>
> References which may help understand what is going on are
>
> @TechReport{Dodgson,
>  author =   {N. A. Dodgson},
>  title ={Image resampling},
>  institution =  {University of Cambridge Computer Lab.},
>  year = 1992,
>  number =   {UCAM--CL--TR--261},
>  address =  {15 JJ Thomson Avenue, Cambridge CB3 0FD, UK},
>  month ={Aug.}
> }
>
> and
>
> @inproceedings{DBLP:conf/iciar/RobidouxTGT08,
>  author= {Nicolas Robidoux and
>   Adam Turcotte and
>   Minglun Gong and
>   Annie Tousignant},
>  title = {Fast Exact Area Image Upsampling with Natural  
> Biquadratic
>   Histosplines},
>  pages = {85-96},
>  ee= {http://dx.doi.org/10.1007/978-3-540-69812-8_9},
>  bibsource = {DBLP, http://dblp.uni-trier.de},
>  crossref  = {DBLP:conf/iciar/2008}
> }
>
> Also, a student and I programmed a C filter (for 8-bit ppm/pgm) which
> does exact area box filtering in the very simple case of pure image
> resizing. If you're still interested, we'll put this on the web.
>
> The proposed method is none of the above. More precisely, it is a
> composite method: It "fits" a new fast but accurate downsampling
> method (related to box filtering) and bilinear together so that
> Frankenstein is flexible and "smoothly varying."
>
> Note: French is my mother tongue. If you are more comfortable in
> French, you can communicate with me---not this list---in
> French. Obviously, English is fine too.
>
> Best of luck,
>
> Nicolas Robidoux
> Universite Laurentienne
>
>
> ___
> Gimp-developer mailing list
> Gimp-developer@lists.XCF.Berkeley.EDU
> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] gsoc project

[Øyvind Kolås]

On Tue, Mar 18, 2008 at 11:01 PM, rafael mesquita
<[EMAIL PROTECTED]> wrote:
> My name is Rafael,  I am an Brazilian student of Computer Engineering from
> Universidade de Pernambuco and about one year ago i have been studying image
> processing, so i become interested in working  in an gimp project.
>  People usually want to process image for specifics reasons : noise
> extractions, signatures analysis, historic documents analysis, activation
> areas detection from an human brain studies, and for so many other reasons.
> In addition to this, those images can be of n different types. My general
> idea is to make a plugin to help people doing new Filters, for their
> specific reasons, without the need of writing new code. The idea consists on
> creating those filters from basic Morphologic Operators (dilate, erode,
> opening, closing and morphological gradient) and , in the future, creating
> new filters based on other filters (combining them).

If the goal is to write filters suitable for scientific processing I
would think it makes sense
to implement the filters for GEGL instead of GIMP, since GEGL operates
with 32bit floating
point buffers. Combining operations in GEGL to create new combined ops
is something that already is possible, but needs further work (it is
currently hard-coded in C while it should be done using an XML based
format or similar (as well as have a usable UI.).

/Øyvind K. (responding from somewhere near Shopping Recife)
-- 
«The future is already here. It's just not very evenly distributed»
 -- William Gibson
http://pippin.gimp.org/ http://ffii.org/
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] gsoc project

[Bill Skaggs]

rafael mesquita <[EMAIL PROTECTED]> wrote:
>
> Well, If you change your mind and decide to go ahead with this, or any
> similar idea, please contact me, i am disposed to talk.

That isn't quite how GSOC works.  Students apply, then
people from the project rank their proposals.  Google looks
at the rankings and decides which projects to support.  We're
just letting you know that some of us are not disposed to
give such a project a very high ranking unless you can do
more to convince us that the results would be used by
numerous people to do important things.

Best wishes,

  -- Bill
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] gsoc project

[rafael mesquita]

Bill ,
like Sven said, my idea is directed towards scientific image processing, but
I think this doesn`t mean only few people would use it, maybe this could
help gimp developer`s too, for example.

Sven,
I understand your point, and agree with most things that you said.

Ingo,
it really would be much less work, but the work would not be only doing a
GUI for imageJ. the advantage of doing it on The Gimp is that The Gimp is a
much bigger project, than imageJ and it could have those interesting tools.

Well, If you change your mind and decide to go ahead with this, or any
similar idea, please contact me, i am disposed to talk.

thank you for your attention, again


2008/3/19, Ingo Lütkebohle <[EMAIL PROTECTED]>:
>
> Hi Rafael,
>
> your idea sounds interesting, and would definitely be a great tool for
> ImageJ, but I'm not sure it is very relevant for The GIMP, which is
> mainly targeted at interactive image manipulation, as opposed to the
> batch processing one usually does in image processing applications of
> the sort you describe.
>
> If you are currently using ImageJ, what would you say is the advantage
> of doing it in The GIMP, instead of a GUI on top of ImageJ? ImageJ has
> all the relevant operations already, so I would expect that to be much
> less work.
>
> cheers,
>
>
> On Wed, Mar 19, 2008 at 12:01 AM, rafael mesquita
> <[EMAIL PROTECTED]> wrote:
> >  People usually want to process image for specifics reasons : noise
> > extractions, signatures analysis, historic documents analysis,
> activation
> > areas detection from an human brain studies, and for so many other
> reasons.
>
>
> cheers, Ingo
>
>
> --
> Dipl.-Inform. Ingo Lütkebohle
> Faculty of Technology
> Bielefeld University
> http://www.techfak.uni-bielefeld.de/~iluetkeb/
>
> Fingerprint 3187 4DEC 47E6 1B1E 6F4F 57D4 CD90 C164 34AD CE5B
>



-- 
Rafael Galvão de Mesquita
(81)99740199
www.upe.poli.br/~rafael
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] gsoc project

[Ingo Lütkebohle]

Hi Rafael,

your idea sounds interesting, and would definitely be a great tool for
ImageJ, but I'm not sure it is very relevant for The GIMP, which is
mainly targeted at interactive image manipulation, as opposed to the
batch processing one usually does in image processing applications of
the sort you describe.

If you are currently using ImageJ, what would you say is the advantage
of doing it in The GIMP, instead of a GUI on top of ImageJ? ImageJ has
all the relevant operations already, so I would expect that to be much
less work.

cheers,

On Wed, Mar 19, 2008 at 12:01 AM, rafael mesquita
<[EMAIL PROTECTED]> wrote:
>  People usually want to process image for specifics reasons : noise
> extractions, signatures analysis, historic documents analysis, activation
> areas detection from an human brain studies, and for so many other reasons.

cheers, Ingo

-- 
Dipl.-Inform. Ingo Lütkebohle
Faculty of Technology
Bielefeld University
http://www.techfak.uni-bielefeld.de/~iluetkeb/

Fingerprint 3187 4DEC 47E6 1B1E 6F4F 57D4 CD90 C164 34AD CE5B
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] gsoc project

[Sven Neumann]

Hi,

this sounds like an interesting project, but it is very much directed
towards scientific image processing which seems quite out-of-scope for
GIMP. Of course such a plug-in could be written and it would be a nice
addition for a very special and very small user group. But I don't think
it would be of interest for our main user base. Of course, if we can
find a mentor for it, it could still be a GSoC project. I don't think it
would get high priority though.


Sven


___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] gsoc project

[Bill Skaggs]

rafael mesquita <[EMAIL PROTECTED]> wrote:

> Hi everyone,
> My name is Rafael,  I am an Brazilian student of Computer Engineering from
> Universidade de Pernambuco and about one year ago i have been
> studying image processing, so i become interested in working  in an
> gimp project. [...]

Hi Rafael, thanks for introducing yourself.  Your ideas are quite
sophisticated, but I don't have a clear picture of who would use
this capability, or what they would use it to do.  Could you explain
a little more, please?

  -- Bill
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer