SS, this is okay to me.
I strongly vote for an development branch _inside_ the OpenJUMP CVS. >From the technical side this makes merging easier. Strategically one of *JUMP weaknesses is the existence of so many forks. For volunteers as well as for the commercial and the scientific guys a common basis is needed. Till now most of the real development has been done in the forks/flavors and ported back to OpenJUMP. I don't know if this is the right way to go in the long term. You will attract more people if OJ will get a dynamic of its own. I see potential here ... My 2 cents, Sascha Sunburned Surveyor schrieb: > Sascha, > > Please see my comments below. > > Sascha wrote: "I will suspend my further development on this stuff till > the unstable/development branch comes into existence. > I don't want to commit it to the stable branch, because there > are questions to talk about, improving the GUI e.g. If > several mime-types are available I don't think that it > is a bright idea to select it by internal 'magic'." > > I e-mailed Stefan about the best place for an unstable branch of > OpenJUMP's code base. When we have talked about it and made a decision > I will report back to the list. If we don't create an unstable branch > in the OpenJUMP CVS at the JPP SourceForge site then we will create > one in the SVN repository at the SurveyOS SourceForge site. > > As soon as the decision has been made I will make the necessary > changes and/or additions to the selected repository and will post the > access information to this mailing list. > > You wrote: "Please let me, how and when I should proceed. I do > this WMS stuff in my free time, so I have no time to > waste it for things that went to the nirvana of > cool but unpublished software. I've done to much of this > in the past." > > I repsect this decision. Please give me a few days to get this taken > care of, and then your work on WMS can proceed. We really appreciate > any "volunteer" effort that is put in by the members of our community > and I think you are already proving to be a valuable member of that > community. (Anyone that can hold his own during a discussion of JUMP > source code with Larry Becker has my vote.) :] > > The Sunburned Surveyor > > > On 6/1/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote: >> Hi together, >> >> To give a little status report about my recent improvements >> of the WMS layer stuff: >> >> - Introduction of a factory model that handles different >> formats (mime-types) more clearly and abstract. >> This helps to handle the result streams coming from >> the HTTP responses. e.g images/svg+xml needs some XML parsing, >> images/png can be processed by javax.imageio.ImageIO >> >> - Usage of javax.imageio.ImageIO in case of bitmap images. >> If things like JAI ImageIO is installed a wider range >> of bitmap types are supported. >> >> - Usage of the Apache Common's HttpClient [1]. >> This enables better HTTP handling: persistent >> connections, queueing, limiting number of connections >> to servers, performing better with multiple Threads >> (pooling) and so on. >> It also enables us to use authentication, SSL, proxies. >> This may be of interest when connecting to protected servers. >> >> I will suspend my further development on this stuff till >> the unstable/development branch comes into existence. >> I don't want to commit it to the stable branch, because there >> are questions to talk about, improving the GUI e.g. If >> several mime-types are available I don't think that it >> is a bright idea to select it by internal 'magic'. >> >> Please let me, how and when I should proceed. I do >> this WMS stuff in my free time, so I have no time to >> waste it for things that went to the nirvana of >> cool but unpublished software. I've done to much of this >> in the past. >> >> Kind regards, >> Sascha >> >> [1] http://jakarta.apache.org/commons/httpclient/ >> >> >> >> >> >> Sunburned Surveyor schrieb: >>> Sascha, >>> >>> I agree with your comments. Let me talk to Stefan about this. I think >>> creating a development branch of the CVS shouldn't be too much of a >>> problem. I don't know a lot about CVS, but as long as it was fairly >>> simple to move things from the unstable branch to the stable branch I >>> think this would be a great idea. >>> >>> The Sunburned Surveyor >>> >>> On 5/29/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote: >>>> SS, >>>> >>>> Sunburned Surveyor schrieb: >>>>> [...] >>>>> I think we would definitely be interested in having the ability to >>>>> render WMS layers as from SVG instead of as an image in OpenJUMP. >>>>> However, I think we might benefit from the creation of an "unstable" >>>>> or development branch in the OpenJUMP CVS were we can commit these >>>>> rather rapid changes. Stefan and I discussed this a little bit before, >>>>> but never moved on it. >>>> I _really_ would appreciate such a branch. Look at the concrete >>>> WMS/SVG case. I've done it now. Where should I put it? To the >>>> one and only stable branch? This not a good idea. Not because >>>> it does not work, but it surely needs a final touch and some >>>> discussions. At the moment there is no way in the WMS GUI panel >>>> to choose the preferred MIME type of the WMS response. There >>>> is some internal guessing about going on which in my eyes >>>> needs more user interaction. >>>> But we can't discuss this detail before we all aren't able to see >>>> the concrete problem in form of a running program. >>>> On the other hand I can work on a solution all by myself and >>>> send a big patch after a while. This is not the community >>>> way of doing software development... >>>> >>>> - Sascha >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.net email is sponsored by DB2 Express >>>> Download DB2 Express C - the FREE version of DB2 express and take >>>> control of your XML. No limits. Just data. Click to get it now. >>>> http://sourceforge.net/powerbar/db2/ >>>> _______________________________________________ >>>> Jump-pilot-devel mailing list >>>> Jump-pilot-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by DB2 Express >>> Download DB2 Express C - the FREE version of DB2 express and take >>> control of your XML. No limits. Just data. Click to get it now. >>> http://sourceforge.net/powerbar/db2/ >>> _______________________________________________ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
