Sascha, I agree with everything you have said. I won't pretend to be an expert user of source code versioning systems, but it makes sense that merging changes from the development branch to the stable branch would be easier if both branches are in the same repository.
I just want to run this by Stefan since it is a fairly major decision. I'm an American, but I try to avoid doing these type of things unilaterally. I don't want an insurgency on my hands. :] The Sunburned Surveyor On 6/1/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote: > 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 > ------------------------------------------------------------------------- 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
