Re: [JPP-Devel] Re: Re: JUMP 1.2 CVS SQLException (Stefan Steiniger)

[Ugo T. <ta...@la...>]

Hi,

I think the real problem here is that the JUMP 1.2 code is not final. VS 
might still change something and our changes will be incompatible.

Ugo

Ole Rahn wrote:

> Hi Uwe,
>
> I understand the idea of having the same core in Jump and OJ - which 
> would indeed be nice.
>
> On the other hand I am very glad to have somebody like Stefan around, 
> who is willing to take pain of merging the changes of both sides!
>
> For example the rasterImage PlugIn would not be able to work (and who 
> knows when and if vivid would make the change in their code), if we 
> would not change the vivid code in some spots. So again: I'm happy to 
> have the option to change things in the vivid code and to have brave 
> programmers - like Stefan obviously is - in the project to maintain 
> such changes!
>
> Best regards!
> Ole
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> Ole Rahn
> FH Osnabrück
> Forschungsschwerpunkt PIROL
>
> Raum   SD-107
> Tel.:  0541 969 3617
> mail.: O.Rahn@FH-Osnabrueck.de
>
>
>
> Uwe Dalluege schrieb:
>
>> Hi Stefan,
>>
>> I think it is *not* a good idea,
>> to change original code from
>> Vivid Solutions.
>> As long as Vivid Solutions
>> developer team works on JUMP
>> they must have an interest to fix errors.
>>
>> I suggest, to take over new code from Vivid Solutions
>> *as it is* in OpenJUMP CVS so we can test it out.
>> If it is stable, we can translate it in differed languages.
>>
>> Uwe
>>
>>
>>> From: Stefan Steiniger <ss...@ge...>
>>> Subject: Re: [JPP-Devel] JUMP 1.2 CVS SQLException
>>>
>>> Hi christian,
>>>
>>> i have noticed your workaround .. but the problem is that the guys 
>>> from vividsolution will have to do the changes.
>>> I think you should therefore send such things to jump-devel and not 
>>> jpp-devel (same for Uwe). But it actually does not mean that they 
>>> will do the things that fast.
>>>
>>> I think (in case i have time) i can change it in OJ but the problem 
>>> will appear again if i will do updates from jump to openjump .. it 
>>> is a tricky job since i have on one side the changes made by them 
>>> and the changes made by us and if they completely modify files i am 
>>> sometime lost and break things...
>>>
>>> ciao,
>>> stefan
>>>
>>> Christian Wolf wrote:
>>>
>>>
>>>> Uwe wrote:
>>>>
>>>>
>>>>> if I try to load a Datastore Layer
>>>>> in JUMP 1.2 CVS version
>>>>> from PostgreSQL/PostGIS 8.1
>>>>> I receive the following error message:
>>>>>
>>>>> What is wrong with my table?
>>>>
>>>>
>>>>
>>>>
>>>> I would suspect, that your table has a given SRID. OpenJump does not
>>>> read the SRID from the table, but uses a fixed SRID (-1).
>>>>
>>>> I already  addressed this Problem variouse times. but it seems that
>>>> nobody took notice. With my small modifications I can read any table
>>>> and the `zoom to extents of layer` also works with PostGIS Tables.
>>>>
>>
>>
>>
>> -------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web services, 
>> security?
>> Get stuff done quickly with pre-integrated technology to make your 
>> job easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache 
>> Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> _______________________________________________
>> Jump-pilot-devel mailing list
>> Jum...@li...
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>

-- 
l a t / l o n  GmbH
Aennchenstrasse 19           53177 Bonn, Germany
phone ++49 +228 184960       fax ++49 +228 1849629
http://www.lat-lon.de        http://www.deegree.org

On June 8th is deegree day! Visit http://www.deegree.org/deegreeday
Am 8. Juni ist deegree day! Besuchen Sie http://www.deegree.org/deegreeday