MAIL PROTECTED]
>> Puolesta Stefan Steiniger
>> Lähetetty: 14. joulukuuta 2006 11:09
>> Vastaanottaja: List for discussion of JPP development and use.
>> Aihe: Re: [JPP-Devel] WFS Plugin (again)
>>
>> actually i thought about havin a look on it to make an
>> externa
Hi,
Another thing about WFS, Sigle JUMP seems to use same WFS 1.0 support
that was in deeJUMP before forwarding to 1.1. It has problems with
MapServer, as Ugo has informed:
MapServer does not seem to crash so it is obviously repaired, but JUMP
side not. It could be useful for a number of users
ut it did not work for me.
Regards,
-Jukka-
> -Alkuperäinen viesti-
> Lähettäjä: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> Puolesta Stefan Steiniger
> Lähetetty: 14. joulukuuta 2006 11:09
> Vastaanottaja: List for discussion of JPP development and use.
>
actually i thought about havin a look on it to make an external plugin.
But I am not able to improve it because there is not that much time to
figure out who WFS works and second you have a programmer :)
So just a small note:
How to start programming and making a hello world plugin with eclipse
Hello,
Rahkonen Jukka wrote:
> Hi Ugo,
>
>
>
>>> Could it be possible to have
>>> WFS as a plugin so it could be used with any JUMP variety,
>>>
>> or is there
>>
>>> something fundamental that prevents it?
>>>
>> There's only one fundamental thing about this:
>> - Ressourc
Hi Ugo,
> > Could it be possible to have
> > WFS as a plugin so it could be used with any JUMP variety,
> or is there
> > something fundamental that prevents it?
> There's only one fundamental thing about this:
> - Ressources.
> Perhaps you have some available to help us. If not, we'd be
> hap
Jukka,
Rahkonen Jukka wrote:
> Hi,
>
> I meant just that, external plugin. I am a bit baffled with these internal
> plugins (there are suchthings, aren't?) and external plugins, which are often
> but not always called as extensions :)
>
> I have a feeling that there might be some need for furth
Hi,
I meant just that, external plugin. I am a bit baffled with these internal
plugins (there are suchthings, aren't?) and external plugins, which are often
but not always called as extensions :)
I have a feeling that there might be some need for further development of JUMP
WFS, perhaps it wo
Ok.. thats a bit heavy.
So we should try to make an external plugin. But maybe a few other
people have a different opinion.
stefan
Ugo Taddei schrieb:
> Hi Stefan,
>
> I think he meant having it as a plugin. If you opt for a thin core, then
> you can rule out the WFS. It depends on deegree (wei
Hi,
I understood Jukka's request the same way as Ugo : an external plugin
compatible with all jump versions.
Having a thin core and many plugins is also my preferred option.
I don't know if the plugin framework is ready to manage features as jump
version compatibility and plugin dependencies, bu
Hi Stefan,
I think he meant having it as a plugin. If you opt for a thin core, then
you can rule out the WFS. It depends on deegree (weighing in 3,5 MB) plus
a few other libs (mainly for XML parsing and HTTP stuff).
Cheers,
Ugo
> Hei Jukka,
>
> so if i understand correctly you would like to have
Hei Jukka,
so if i understand correctly you would like to have the WFS function in OJ?
@all: anybody against this idea (opting for a thin core ;)
stefan
Rahkonen Jukka schrieb:
> Hi,
>
> I do know there is deeJUMP with WFS support and I am even lucky enough
> to have an old deeJUMP supporting
Hi,
I do know there is deeJUMP with WFS support and I am even lucky enough
to have an old deeJUMP supporting WFS version 1.0. I have also read
that OpenJUMP the Merge has WFS support. Could it be possible to have
WFS as a plugin so it could be used with any JUMP variety, or is there
something fu
13 matches
Mail list logo
