I appreaciate Andreas' consideration for bloating OpenJUMP's
dependencies on external libraries, and I also have no problem hosting
DeeJUMP plug-ins in the JPP SVN Repository.
I will leave the structure of the SVN repository up to others more
experienced with the use of SVN, but I think Paul made
>ah, so you meant we could add the GetFeatureInfo to the WFSPlugin,
>right?
>
>
>
yes.. but for the download. If you think it may be worth to merge the
sources.. you can also do that
stefan
-
This SF.net email is sponsore
Sunburned Surveyor wrote:
Hi,
> I appreaciate Andreas' consideration for bloating OpenJUMP's
> dependencies on external libraries, and I also have no problem hosting
> DeeJUMP plug-ins in the JPP SVN Repository.
Great. Then I think I'll create a deeJUMP plugin. For the downloads I'm
sure we can
Andreas Schmitz wrote:
>Stefan Steiniger wrote:
>
>Hi,
>
>
>
>>I fully support to add these plugin to svn and the soureforge site.
>>Maybe we need to think about the structure here .. so that not every
>>plugin gets a new box. So the wfs plugin could be added to the other wfs
>>plugin?
>>
Stefan,
I would advocate in favour of plugins having their own "box" within the
SVN if all of the code within that plugin is required for the plugin to
work or if the functionality offered by the plugin works as a logical
group. For example each different file format supported should be a
sep
Hei,
Uwe told me that he obtains a strange error message using Layer>Add
Datastore Layer for PostGIS data when he tries to load a table.
And there is also a recent bug report (the person suggest a quotation bug):
http://sourceforge.net/tracker/index.php?func=detail&aid=1694304&group_id=118054&ati
Hi,
I have updated to buoy 1.8 five weeks ago, made a small change in the
code to keep compatibility, and I modified QueryPlugIn code again today
to fix a bug. But I have had no problem to compile in between.
Can you check that :
you use the src placed in the trunk
you have only one Buoy lib in
Stefan Steiniger wrote:
Hi,
> >>I fully support to add these plugin to svn and the soureforge site.
> >>Maybe we need to think about the structure here .. so that not every
> >>plugin gets a new box. So the wfs plugin could be added to the other wfs
> >>plugin?
> >>
> >>
> >
> >hm, which o
>> and you know what happens? OpenJUMP does not give any warning or
>> message, but only polygons are stored to shapefiles. What used to be
>> points and lines seem to be stored as empty multipolygons into the
>> polygon shapefile. Isn't this close to a bug? A kind of a solution
>> with shapef
Stefan Steiniger wrote:
Hi,
> I fully support to add these plugin to svn and the soureforge site.
> Maybe we need to think about the structure here .. so that not every
> plugin gets a new box. So the wfs plugin could be added to the other wfs
> plugin?
hm, which other WFS plugin is there?
>
Michael,
Thank you so much for your help. I'm sure that the problem is on my
end, and not on yours. :] Please don't spend any more time worrying
about this until I can check on some things in my build set-up.
Thanks again.
The Sunburned Surveyor
On 8/10/07, Michaël Michaud <[EMAIL PROTECTED]> w
Hello developers,
there are now just two plugins left in deeJUMP:
* the GetFeatureInfo plugin for WMS layers
* the deegree file adapters to use the deegree library to read/write
GML3 and shapefiles
I realize that adding these plugins directly to OpenJUMP will result in
OJ depending on quite
Hei Andreas,
I agree with you - and the dependencies are also the reason why i did
not add them to OJ.
I fully support to add these plugin to svn and the soureforge site.
Maybe we need to think about the structure here .. so that not every
plugin gets a new box. So the wfs plugin could be added
Michaël Michaud schrieb:
> Hi,
>
> I have updated to buoy 1.8 five weeks ago, made a small change in the
> code to keep compatibility, and I modified QueryPlugIn code again today
> to fix a bug. But I have had no problem to compile in between.
>
> Can you check that :
> you use the src placed
14 matches
Mail list logo
