Tile creation and tile caching

[rayadurgam sudha <hrishisudha@xxxxxxxxx>]

hello every one,
        can any one tell me when a map is tiled, what is the extent of zoom we can specify which does not create any problem for us as developers and users to view the map. please reply to this.. its urgent

sudha.


gimp-developer-request@xxxxxxxxxxxxxxxxxxxxxx wrote:

Send Gimp-developer mailing list submissions to
gimp-developer@xxxxxxxxxxxxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
or, via email, send a message with subject or body 'help' to
gimp-developer-request@xxxxxxxxxxxxxxxxxxxxxx

You can reach the person managing the list at
gimp-developer-owner@xxxxxxxxxxxxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gimp-developer digest..."


Today's Topics:

1. Re: Is it too late to send a l10n patch for GIMP 2.4.0?
(Michael Natterer)
2. Re: New option "Use custom quality settings" for JPEG files
(Rapha?l Quinet)
3. Re: GSOC (was: brush manager) (Rapha?l Quinet)
4. Re: Extending GIMP Plugins (Amit Kumar Saha)
5. Re: Extending GIMP Plugins (Michael Schumacher)
6. Re: Extending GIMP Plugins (Rapha?l Quinet)
7. Re: Extending GIMP Plugins (David Marrs)
8. Re: Extending GIMP Plugins (Rapha?l Quinet)


----------------------------------------------------------------------

Message: 1
Date: Wed, 22 Aug 2007 21:56:43 +0200
From: Michael Natterer
Subject: Re: Is it too late to send a l10n patch for
GIMP 2.4.0?
To: "Choi, Ji-Hui"
Cc: gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
Message-ID: <1187812603.5147.4.camel@localhost>
Content-Type: text/plain

On Wed, 2007-08-22 at 10:40 +0900, Choi, Ji-Hui wrote:
> Hi. I'm new in gimp development.
>
> few day ago, I checked gimp 2.4 rc1 source, and then I noticed the
> l10n file for korean was so terrible. it means translation was not
> apply almostly.
>
> so I contacted our tongue translator, and got an answer. "it's for you." :-(
> BTW, so I fixed, reassigned, etc..
>
> now I wonder, can I apply this patch on 2.4.0?
> if I'm not late, where and what do I send?
> I worked with po file using poedit on windows XP
>
> please, give me advice

It is never too late for translations, however all translations
of GNOME SVN modules are handled by the gnome-i18n mailing
list. Please contact them, somebody there will give you the
right advice or sommit your patches.

ciao,
--mitch



------------------------------

Message: 2
Date: Wed, 22 Aug 2007 22:55:25 +0200
From: Rapha?l Quinet
Subject: Re: New option "Use custom quality settings"
for JPEG files
To: gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
Message-ID: <20070822225525.642bf526@xxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=UTF-8

On Wed, 15 Aug 2007 10:20:48 -0400, saulgoode@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx wrote:
> Quoting Robert L Krawitz :
> > The problem is that "custom tables" seems very confusing -- it sounds
> > like the user's going to be asked to input something she knows nothing
> > about. One could argue that "Use existing image quality settings" [...]
> My only comment on this issue is that the term "image" is consistently
> employed within the GIMP vocabulary to mean the "in-memory" copy of
> the picture being edited [...]

I think that using the terms "original image" would avoid this problem.

We are basically left with two options:

1) "Use custom quality settings"
- Hard to understand for most users
- Technically correct description
- No need to change the code; this is what we have now

2) "Use quality settings from original image"
- Easier to understand for most users
- Correct description for the most common usage scenario
- Requires some small changes to the code
- Breaks the string freeze before 2.4

It seems that going for (2) would be better for the users but would
annoy some translators. But I got several requests to go for something
like option (2), so I would like to know if it is worth breaking the
string freeze. Opinions?

-Rapha?l

P.S.: please do not mention bikesheds.


------------------------------

Message: 3
Date: Wed, 22 Aug 2007 23:24:10 +0200
From: Rapha?l Quinet
Subject: Re: GSOC (was: brush manager)
To: gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
Message-ID: <20070822232410.2c7b1e38@xxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=UTF-8

On Sun, 19 Aug 2007 19:28:13 +0200, Karine Delvare wrote:
> There was a 2006 Google Summer of Code project for this. If it had been
> completed, there would be a brush manager in GIMP 2.4, but it wasn't
> (the student is not to blame, he focused on something completely
> different instead).
>
> Maybe the same project can be proposed for the 2008 GSOC?

Side note regarding the Google Summer of Code: let's hope that we can
be selected in 2008. Although we do not know the reasons why other
projects were selected instead of GIMP for GSoC 2007, it seems that
most GSoC projects focus on "quick wins". It is likely that we could
improve our chances of being selected next year by working on the
following things:
- Having at least one stable GIMP release per year.
- Merging GSoC results faster in the main codebase (if appropriate)
and advertising them as new features on our web site, etc.
- Being better prepared for GSoC by focusing on a smaller set of
ideas but with better descriptions of their scope, etc.
- Making it easier for newcomers to contribute to the core. I admit
that I do not know how to do that. Maybe we could start by
providing a good overview and top-down description of how GIMP
works internally? But I don't think I would even be able to
write that myself...

-Rapha?l


------------------------------

Message: 4
Date: Wed, 22 Aug 2007 23:02:49 +0530
From: "Amit Kumar Saha"
Subject: Re: Extending GIMP Plugins
To: gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
Message-ID:
<547db2260708221032l50f60e03sb518f9f1f46d432a@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1

Hello all,

Here is another way I thought I could give some form of
"extensibility" to a plugin user. Say, that I want my plugin to be a
single entry point to all the Image processing operations possible
with GIMP. What I do is display all the GIMP functions to the Plugin
user via the Plugin User Interface(GUI). Then the user selects the
operation that is to be performed and the plugin sets off to do the
necessary job.

I am assuming here that the functions of the GIMP that I list for the
user is only those for which there exists a API entry in the libGimp.
In the background when the user selects a particular operation, the
corresponding API function is called. This is of course an assumption
to simplify the thought process.

Am i thinking in a way that could possibly be implemented? or is the
word "extensible" remotely applicable to my idea?

Waiting for your comments!

--
Amit Kumar Saha
[URL]:http://amitsaha.in.googlepages.com


------------------------------

Message: 5
Date: Wed, 22 Aug 2007 23:55:16 +0200
From: Michael Schumacher
Subject: Re: Extending GIMP Plugins
To: GIMP Developer
Message-ID: <46CCB0C4.7030903@xxxxxx>
Content-Type: text/plain; charset=ISO-8859-1

Amit Kumar Saha wrote:

> Here is another way I thought I could give some form of
> "extensibility" to a plugin user. Say, that I want my plugin to be a
> single entry point to all the Image processing operations possible
> with GIMP.

Now your plug-in seems to become something I'd call GIMP. What use cases
are you trying to handle, actually?


Regards,
Michael

--
GIMP > http://www.gimp.org | IRC: irc://irc.gimp.org/gimp
Wiki > http://wiki.gimp.org | .de: http://gimpforum.de
Plug-ins > http://registry.gimp.org |


------------------------------

Message: 6
Date: Wed, 22 Aug 2007 23:50:34 +0200
From: Rapha?l Quinet
Subject: Re: Extending GIMP Plugins
To: gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
Message-ID: <20070822235034.03283dbd@xxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=UTF-8

On Tue, 21 Aug 2007 15:48:15 +0530, "Amit Kumar Saha" wrote:
> Is there any way to make GIMP plugins themselves extensible. My point
> here is that, can we make a GIMP plugin which allows itself modifiable
> by a end-user to include a new functionality without much of a hassle
> on part of the end-user. Does any one know of a method to do this or
> any GIMP plugin which already does this?

Besides the scripting languages mentioned by others, you could also
take a look at the MathMap plug-in if you are good at math...

MathMap home page:
http://www.complang.tuwien.ac.at/schani/mathmap/

Nice examples of MathMap usage:
http://www.flickr.com/groups/mathmap/

-Rapha?l


------------------------------

Message: 7
Date: Wed, 22 Aug 2007 23:19:30 +0100
From: David Marrs
Subject: Re: Extending GIMP Plugins
To: gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
Message-ID: <46CCB672.8070208@xxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Amit Kumar Saha wrote:
> Am i thinking in a way that could possibly be implemented? or is the
> word "extensible" remotely applicable to my idea?
>
So what you're talking about here is a graphical interface to the API that a
user can use to build his own extensions? Essentially, it's a graphical
programming language. There are quite a few examples of these in the music world
that allow the construction of modular synths (amongst other things).

It sounds to me more like a separate companion program that's used to construct
plug-ins than a plug-in itself. I like the idea very much.

---AV & Spam Filtering by M+Guardian - Risk Free Email (TM)---



------------------------------

Message: 8
Date: Thu, 23 Aug 2007 01:03:45 +0200
From: Rapha?l Quinet
Subject: Re: Extending GIMP Plugins
To: gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
Message-ID: <20070823010345.39003c50@xxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=UTF-8

On Wed, 22 Aug 2007 23:19:30 +0100, David Marrs wrote:
> Amit Kumar Saha wrote:
> > Am i thinking in a way that could possibly be implemented? or is the
> > word "extensible" remotely applicable to my idea?
> >
> So what you're talking about here is a graphical interface to the API that a
> user can use to build his own extensions? Essentially, it's a graphical
> programming language. There are quite a few examples of these in the music world
> that allow the construction of modular synths (amongst other things).

Not only in the music world. Around 1993 or so, I remember using a
program called Khoros Cantata to design some image filters. A quick
search on the web returned this tutorial with screenshots of the old
X11 version that I used:
http://www.cse.psu.edu/~cg585/cantata-over.html
Just imagine that the glyphs (the boxes that can be connected) could
be the operations that GIMP offers through the PDB.

It seems that Khoros Cantata has been acquired at least twice by
different companies, has been ported to Windows, and is now sold as
Accusoft VisiQuest:
http://www.accusoft.com/products/visiquest/overview.asp
The interface has changed a bit, but it is still based on the same
ideas of connecting glyphs providing various functions.

By the way, this brings back some memories about what I did in 1993
as an exercise for a course in digital imaging. Students were
asked to write a new filter for Khoros and use it to perform some
interesting image transformations. I decided to write a filter
that would use various correlation methods to reconstruct an image
in which the lines were shifted horizontally by some random amount.
The default method was optimized for "un-shifting" images at TV
resolution (PAL) that were shifted by one of three predefined
offsets picked at random. The method worked surprisingly well. The
code and the results were presented to the professor. He asked if,
by any chance, this could be used to decode Canal+ images (a pay TV
channel that was popular in several European countries). And the
answer was yes. Not in real time because the 486 processors that
were common at that time were not fast enough, but the method worked
well with recorded TV streams (sometimes even without using inter-
frame correlations). Ah, I still have fun when I remember this and
when I consider that the professor gave one of the top marks for
this exercise.

-Rapha?l


------------------------------

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


End of Gimp-developer Digest, Vol 59, Issue 35
**********************************************

---

Need a vacation? Get great deals 
to amazing places on Yahoo! Travel.
_______________________________________________
Gimp-developer mailing list
Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer