[JPP-Devel] A request: Group selection tools in one submenu

2008-07-08 Thread Giuseppe Aruta 
Hi all,

I added a request on https://sourceforge.net/tracker/index.php. N.2013276.

Thanks

Peppe



  Posta, news, sport, oroscopo: tutto in una sola pagina. 
Crea l'home page che piace a te!
www.yahoo.it/latuapagina


-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] R: disable/deactivate menu with plugin?

2008-07-08 Thread Sunburned Surveyor 
Paolo wrote: "Problem is plugin dependency, but that could be leaved
in the hand of the user,
or whoever prepare the XML file, so that each configuration is coherent
and working."

I've designed a system that allows plug-in dependencies to be
validated immediately after all plug-ins are loaded and initialized.
This will be included in the next release of BizzJUMP. If there was
acceptance, it could be easily ported to the OpenJUMP core.

Landon

On Thu, Jul 3, 2008 at 10:04 AM, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> mhm.. that is a interesting and simple (=doable) idea :)
> one could actually also fix the name for the standard file, e.g.
> standard-plugins.xml or stdplugin-config.xml or so
>
> stefan
>
> Larry Becker wrote:
>> I'm sure that would be a relatively easy mod to the code that loads the
>> workbench-properties.  We can define a convention that your
>> workbench-properties file will be called, say,
>> my-workbench-properties.xml.  Then all we have to do is add the "my-"
>> and load it too.
>>
>> regards,
>> Larry
>>
>> On Thu, Jul 3, 2008 at 11:33 AM, Stefan Steiniger <[EMAIL PROTECTED]
>> > wrote:
>>
>> Hei Larry,
>>
>> Want I meant is a bit different (sorry for all the spelling errors). My
>> problem is that I want to provide 2 property files. In Eclipse I tried
>> it with 2 times calling -properties with different files, but then it
>> picks only the first one.
>>
>> Stefan
>>
>> Larry Becker wrote:
>>  > There is always the " -properties workbench-properties.xml"
>> switch. Just
>>  > modify it to point to another path.
>>  >
>>  > Larry
>>  >
>>  > On Wed, Jul 2, 2008 at 10:36 PM, Stefan Steiniger
>> <[EMAIL PROTECTED] 
>>  > >> wrote:
>>  >
>>  > Ok... now the big question:
>>  >
>>  > how can tell OJ to use two workbecnh-properties files?
>>  > because I don't want to mix up the OJ plugins with my own
>> plugins that I
>>  >  programmed over the years?
>>  >
>>  > If one could use multiple files, then this would also make
>> Larrys note
>>  > obsolete.
>>  >
>>  > Stefan
>>  >
>>  > Larry Becker schrieb:
>>  >  > Hi Stefan,
>>  >  >
>>  >  >   Nice work.  I can think of one small issue related to the
>>  > installer.
>>  >  > It will now be necessary to distribute the
>> workbench-properties.xml
>>  >  > file.  This means that if someone customizes their file,
>> it will be
>>  >  > replaced on the next update, as this will be necessary to
>> get new
>>  >  > features in new releases.  People will have to get used to
>> keeping an
>>  >  > old copy of their customizations and reapplying them after
>> each
>>  > update.
>>  >  >
>>  >  > regards,
>>  >  > Larry
>>  >  >
>>  >  > On Tue, Jul 1, 2008 at 7:07 PM, Stefan Steiniger
>>  > <[EMAIL PROTECTED] 
>> >
>>  >  > 
>> >  >  >
>>  >  > Hei,
>>  >  >
>>  >  > @Paolo... I think I regard your points as nice to have
>> (with
>>  > respect to
>>  >  > server-client stuff: although I know that Jump has
>> been also
>>  > used as
>>  >  > base for a web-gis-server ;)
>>  >  >
>>  >  > @all:
>>  >  > I moved today the workbench-properties.xml around to
>> the bin
>>  > folder. So
>>  >  > if the next nightly build works with test plugin (I
>> found a
>>  > very olf
>>  >  > "Magnifyer" function ;o) we can start moving first the
>>  > additional OJ
>>  >  > plugins (except data IO). Then we need to check how it
>> will
>>  > affect the
>>  >  > ordering of the functions in the menus. I expect a lot of
>>  > refactoring
>>  >  > just for that. But I think we will not break anything,
>> as the
>>  > changes
>>  >  > will be only for the (new to add) initialize methods,
>> i.e. on
>>  > the gui
>>  >  > side only.
>>  >  >
>>  >  > => any comments on that?
>>  >  > mhm.. may be one from myself: The removal of menus such as
>>  > suggested by
>>  >  > Carl will not be possible (e.g. the complete removal
>> of tht
>>  > "Tools"
>>  >  > menu), except we are able to move all functions into
>> the xml
>>  > file for
>>  >  > one menu.
>>  >  >
>>  >  >

Re: [JPP-Devel] [jump-users] Re: [ANN]: WFSPlugin 1.1.0 released

2008-07-08 Thread Rahkonen Jukka 
Hi,

I made another try at home with Geoserver 1.6.2 release.  Plugin works better 
here and by quick look WFS 1.0.0 behaves at least as well as the previous 
plugin version did.  However, I did not have luck with WFS 1.1.0 yet.  I do not 
remember right now what should I do in order to run the WFS plugin as 
stand-alone. Therefore I cannot capture the response sent by Geoserver.  All I 
can get now is the error message captured from OpenJUMP window.  Error seems to 
be somewhere in detecting the coordinate system.  I will send better reports 
once I will manage to run plugin as stand alone again.

-Jukka Rahkonen-

de.latlon.deejump.wfs.DeeJUMPException: Error parsing response.
at 
de.latlon.deejump.wfs.data.JUMPFeatureFactory.createDeegreeFCfromWFS(JUMPFeatureFactory.java:274)
at de.latlon.deejump.wfs.plugin.WFSPlugIn.run(WFSPlugIn.java:143)
at 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:149)
at java.lang.Thread.run(Unknown Source)
Caused by: Error creating feature instance from element 'states': Cannot 
convert value of property "topp:the_geom (topp=http://www.openplans.org/topp)" 
in feature with id "-" to geometry: "unknown coordinate system: 
urn:x-ogc:def:crs:EPSG:6.11.2:4326
org.deegree.model.crs.UnknownCRSException
org.deegree.model.crs.CRSFactory CRSFactory.java create(106)
org.deegree.model.spatialschema.GMLGeometryAdapter GMLGeometryAdapter.java 
getCRS(858)
org.deegree.model.spatialschema.GMLGeometryAdapter GMLGeometryAdapter.java 
wrapMultiSurfaceAsMultiSurface(474)
org.deegree.model.spatialschema.GMLGeometryAdapter GMLGeometryAdapter.java 
wrap(188)
org.deegree.model.feature.GMLFeatureDocument GMLFeatureDocument.java 
createGeometryProperty(513)
org.deegree.model.feature.GMLFeatureDocument GMLFeatureDocument.java 
parseProperty(359)
".
<< is empty >>
at 
org.deegree.model.feature.GMLFeatureCollectionDocument.parse(GMLFeatureCollectionDocument.java:190)
at 
org.deegree.model.feature.GMLFeatureCollectionDocument.parse(GMLFeatureCollectionDocument.java:109)
at 
de.latlon.deejump.wfs.data.JUMPFeatureFactory.createDeegreeFCfromWFS(JUMPFeatureFactory.java:251)
... 3 more

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel