Re: [JPP-Devel] how to read WFS layers into custom application
Sankar Mondal wrote: Hi, > Using OpenJump APIs I want to open WFS layers from a WFS url into a custom > application. > I found that there are some plugins available like > > de.latlon.deejump.wfs > > for WFS layers. Can anybody please give some idea how to use those Plug-ins > or any API into custom application. > Is there any WFS reader? I mean What are the classes are used to read > WFS in open jump? you'll basically need a GML parser to parse WFS responses. The mentioned WFS plugin uses deegree to parse the GML, and uses a wrapper to convert between feature collections. You can find an example how to use the WFS plugin from code to add WFS layers here: http://wald.intevation.org/plugins/scmsvn/viewcvs.php/contrib/owsconfig/trunk/src/de/latlon/deejump/util/ServiceUtils.java?rev=18903&root=deegree&view=log Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 18496-29 http://www.lat-lon.dehttp://www.deegree.org * * * * * * * * * * * * * * * * * * * * * * * * * * * * deegree day 2010 http://deegreeday.deegree.org * * * * * * * * * * * * * * * * * * * * * * * * * * * * signature.asc Description: Digital signature -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Upgraded Italian/Spanish language files for OJ 1.4
edgar.sol...@web.de wrote: Hi, > May I propose the attached OJ-crowned-kangaroo for that matter? It is > the one I am going to place in svn. +1 for this icon ;-) Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Programmatically add WFS layer.
Nidhi Arora wrote: Hi, > > I want to programmatically add WFS layer. My basic requirement is > that as soon as OpenJump opens, the base map is shown with data pulled > from WFS. you need the WFSPlugin for this: http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/plug-ins/WFSPlugin/trunk/ An example how to add wfs layers from code can be found here: http://wald.intevation.org/plugins/scmsvn/viewcvs.php/contrib/owsconfig/trunk/src/de/latlon/deejump/util/ServiceUtils.java?rev=18903&root=deegree&view=log Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Feature collections modified by default
Michaël Michaud wrote: Hi, > I can commit your patch next week, if you did not do it before. ok, I've committed the patch, including the T\: language strings as suggested. Thanks, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Feature collections modified by default
Michaël Michaud wrote:
Hi,
> > ok. I've attached patch which changes the following:
> >
> > * new feature collections are again unmodified by default
> > * PlugInContext has an added addLayer method taking a
> >featureCollectionModified parameter for convenience
> > * when OpenJUMP is closed, and no layers have been modified, it still
> >asks whether you want to really exit the workbench
> >
> > What are the opinions on this?
> >
> Thanks to have worked on this problem.
> If I understand correctly, proposed change are :
>
> 1 - OpenJUMP will always asks for confirmation before closing.
> 2 - OpenJUMP will still inform the user that some layers have been
> modified if these layers have really been modified (not just created)
> 3 - Programmer can now create new layers as unmodified or as modified
> layers (see below my remark)
> 4 - Existing plugin produce unmodified layers.
>
> There is point 3 that I dislike for the following reason : If we have
> not a clear policy about what is a modified layer, we'll soon have half
> newly created layers considered as modified and half considered as
> unmodified, thus confusing the user and introducing inconsistencies.
yes, I agree, I also think that a sensible default is better that such a
confusion.
> To solve my initial problem, I think I can rely on the
> getDataSourceQuery which returns null for layers which are not yet saved
> to disk.
> My proposition is to let you change everything you put in the patch
> except the new method in PluginContext (there is also a typo in the key
> added in language files and in confirmClose method)
Yeah, I'm trying to get the message right and end up with a typo in the
key ;-)
By the way, do I need to insert the keys into all the language files, or
are the ones I know a translation for sufficient?
> I can see if a test on every Layer.getDataSourceQuery in the
> WorkbenchFrame.confirmClose method can solve my initial problem, by
> informing the user there is still one, or to, or n layers without
> datasource.
I think it's a great idea to just check for null datasources, and warn
the user if there are such layers. It's the cleanest solution to the
problem.
I've attached a patch with the following:
* new feature collections are again unmodified by default
* PlugInContext is unmodified
* when OpenJUMP is closed, and there are layers with null data sources,
the user is asked whether he still wants to exit the workbench
Do we then still need the confirmation dialog when nothing is modified
and no datasources are null? For now I've removed it again (personally I
don't like to be asked too many questions that could have been avoided),
but it would be easy enough to add it back.
Best regards, Andreas
--
l a t / l o n GmbH
Aennchenstrasse 19 53177 Bonn, Germany
phone ++49 +228 18496-0 fax ++49 +228 1849629
http://www.lat-lon.dehttp://www.deegree.org
Follow deegree on Twitter: http://twitter.com/deegree_org
Index: src/language/jump.properties
===
--- src/language/jump.properties(revision 2002)
+++ src/language/jump.properties(working copy)
@@ -1701,6 +1701,8 @@
ui.WorkbenchFrame.committed-memory = Committed Memory
ui.WorkbenchFrame.continue = Continue
ui.WorkbenchFrame.dataset = Dataset
+ui.WorkbenchFrame.do-you-really-want-to-close-openjump-generated-layers-not-saved
= Do you really want to close OpenJUMP?\n\
+{0} automatically generated layers have not been saved yet.
ui.WorkbenchFrame.do-you-want-to-close-them-also = Do you want to close them
also ?
ui.WorkbenchFrame.exit = Exit
ui.WorkbenchFrame.exit-jump = Exit OpenJUMP
Index: src/language/jump_en.properties
===
--- src/language/jump_en.properties (revision 2002)
+++ src/language/jump_en.properties (working copy)
@@ -1663,6 +1663,8 @@
ui.WorkbenchFrame.committed-memory = Committed Memory
ui.WorkbenchFrame.continue = Continue
ui.WorkbenchFrame.dataset = Dataset
+ui.WorkbenchFrame.do-you-really-want-to-close-openjump-generated-layers-not-saved
= Do you really want to close OpenJUMP?\n\
+{0} automatically generated layers have not been saved yet.
ui.WorkbenchFrame.do-you-want-to-close-them-also = Do you want to close them
also ?
ui.WorkbenchFrame.exit = Exit
ui.WorkbenchFrame.exit-jump = Exit OpenJUMP
Index: src/language/jump_de.properties
===
--- src/language/jump_de.properties (revision 2002)
+++ src/language/jump_de.properties (working copy)
@@ -1664,6 +1664,8 @@
ui.WorkbenchFrame.committed-memory = Verwendeter Speicher
ui.WorkbenchFrame.continue = Weiter
ui.WorkbenchFrame.dataset = Datensatz
+ui.WorkbenchFrame.do-you-really-want-to-close-openjump-generated-layers-not-saved
= Wollen Sie OpenJUMP wirklich beenden?\n\
+{0} automatisch erzeugte Ebenen wurden noch nicht gespeichert.
Re: [JPP-Devel] Feature collections modified by default
Stefan Steiniger wrote:
Hi,
finally I'm getting back to this.
> playing save is what we should do.
> For creating new layers I am most often using context.addLayer() - so
> why not adding the flagging there instead of changing all plugins?
> An option would be to create a second addLayer() method with a boolean
> parameter for flagging if the new layer is "modified".
>
> However, this wouldn't work for
> context.getLayerManager().addLayerable(..) - which is used for
> (Sextante) Rasters. I.e. needs changes there too.
ok. I've attached patch which changes the following:
* new feature collections are again unmodified by default
* PlugInContext has an added addLayer method taking a
featureCollectionModified parameter for convenience
* when OpenJUMP is closed, and no layers have been modified, it still
asks whether you want to really exit the workbench
What are the opinions on this?
Thanks, Andreas
--
l a t / l o n GmbH
Aennchenstrasse 19 53177 Bonn, Germany
phone ++49 +228 18496-0 fax ++49 +228 1849629
http://www.lat-lon.dehttp://www.deegree.org
Follow deegree on Twitter: http://twitter.com/deegree_org
Index: src/language/jump.properties
===
--- src/language/jump.properties(revision 1994)
+++ src/language/jump.properties(working copy)
@@ -1701,6 +1701,7 @@
ui.WorkbenchFrame.committed-memory = Committed Memory
ui.WorkbenchFrame.continue = Continue
ui.WorkbenchFrame.dataset = Dataset
+ui.WorkbenchFramw.do-you-really-want-to-close-openjump = Do you really want to
close OpenJUMP?
ui.WorkbenchFrame.do-you-want-to-close-them-also = Do you want to close them
also ?
ui.WorkbenchFrame.exit = Exit
ui.WorkbenchFrame.exit-jump = Exit OpenJUMP
Index: src/language/jump_en.properties
===
--- src/language/jump_en.properties (revision 1994)
+++ src/language/jump_en.properties (working copy)
@@ -1663,6 +1663,7 @@
ui.WorkbenchFrame.committed-memory = Committed Memory
ui.WorkbenchFrame.continue = Continue
ui.WorkbenchFrame.dataset = Dataset
+ui.WorkbenchFramw.do-you-really-want-to-close-openjump = Do you really want to
close OpenJUMP?
ui.WorkbenchFrame.do-you-want-to-close-them-also = Do you want to close them
also ?
ui.WorkbenchFrame.exit = Exit
ui.WorkbenchFrame.exit-jump = Exit OpenJUMP
Index: src/language/jump_de.properties
===
--- src/language/jump_de.properties (revision 1994)
+++ src/language/jump_de.properties (working copy)
@@ -1664,6 +1664,7 @@
ui.WorkbenchFrame.committed-memory = Verwendeter Speicher
ui.WorkbenchFrame.continue = Weiter
ui.WorkbenchFrame.dataset = Datensatz
+ui.WorkbenchFramw.do-you-really-want-to-close-openjump = Wollen Sie OpenJUMP
wirklich beenden?
ui.WorkbenchFrame.do-you-want-to-close-them-also = Wollen Sie diese ebenfalls
schliessen?
ui.WorkbenchFrame.exit = OpenJUMP beenden
ui.WorkbenchFrame.exit-jump = JUMP Beenden
Index: src/com/vividsolutions/jump/workbench/plugin/PlugInContext.java
===
--- src/com/vividsolutions/jump/workbench/plugin/PlugInContext.java
(revision 1994)
+++ src/com/vividsolutions/jump/workbench/plugin/PlugInContext.java
(working copy)
@@ -155,6 +155,16 @@
return getLayerManager().addLayer(categoryName, layerName,
featureCollection);
}
+public Layer addLayer(
+String categoryName,
+String layerName,
+FeatureCollection featureCollection,
+boolean featureCollectionModified) {
+Layer l = getLayerManager().addLayer(categoryName, layerName,
featureCollection);
+l.setFeatureCollectionModified(featureCollectionModified);
+return l;
+}
+
public void addLayerSextanteRaster(
String categoryName,
RasterImageLayer raster) {
Index: src/com/vividsolutions/jump/workbench/model/Layer.java
===
--- src/com/vividsolutions/jump/workbench/model/Layer.java (revision 1994)
+++ src/com/vividsolutions/jump/workbench/model/Layer.java (working copy)
@@ -115,9 +115,6 @@
getBasicStyle().setLineColor(defaultLineColor(fillColor));
getBasicStyle().setAlpha(150);
setFeatureCollection(featureCollection);
- // michaelm [2009-02-20] consider that a new layer is modified
- // so that a confirmation is asked before application closing
- featureCollectionModified = true;
}
/**
Index: src/com/vividsolutions/jump/workbench/ui/WorkbenchFrame.java
===
--- src/com/vividsolutions/jump/workbench/ui/WorkbenchFrame.java
(revision 1994)
+++ src/com/vividsolutions/jump/workbench/ui/WorkbenchFrame.java
(working copy)
@
Re: [JPP-Devel] Feature collections modified by default
Michaël Michaud wrote: Hi, > > I've noticed that (for quite some time now) newly loaded feature > > collections/layers are now considered modified by default. I've been > > using that check in the WFS plugin to enable the update button only if > > the layer is actually modified. I've added a workaround to set the layer > > unmodified immediately after loading. > > > Sorry for the inconvenience that's no problem. I've shot myself in the foot like that often enough ;-) > > I've also found the place where layers are set to modified after loading > > (in the Layer class, with a comment from Michaël, that's why I'm > > addressing you directly ;-)). I'm not entirely sure why it is done like > > this. Was your intention to have a 'do you really want to close OJ' > > message when closing? If so, I'd like to propose to have a check when > > closing, and show a different message if no layers have been modified, > > asking just that, and only show the modified warning if something has > > actually been modified. I find it confusing for the users to have a > > warning like this, when he did actually not modify anything... > > > You probably are right, as it may be important to make the difference > between a newly created layer and a modified layer. > I'll try to make my problem clearer as I'm not sure to get the solution yet. > > Some layers are issued from a persistent datasource, and others have > been created by the application (ex. a buffer layer). > How to inform the user who closes the application that some newly > created layers are unsaved to disk (some of my co-workers complained > they lost their work without any warning) > Maybe I missed something simple with the Layer.getDataSourceQuery method. > I'll try to explore this method (probably after my vacations). > > Feel free to get back to the previous state of Layer class if needed. > I'm quite confident another way can be found to solve my problem ah, now I understand the problem. I think in the case of generated layers it makes perfect sense to have them marked modified at creation time. I suppose the best solution would then be to proceed as I suggested (it's still nice to get a confirmation message when exiting even though nothing is modified I think), and manually set generated layers to be modified when creating them. I see two options here: * by default set new layers to be unmodified, set generated layers to be modified when creating them (this must then be done in all plugins that generate new layers) * by default set new layers to be modified, set layers that are loaded from file/database/WFS etc. to be unmodified (this must then be done in all plugins which do not generate features) If we decide on one direction, I can make the changes to the code if someone can provide me with a list of (core) plugins that need to be modified. I'm not sure about the other solution that seems slumbering in your mind (you certainly know the code better than me). Also no need to rush (you can enjoy your vacation first!). What do people think? Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Feature collections modified by default
Andreas Schmitz wrote: Hi, > I've noticed that (for quite some time now) newly loaded feature > collections/layers are now considered modified by default. I've been > using that check in the WFS plugin to enable the update button only if > the layer is actually modified. I've added a workaround to set the layer > unmodified immediately after loading. > > I've also found the place where layers are set to modified after loading > (in the Layer class, with a comment from Michaël, that's why I'm > addressing you directly ;-)). I'm not entirely sure why it is done like > this. Was your intention to have a 'do you really want to close OJ' > message when closing? If so, I'd like to propose to have a check when > closing, and show a different message if no layers have been modified, > asking just that, and only show the modified warning if something has > actually been modified. I find it confusing for the users to have a > warning like this, when he did actually not modify anything... > > What do you think? I've already changed this experimentally (locally), and if everyone agrees, I'd like to commit it when it's done. BTW: how was the i18n policy, add an english line to all languages I don't know, or just add it to jump.properties and jump_en.properties? Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Feature collections modified by default
Hi all, Michaël, I've noticed that (for quite some time now) newly loaded feature collections/layers are now considered modified by default. I've been using that check in the WFS plugin to enable the update button only if the layer is actually modified. I've added a workaround to set the layer unmodified immediately after loading. I've also found the place where layers are set to modified after loading (in the Layer class, with a comment from Michaël, that's why I'm addressing you directly ;-)). I'm not entirely sure why it is done like this. Was your intention to have a 'do you really want to close OJ' message when closing? If so, I'd like to propose to have a check when closing, and show a different message if no layers have been modified, asking just that, and only show the modified warning if something has actually been modified. I find it confusing for the users to have a warning like this, when he did actually not modify anything... What do you think? Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] WMS layer problems
Matthias Scholz wrote: Hi, > >>> I checked that WMS layer name is stored OK in the OJ project file > >>> sf:archsites > >>> Let's hope that question is only about url-encoding error. > >>> > >> I discussed with a Geoserver developer and he considered that > >> both ways would be correct, to leave it unaltered > >> sf:archsites or to url-encode it to sf%3Aarchsites. > >> > >>> I think this is rather critical bug that effectively > >>> > >> prevents all use > >> > >>> of Geoserver WMS services. Therefore I filed a new ticket > >>> > >>> > >> https://sourceforge.net/tracker/?func=detail&aid=3023366&group > >> _id=118054&atid=679906 > >> > >> I agree. But checking the code I only see it being encoded once. I > >> vaguely remember fixing such a double encoding problem > >> (deegree WMS also > >> often has a colon separated prefix for layer names, eg. for the CITE > >> instances), but I think it had to do with GetFeatureInfo. Are you sure > >> you're using an up to date version? Well, probably you are... > >> Maybe it's > >> a problem with how it's encoded in the GetCapabilities response. > >> > >> Is there an online server against which I could test? > >> > > > > We do not use Geoserver WMS services but I installed Geoserver on my > > laptop for testing with the Windows installer > > http://downloads.sourceforge.net/geoserver/geoserver-2.0.2.exe > > After installation Geoserver WFS is at > > http://localhost:8080/geoserver/wms > > I used the sf:archsites demo layer for testing, and checked the incoming > > GetMap requests from the request log that is located at > > geoserver2.0.2\logs directory. > > > > Now I do not have my laptop with me and I made another trial with an OJ > > 1.3 and Geoserver 2.0.1. This time Geoserver WMS works OK. I can see WMS > > layers, and if I save the project, close and reopen it and do right > > click - zoom to WMS layer then everything works just perfectly. > > > > I need to do some further tests in a more controlled way so I can see if > > my problems yesterday were due to Geoserver 2.0.2 or some old OJ > > version. I thought I was using 1.3 but I am not totally sure. > > > > It is possible to check the WMS url that OJ is using by using the nice > > Beanshell script from > > http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Beanshe > > ll:Get_the_WMS_URL_that_JUMP_is_using > > > > Running that from the Beanshell window should show immediately if OJ is > > having troubles with URL-encoding. > > > Here is my result: > > bsh % print(wc.getLayerManager().getLayerables( > com.vividsolutions.jump.workbench.model.WMSLayer.class).iterator().next().createRequest(wc.getLayerViewPanel()).getURL()); > > http://localhost:8080/geoserver/ows?service=wms&version=1.1.1&request=GetCapabilities&REQUEST=GetMap&SERVICE=WMS&VERSION=1.1.1&WIDTH=672&HEIGHT=530&LAYERS=sf%3Aarchsites&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=591480.7610900033,4914595.597562009,606276.7792053049,4926265.076135089&SRS=EPSG:26713&STYLES= this looks almost good. Did you enter the complete GetCapabilities request when trying to load the layer? You should leave the GetCapabilities parameters off, since they're added automatically. Example: load the layer using http://localhost:8080/geoserver/ows The URL encoding actually looks good (: is encoded as %3A). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] WMS layer problems
Rahkonen Jukka wrote: Hi, > > > I checked that WMS layer name is stored OK in the OJ project file > > > sf:archsites > > > Let's hope that question is only about url-encoding error. > > I discussed with a Geoserver developer and he considered that > > both ways would be correct, to leave it unaltered > > sf:archsites or to url-encode it to sf%3Aarchsites. > > > > > > I think this is rather critical bug that effectively > > prevents all use > > > of Geoserver WMS services. Therefore I filed a new ticket > > > > > https://sourceforge.net/tracker/?func=detail&aid=3023366&group > > _id=118054&atid=679906 > > > > I agree. But checking the code I only see it being encoded once. I > > vaguely remember fixing such a double encoding problem > > (deegree WMS also > > often has a colon separated prefix for layer names, eg. for the CITE > > instances), but I think it had to do with GetFeatureInfo. Are you sure > > you're using an up to date version? Well, probably you are... > > Maybe it's > > a problem with how it's encoded in the GetCapabilities response. > > > > Is there an online server against which I could test? > > We do not use Geoserver WMS services but I installed Geoserver on my > laptop for testing with the Windows installer > http://downloads.sourceforge.net/geoserver/geoserver-2.0.2.exe > After installation Geoserver WFS is at > http://localhost:8080/geoserver/wms > I used the sf:archsites demo layer for testing, and checked the incoming > GetMap requests from the request log that is located at > geoserver2.0.2\logs directory. > > Now I do not have my laptop with me and I made another trial with an OJ > 1.3 and Geoserver 2.0.1. This time Geoserver WMS works OK. I can see WMS > layers, and if I save the project, close and reopen it and do right > click - zoom to WMS layer then everything works just perfectly. > > I need to do some further tests in a more controlled way so I can see if > my problems yesterday were due to Geoserver 2.0.2 or some old OJ > version. I thought I was using 1.3 but I am not totally sure. > > It is possible to check the WMS url that OJ is using by using the nice > Beanshell script from > http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Beanshe > ll:Get_the_WMS_URL_that_JUMP_is_using > > Running that from the Beanshell window should show immediately if OJ is > having troubles with URL-encoding. if you have the cmd shell enabled (change the script to start OJ with 'java ' instead of 'start javaw '), you should also see the GetMap requests logged on the command line (or if you configured OJ to use log4j to log into a file). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] WMS layer problems
Matthias Scholz wrote: Hi, > I checked that WMS layer name is stored OK in the OJ project file > sf:archsites > Let's hope that question is only about url-encoding error. I discussed > with a Geoserver developer and he considered that both ways would be > correct, to leave it unaltered sf:archsites or to url-encode it to > sf%3Aarchsites. > > I think this is rather critical bug that effectively prevents all use > of Geoserver WMS services. Therefore I filed a new ticket > https://sourceforge.net/tracker/?func=detail&aid=3023366&group_id=118054&atid=679906 > > > >>> I agree. But checking the code I only see it being encoded once. I > >>> vaguely remember fixing such a double encoding problem (deegree WMS also > >>> often has a colon separated prefix for layer names, eg. for the CITE > >>> instances), but I think it had to do with GetFeatureInfo. Are you sure > >>> you're using an up to date version? Well, probably you are... Maybe it's > >>> a problem with how it's encoded in the GetCapabilities response. > >>> > >>> Is there an online server against which I could test? > >>> > >>> > >> No, this is an internal server. My last test's i've done with the > >> standalone geoserver > >> (http://downloads.sourceforge.net/geoserver/geoserver-2.0.2-bin.zip) and > >> the included datasets. > >> But why do not have other WMS clients problems? With QGIS 1.3.0 and an > >> other propritary solution I've no problems with Geoserver 2.0.2. > >> > > > > I'm sure it's an OJ problem. What I'm not sure about is whether you use > > an outdated version or whether there is another bug in the way the > > > We use the released OJ 1.3.1 version and yesterday I've tested with the > SVN version. With both the same problems. can you post/send the GetCapabilities-response document? With that, I can also make some tests. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] WMS layer problems
Matthias Scholz wrote: Hi, > >> I checked that WMS layer name is stored OK in the OJ project file > >> sf:archsites > >> Let's hope that question is only about url-encoding error. I discussed > >> with a Geoserver developer and he considered that both ways would be > >> correct, to leave it unaltered sf:archsites or to url-encode it to > >> sf%3Aarchsites. > >> > >> I think this is rather critical bug that effectively prevents all use > >> of Geoserver WMS services. Therefore I filed a new ticket > >> https://sourceforge.net/tracker/?func=detail&aid=3023366&group_id=118054&atid=679906 > >> > > > > I agree. But checking the code I only see it being encoded once. I > > vaguely remember fixing such a double encoding problem (deegree WMS also > > often has a colon separated prefix for layer names, eg. for the CITE > > instances), but I think it had to do with GetFeatureInfo. Are you sure > > you're using an up to date version? Well, probably you are... Maybe it's > > a problem with how it's encoded in the GetCapabilities response. > > > > Is there an online server against which I could test? > > > No, this is an internal server. My last test's i've done with the > standalone geoserver > (http://downloads.sourceforge.net/geoserver/geoserver-2.0.2-bin.zip) and > the included datasets. > But why do not have other WMS clients problems? With QGIS 1.3.0 and an > other propritary solution I've no problems with Geoserver 2.0.2. I'm sure it's an OJ problem. What I'm not sure about is whether you use an outdated version or whether there is another bug in the way the encoding works in OJ. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] WMS layer problems
Rahkonen Jukka wrote: Hi, > I checked that WMS layer name is stored OK in the OJ project file > sf:archsites > Let's hope that question is only about url-encoding error. I discussed with a > Geoserver developer and he considered that both ways would be correct, to > leave it unaltered sf:archsites or to url-encode it to sf%3Aarchsites. > > I think this is rather critical bug that effectively prevents all use > of Geoserver WMS services. Therefore I filed a new ticket > https://sourceforge.net/tracker/?func=detail&aid=3023366&group_id=118054&atid=679906 I agree. But checking the code I only see it being encoded once. I vaguely remember fixing such a double encoding problem (deegree WMS also often has a colon separated prefix for layer names, eg. for the CITE instances), but I think it had to do with GetFeatureInfo. Are you sure you're using an up to date version? Well, probably you are... Maybe it's a problem with how it's encoded in the GetCapabilities response. Is there an online server against which I could test? Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Error in Using WFS Plugin
siddharth raghuvanshi wrote: Hi, > Even when I am copying the feature request from the WFS client in the > browser & pasting the request back in the request box of the advanced > settings of jump WFSPlugin, I am still getting the following error: > > [14:32:03] WARN: [HttpMethodBase] Going to buffer response body of large or > unknown size. Using getResponseAsStream instead is recommended. > java.lang.RuntimeException: Couldn't get data from WFS: > encoding="UTF-8"?> code="NoApplicableCode" locator="OGCRequestFactory">Error parsing XML > request: Element type "wfs:GetFeature" must be followed by either attribute > specifications, ">" or > "/>". > at > de.latlon.deejump.wfs.data.JUMPFeatureFactory.createDeegreeFCfromWFS(JUMPFeatureFactory.java:184) > at de.latlon.deejump.wfs.plugin.WFSPlugIn.run(WFSPlugIn.java:143) > at > com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:125) > at java.lang.Thread.run(Thread.java:619) > > > Whereas, if I am fetching the gml file of get features from the deegree WFS > client & converting that gml file back into shapefile (using Kosmo GIS), > then that shapefile is working fine in my OpenJump Project. hm, I don't quite understand. If you send the request by hand (ie, not in OpenJUMP), you're still getting the error? Can you post the request the plugin generates? Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Error in Using WFS Plugin
siddharth raghuvanshi wrote: Hi, > I am working behind the proxy servers. When I am trying to connect to my > lab computer on which WFS is installed on port , the WFSPlugin is able > to parse the layers, but when I am trying to fetch any layer by pressing the > Ok button, I am getting the following error: it looks like the GML could not be parsed. Can you send the request by hand and paste the response? Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org signature.asc Description: Digital signature -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] 2 general questions
luca marletta wrote: Hi, > may double click problem is not related to the 1st point, I face this > trouble with other java application but not all and from long. > On another pc i solved it with .multiClickTime: 500 option but not > here. I'm unsure whether .multiClickTime is what's needed here. I'm using *multiClickTime here (I don't really know the full spelling of the appropriate resource). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] WMS url
Giuseppe Aruta wrote: Hi, > Hi Andreas,when you write "hardcoded into java source", which file do > you mean?thanksPeppe it should be org/openjump/core/ui/plugin/wms/AddWmsLayerWizard.java. Happy Christmas, and a happy new year to all as well, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] WMS url
Giuseppe Aruta wrote: Hi, > Hi all,WMS open window displays two urls by > default:http://openaerialmap.org/wms/ http://demo.deegree.org/deegree-wms/servicesWhen > I open a new WMS, its url is added to the list. I wonder:a) where the > default urls are storedb) where the new ones are storedThanks in > advance for the replay. the default ones are hardcoded in the Java source, and once OpenJUMP exits, they are stored in the workbench-state.xml file under the key AddWMSQueryPlugin.CACHED_URL. If you want to change the default URLs displayed when making a new package, I recommend shipping a workbench-state.xml with the respective values set there (if the key is found, the hardcoded URLs are not displayed IIRC). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] mediawiki write access
Stefan Steiniger wrote: Hi, > I think you should have write access now. > However, when I try to change the settings for Michael (michaudm) or > Giuseppe (ma...) or Jon. The user management page of mediawiki returns > that those users are not existing. The other person it worked was > Andreas (stranger). > > Any ideas? Do they need to activate it in their account settings (tab: > Hosted Apps). I don't think I activated anything special in my account. I double checked, and under hosted apps nothing is configured (in my settings), "No hosted apps enabled for this user.". Maybe their new web software is still a little unstable. Anyway, I could verify that I can edit the wiki, thanks. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Testing for FeatureCollection equality in JUnit tests.
Sunburned Surveyor wrote: Hi, > Thanks for the information Stefan. I checked out the classes in the > apitools package, but I didn't see what I needed. However, it seems > like the classes in this package would be the logical home for the > methods I need. I will see if I can implement my methods and add them > to the appropriate class in the apitools package. I might go in and > spruce up some of the javadoc comments while I am at it. I don't think > anyone is currently maintaining this package. (I won't break any > method signatures unless I get permission first.) :] just a quick idea, but why not override the #equals methods for the respective classes? Seems like the natural place to me. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Deegree GML adapter
Sunburned Surveyor wrote: Hi, > I don't see any reason why we couldn't work more with Z values. It > just hasn't been done extensively to date. yes, I agree. In principle, it should not be so difficult. But my quick research showed that the deegree conversion process that creates JTS geometries actually loses the Z component, so it's not actually a JUMP problem. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org signature.asc Description: Digital signature -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Deegree GML adapter
Sunburned Surveyor wrote: Hi Landon, > What type of GPX support does Andreas have for deeJUMP? The code I > have in Geotools (and the plug-in I made for OpenJUMP) only reads GPX > files, and I would be interested in adding write support. > > Perhaps there is a way to merge the code? I have code that transforms gpx files into something like GML3. The rest is just loading the GML in deegree, and transforming the deegree FC into a JUMP FC (like for the rest of the deegree readers). I'm unsure whether you can use the code or not, but you can have a look: https://svn.wald.intevation.org/svn/deegree/base/trunk/src/org/deegree/io/gpx But no write support, sorry ;-) What is maybe different in the deegree reader is that it outputs the elevation values for tracks (it uses EPSG:4979 as coordinate system). Of course, the elevation values are lost anyway when read in OpenJUMP... I'm also afraid that the code probably just works for my purposes (opening simple GPX files), so don't get your hopes up ;-) Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org signature.asc Description: Digital signature -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://www.creativitycat.com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Deegree GML adapter
Stefan Steiniger wrote: Hi all, > Wow.. I just read what plugins Andreas added as experimental for deeJUMP > (gpx support and projection) - so I started now to consider the > integration of the deegree libs. people who read the commit logs ;-) This was actually done in my spare time out of personal inconvenience. Since the usual process to read the GPX data from my brand new GPS logger involved download -> gpx2shp -> open the shapes in OJ -> load a WMS in EPSG:4326 -> maybe reproject shape -> open shapes again in OJ -> load the WMS in eg. 31466 I've wanted to have a download -> open in OJ -> reproject in OJ -> load the WMS workflow, and that's what's basically working now. Once I find the time, I'll make a new OpenJUMP package with deeJUMP so everyone can try it out. So far, reprojecting seems quite fast, only running it for the first time is a little slow (the CRS code in deegree 2 uses a huge XML file as database). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org signature.asc Description: Digital signature -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://www.creativitycat.com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Deegree GML adapter
Stefan Steiniger wrote: > Michaël Michaud wrote: Hi, > > Here are my thoughts about the question : > > - Andreas is one of the main contributors of the project, so his own > > advice about what is good for OpenJUMP is much welcome thanks, although I don't feel like I've been contributing much lately... > > - I wouldn't like to see big libraries added to openjump just to be able > > to use a few classes of those libraries, but small packages to add > > capabities to OJ are OK Yes, that's why I'm also hesitating a little (see below). > > - To answer more precisely, It would be interesting to know > >if deegree code should be included as a whole or on a per package basis > >what would be the size and the potential of each package for OpenJUMP > >what would be the redundances with existing OJ code (which may need > > to clean some parts of existing code...) I think that would be fairly difficult and not worth it. Once the GML parsing is used, you use a major part of deegree (feature model, CRS, GML model, geometry model etc.), so that copying over only required packages makes it virtually impossible to keep in sync with the code base. > Yep, Michael summarizes it very well. > I'm also a hesitating to add a big lib of which we may use only a few > things. Although deegree may offer a lot of functionality for the future > (GML and CRS wise and the extended feature model?). I have to agree with you here as well. If we'd have some funding to integrate reprojection based on deegree in OpenJUMP, I'd certainly opt for 'yes'. If we 'only' want GML, I'd opt for 'maybe yes'. There are certainly a LOT of ideas where deegree code could be used to improve OpenJUMP (think WCS client, access to all data sources raster/vector that deegree can use), but any of them would require some work to implement and make stable. > Does it actually make a difference in terms of memory footprint, i.e. > are all deegree classes loaded? Only classes that are actually used are loaded. If the user does not use any functionality that uses deegree, no deegree class is loaded at all. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org signature.asc Description: Digital signature -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Deegree GML adapter
Sunburned Surveyor wrote: Hi, > This issue of integrating deegree libraries with OpenJUMP is one I > need to champion. I'm busy the next couple of days preparing for and > covering the Where 2.0 conference, but I will put this item on my to > do list. well, if it's generally agreed that we want deegree + libs in OpenJUMP, I'm sure I can find the time to integrate the deeJUMP plugin + deegree + libs. That'd give you some time to concentrate on other things (maybe the CRS code in deegree?) ;-) But first I'd like to know what the others think about the integration. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org signature.asc Description: Digital signature -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Deegree GML adapter
Rahkonen Jukka wrote: Hi, > Once again I tried, with no success, to make an input template for > reading in data in GML 2.0 format by following the instructions from > http://openjump.org/wiki/show/Working+with+GML > > Could it be possible to link the input template in the example with a > short GML file that could really be opened with that template? Once > something works with one dataset it is often easy to modify it to work > with another dataset by following the example. > > My immediate need was more than fulfilled by following the note by > Andreas Schmitz: GML 2.0 files stored on disk from WFS 1.0 server could > be opened directly without any templates with deegree GML adapter that > is included in the deegree OpenJUMP package. It reads also GML created > with ogr2ogr. This GML adapter would be a nice addition to baseline > OpenJUMP. But it needs 5 megabyte deegree2.jar and perhaps some other > stuff as well, so maybe it is too heavyweight. But perhaps it would be > worth making a deegree GML-reader plugin? as noted before, in that case, if we have deegree + libraries in OpenJUMP core, we can at almost no cost integrate deeJUMP and/or the WFSPlugin as well. For general understanding: the deeJUMP plugin currently includes the GML reader plugin which Jukka used. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org signature.asc Description: Digital signature -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Hi
Cameron wrote: Hi Cameron, > My name is Cameron Alston and I will be working on the OpenJUMP project this > summer, specifically in implementing a stand-alone map labelling system. I'm > currently finishing up at UC Davis and I'll be attending UC Santa Cruz in the > fall for graduate school. I met up with Landon (Sunburmed Surveyor) back in > March and was originally supposed to work as part of the Google Summer of > Code. That didn't work out but I am still going to work to gain a bit of > experience as to what it is like to work on an open source project. Anyway, I > just wanted to introduce myself and I look forward to being a part of the > project this summer. that's good to hear, and welcome! Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org signature.asc Description: Digital signature -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Making JTin Part of the deegree Project
Sunburned Surveyor wrote: Hi Landon, > I was thinking Christopher might work on JTin from the JPP SVN. When > he has some working (and tested) code we can approach deegree to see > what further work will need to be done to integrate the code as part > of the deegree library? > > Will this work? I guess that does not really matter (from a technical point of view), if he's using deegree as a library. If it's going to be integrated with deegree anyway, however, we can offer him to work in our contrib svn directory (it might make more sense from a non-technical point of view). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org signature.asc Description: Digital signature -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Making JTin Part of the deegree Project
Stefan Steiniger wrote: Hi, > it is wise - I aggree. But I would not promise anything, since > a) JTin does something new and deegree requires I believe certain > stability and testing, and if the respective code stands by itself, and is implemented in the development branch, I don't see any problem here. > b) we need to check how much the things are separable from OpenJUMP > structures. Agreed. > But I guess this doesn't apply for the H2 stuff. However, as long as > Lat/Lon is using deeJUMP (and is not abonding it due to the new > iGeoDesktop) it also benefits of this development. > > my 2 cents, but other comments (especially by Andreas) are appreciated > of course ;) Hm, in general I agree that it benefits us both. I cannot really comment on company policy regarding iGeoDesktop vs. OpenJUMP, but us developing iGeoDesktop does not mean that we'll abandon OpenJUMP/deeJUMP right away. Both projects have a different focus, so both can live next to each other (IMHO). > Sunburned Surveyor schrieb: > > I've been talking briefly with the deegree Project programmers about > > making JTin an official part of their library. I think this would be > > wise, since deegree is an OSGeo project and the work is being done > > under the OSGeo Summer-of-Code umbrella. > > > > I am willing to work with Christopher and JTin on getting the JTin > > code intetgrated into the deegree Library, and I think this is a good > > opportunity to builder stronger ties with the deegree Project. I'd be glad to help both of you out as well, if I can. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org signature.asc Description: Digital signature -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Making JTin Part of the deegree Project
Christopher wrote: Hi, > I'll do whatever I need to. Do you have an address for degree's code > repository so I can check out a tree. you can check out the deegree development branch from here: https://wald.intevation.org/svn/deegree/base/trunk Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- OpenStreetMap im Rheinland - May 26th deegree day 2009 - May 27th http://deegreeday.deegree.org signature.asc Description: Digital signature -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] please don't do further commits - and I need some HELP/tips for a failed svn tagging
Stefan Steiniger wrote: Hi, > I am preparing the OJ 1.3 release (message will follow) and was now on > the the way to tag the current trunk version. Unfortunately while > tagging I forgot to change in tag line "1.2" to "1.3", so everything > related to the new 1.3 tag has been probably copied into folder > "core/tags/1.2" instead of creating and copying into a new folder > "core/tags/1.3" - i.e. the old stuff has been probably overwritten. > > Now. I can't find a way to undo the tag :( ... can anybody help??? > ... or even do the undo? I've removed the tags/1.2/trunk directory. Tags in svn are just copies, so what happened was that you created a copy of the trunk folder in the (existing directory) tags/1.2, so we ended up with tags/1.2/trunk. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Modifying BasicFeature to track modifications
Paolo Rizzi wrote: Hi, > > We play with WFS-T at work, where the mechanism of what really happens > > finally is hidden behind datastore drivers of WFS server like Geoserver or > > others. Anyhow, the problem is still the same than with direct connections > > to database. For example this document is handling rather similar situation > > and may be refreshing reading. > > > > http://geoserver.org/display/GEOS/Versioning+WFS+-+Sample+calls > If I remember well WFS-T has an advantage in this respect, because when > you insert new features, you send them without the PKs and the server > _answers_ back with the very same content you sent, but with the PK > values it generated. > So in the very same transaction you send your new Feature and obtain > their generated PKs. With JDBC alone this can't be done, I believe... > Anyway a WFS-T inspiration is surely useful!!! Yes, that's true, an wfs:Insert request will respond with the feature ids that have been generated (provided you insert with idgen="GenerateNew"). Also, WFS knows GetFeatureWithLock and LockFeature requests, so you can edit and update features safely (to get back to the previous discussion). The problem here is, that at some point you'll have to know how the database is setup, either when working with the DB directly, or when setting up the WFS ;-) Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Modifying BasicFeature to track modifications
Larry Becker wrote: Hi, > I think the WFS code is probably just a case of having to implement Feature > modification detection at a higher level, since there was no low level > support for it. Modifications to BasicFeature (not AbstractFeatureClass yes, I agree (although it was actually Ugo who implemented it). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Modifying BasicFeature to track modifications
Rahkonen Jukka wrote: Hi, > I wonder how it has been done in a new WFS plugin that can do transactions. > The transaction icon gets highlighted only if something has been modified, so > I think there must be some chance tracking system. And I don't believe really > that anybody makes a WFS-T client that sends the whole layer back if only one > feature is modified. Deegree folks, how is it? well, loading data from a WFS results in a layer that is an instance of WFSLayer. There, all modifications (add/remove/update) are kept track of, and they're then mapped to WFS-T insert/update/delete when the user clicks that button. A layer listener is used so the layer is notified every time the user changes something in a feature or adds/removes one. I think the features are stored in seperate lists depending on what has been done with it. I'm thinking that you'd need the same information for database plugins (you cannot UPDATE a row which needs to be inserted etc.). You can have a look in the WFSPlugin/src/de/latlon/deejump/wfs/jump/ classes, in particular WFSLayer and the WFSLayerListener. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Good News for Google Summer of Code
Sunburned Surveyor wrote: Hi, > I'd like to know if Stefan would be willing to take his own student > this year. If Stefan can't make room for this, I know Andreas from the > deegree Project has already volunteered. while I can mentor students with almost any topic, I'd like to point out that a reprojection plugin for OpenJUMP based on deegree has a couple of interesting benefits as a project for a SOC student (IMHO): * it's something that'd bring an exciting functionality to OpenJUMP * it's not that hard to implement * it's not required to dig too deep into both OpenJUMP or deegree code * it's been thought of and asked for for quite some time now * using deegree as a library enables us to integrate the rest of deeJUMP and the WFSPlugin into the OpenJUMP core without any effort besides copying the code * I'm a member of both development communities ;-) Did any of the students seem to have interest in this? Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] New fork(?) of Openjump
Stefan Steiniger wrote: Hi, > ..the manual looks interesting and I wish I would speak italian. > > Question: They have WFS and WCS in the open menu - where does it come > from? I guess WFS is from Deegree? is WCS as well? Did you develop such > things Andreas? no, certainly not. Would be interesting though to see how a WCS client interacts with our service, I've never before seen a WCS client in action. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Happy birthday Skyjump!!
Larry Becker wrote: Hi, > Yea! Of course, programs age more rapidly than people. :-) and here I was, thinking that you've been doing this a LONG time ;-) Congrats, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Bug on Change style
Giuseppe Aruta wrote: Hi, > Confirm what wrote by Andreas: Change Style>Fill patterns under windows XP, > if you select the last entry of the list, a file dialog opens where you can > choose an image file. > It can read BMP, JPG, PNG and SVG. > This last option seems to be interesting since it opens the possibility to > draw user-defined filling with Inkscape or OpenDraw and use them into an > Openjump project. If you use the black color as foreground, it will even be converted to the color the user selected IIRC. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] WMS image format issue
Rahkonen Jukka wrote: Hi, > I do not know what is wrong with > image/tiff. > The request is right but OpenJUMP does not show the image. Is is just that > tiff format is not supported by OpenJUMP WMS? yes, I think that's the case here. I've also had issues requesting tiff images from deegree services (which show fine in firefox or other programs). I think some tiff formats are supported, while others are not. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] WMS image format issue
Rahkonen Jukka wrote: Hi, > I found a little issue when playing with MapServer WMS. By default it > supports 24 bit png outputformat, which is advertised in GetCapabilities > document as "image/png; mode=24bit" ah nice. I recently implemented something similar in deegree and was always unsure how to properly encode this information (image/png; mode=8bit, or rather bitwidth=8bit, or...). I also opted for mode=8bit/24bit, seems like a good choice now ;-) > OpenJUMP does not url encoding for the Space character when creating WMS > GetMap requests, which is leading to failure. This might be rather easy to > fix, or what do you think? Fixed in svn. Enjoy the next nightly build ;-) Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Bug on Change style
Sunburned Surveyor wrote: Hi, > Peppe has discovered a bug in the change styles dialog. You can see > from the attached screen shot part of the problem. I think we might be > running into a Swing rendering problem. We are trying to paint some > pretty complex patterns in the rows of a list box. > > I don't think the fix for this problem is going to be simple. I'm > guessing that we would need to replace the list box with a button that > pulls up a second dialog. In this second dialog we could paint a > sample of each pattern and the number identifying the pattern. > > I also noticed that in the current list box the number of the fill > pattern is painted on top of the pattern sample, which looks sort of > funky. hm, on Linux I cannot reproduce this problem. Just to let you know, I've added a kind of a 'hidden' feature some time ago. If you select the very last entry in the list, a file dialog pops up to let you choose a custom fill from a file. But I cannot imagine that this is related to the bug. Maybe there is just a repaint() missing somewhere. Often, a repaint() is necessary on Windows but not on Linux (or vice versa). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] new bugs - getting ready for OJ 1.3 release - translators sought
Stefan Steiniger wrote:
Hi,
> 1. I get back to you if I studied the GPL 3 issue. But I can't promise
> anything and this has to be a community decision. It will require
> changes to almost all files and I also need to check if the original
> VividSolutions contributions could be changed to V3.
hm, the license header says
* This program is free software; you can redistribute it and/or
* modify it under the terms of the GNU General Public License
* as published by the Free Software Foundation; either version 2
* of the License, or (at your option) any later version.
So Julien, is it not enough if you chose that option, to use a later version?
Mind you, I'm also not an expert on licenses ;-)
@Stefan: I can replace all of the header files if we decide to switch to version
3 by script. Since we're going OSGeo anyway, we'll have to check/verify the
licensing anyway for all files, so maybe we can do that in one go?
BTW: The lat/lon contributions (at least the ones I wrote) may have incorrect
LGPL header files ("this file is part of deegree") anyway, since my new Java
files are usually created from an eclipse template (I can change these as well
in this process).
So the bottom line is, since we have to check all the license headers anyway as
part of the OSGeo process, we can switch to GPL3 during that check if we wish to
do so. Concerning GPL3 itself, I'd be a +1 ;-)
Best regards, Andreas
--
l a t / l o n GmbH
Aennchenstrasse 19 53177 Bonn, Germany
phone ++49 +228 18496-12 fax ++49 +228 1849629
http://www.lat-lon.dehttp://www.deegree.org
signature.asc
Description: Digital signature
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] has anyone used Java Map Projection Library?
Sunburned Surveyor wrote: Hi, > deegree Developer Guide: > http://intevation.de/cgi-bin/viewcvs/*checkout*/deegree/docs/management/deegree_developer_guide.pdf?rev=HEAD&cvsroot=deegree > > I've got a copy of a manual on the use of the deegree CRS library, but > I can't seem to locate it online. Perhaps one of the deegree > programmers will post a link to it for you. that's the old deegree CVS, we've moved to svn some time ago. You can browse/checkout the svn starting from here: http://wald.intevation.org/scm/?group_id=27 You'll find documentation of all sorts starting from here: http://wald.intevation.org/plugins/scmsvn/viewcvs.php/docs/?root=deegree Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] About workbench.properties on linux (Xandros)
Stefan Steiniger wrote: Hi, > howeverm, there may be an option to add the old version again too for > Andreas. Or, Andreas, do you have more changes on your version? yes, I increased the maximum memory setting to 512m, and added example proxy settings as well. The ~/.jump issue is probably only important for myself, as most of our customers are using Windows anyway ;-) Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] About workbench.properties on linux (Xandros)
Stefan Steiniger wrote: Hi, > so, we can keep it the way it is after the changes? if nobody else objects, yes (I can include a custom script for my "releases"). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] About workbench.properties on linux (Xandros)
Giuseppe Aruta wrote: Hi, > sorry but I am not adeveloper so I didn't see other problems. no problem ;-) > I ask you some explications about your mail, please: > ~/.jump/ I imaged that this is the directory where Openjump is located at > least all the files that it requires to work. Which basically was, for me, > the same of text $JUMP_HOME. No, that's a directory in the user's home directory where configuration files should be stored. Under Linux/Unix, files starting with "." in the user's home directory (which can be written as "~") are "hidden" and are used to store configuration files for most applications. I think the following behaviour was intended: * check if ~/.jump/ exists. * If yes, try to locate all the config files there. * If no, try to locate all the config files in $JUMP_HOME. But I don't think it's such a big deal, since if the directory does NOT exist, it is never created (it's only used if the user creates it manually). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] About workbench.properties on linux (Xandros)
Stefan Steiniger wrote: Hi, > thank you for looking into that. > I did the changes to the openjump.sh file - so it should be working by > tomorrow. Can you test? > > What is modified from the original file: > > > > Original > > JUMP_PROPERTIES=~/.jump/workbench-properties.xml > > JUMP_DEFAULTP=~/.jump/default-plugins.xml > > JUMP_STATE=~/.jump/ > > ... > > if [ -z "$JUMP_PROPERTIES" -o ! -f $JUMP_PROPERTIES ]; then > > JUMP_PROPERTIES=~/.jump/bin/workbench-properties.xml > > > > Modified: > > UMP_PROPERTIES=$JUMP_HOME/bin/workbench-properties.xml > > JUMP_DEFAULTP=$JUMP_HOME/bin/default-plugins.xml > > JUMP_STATE=$JUMP_HOME/bin/ > > ... > > f [ -z "$JUMP_PROPERTIES" -o ! -f $JUMP_PROPERTIES ]; then > > JUMP_PROPERTIES=$JUMP_HOME/bin/workbench-properties.xml That means that previous installations that made use of the ~/.jump directory will break, meaning that the files lying in ~/.jump/ will not be found any more. Do we all agree that this is what we want? AFAIR the .jump directory is not some legacy from JUMP, but a (IMHO useful) functionality that Paul integrated in the script. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] R: R: IndexOutOfBoundsExceptions with Java 1.6.0_11
Malte Weller wrote: Hi, > I can duplicate it with 1.6.0_10. > Looks like they've implemented a bug or changed something because of > JavaFX. What OS/Window manager are you using? I can't duplicate it with _10 on Linux/IceWM. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] R: R: IndexOutOfBoundsExceptions with Java 1.6.0_11
Larry Becker wrote: Hi, > Guess we need to look at the Java change logs for 1.6.0_11. Is anyone using > a 1.6 before _11 and after _07? I'm using 1.6.0_10, and I'm unable to reproduce the problem. Smells like a Java problem, either in versions up to _11 (where a bug got fixed) or beginning with _11 (where a bug was introduced) ;-) Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP as an OSGEO project - second poll
Stefan Steiniger wrote: Hi, > 0 0 Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question about GML Support in OJ and LinearRing.
Sunburned Surveyor wrote: Hi, > I'm working on one of the OJ 1.2 bugs I selected for squishing and I > had a quick question. > > Is the GML reader in OpenJUMP supposed to read features represented by > a LinearRing? I thought a LinearRing was only used as an exterior or > interior boundary of a polygon. A user filed a bug report because a > feature geometry wasn't created from a LinearRing using JUMP's > GMLReader. But I'm thikning that this isn't a bug, but an improper > understanding of how feature geometries are represented in GML. A > feature should be represented by a polygon, not a linear ring. > > If GMLReader is supposed to construct a feature goemetry (polygon?) > from a linear ring, then I'll fix the bug. If GMLReader is not > supposed to do this, because it isn't the proper way to represent a > feature, then I will close the bug. I think in GML2 this is allowed: http://schemas.opengis.net/gml/2.1.2/geometry.xsd One can always wonder why anyone would want it, but some people apparently have use cases for everything... The problem that is inherent here is, if you read the linear ring in as a polygon, what happens when exporting as GML again? Will it be exported as polygon or as linear ring? Is every linear ring also a polygon? I suppose not, as there are almost no restrictions on the form of a linear ring, but many (such as orientation of the rings, self intersections etc.) on polygons. I'm unsure on how to solve this problem though, the better you want to solve it, the more work it is obviously. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Fixing bug and next release.
Michael Michaud wrote: Hi, > As we spoke about bug fixes with Stefan, it made me think that we still > have a long list of bugs in the bug tracker. > I'd really like fixing one or two more bugs before OpenJUMP's next > release, and I ve to check the list to see if there are places where I > can help, but I know there are several areas where my knowledge is too > limited (like images, wms, mac-os specific problems and probably much more). I'd be willing to help fixing bugs on areas I've seen the code of before, eg. WMS. Maybe we should make a list on what we'd like to see fixed before the release? It would be nice if someone would look over the bug list and update the priorities IMHO. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] 3d terrain/image viewing, WTS @Michael, Larry, Arnd (Pirol), Lat/Lon
[EMAIL PROTECTED] wrote: Hi, > I also had seen once a WTS-(Web Terrain Server)-Demo from LatLon - can > anybody remember if there has been any code around/published? deegree now includes a WPVS (Web Perspective View Service), which is quite stable as far as I know. But I don't know of any client plugin for OpenJUMP, if that's what you're after. You can have a look at the documentation here: http://wald.intevation.org/plugins/scmsvn/viewcvs.php/*checkout*/docs/documentation/wpvs/deegree_wpvs_documentation_en.pdf?rev=11156&root=deegree Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] new toolbar icons
Stefan Steiniger wrote: Hi, > Can you check tomorrow again and send the stack trace if it doesn't work? whatever you did, it worked, at least for me ;-) Thanks, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] new toolbar icons
Stefan Steiniger wrote: Hi, > I have committed some changes to the icons used in the main toolbar. I > used now some icons from the FAMFAMFAM icon set - which we already use > for some tools. I'm unsure whether that's related or not, but with the svn version I get an exception during startup: java.lang.IndexOutOfBoundsException: invalid hotSpot at sun.awt.CustomCursor.(CustomCursor.java:61) at sun.awt.X11CustomCursor.(X11CustomCursor.java:26) at sun.awt.X11.XCustomCursor.(XCustomCursor.java:27) at sun.awt.X11.XToolkit.createCustomCursor(XToolkit.java:742) at com.vividsolutions.jump.workbench.ui.GUIUtil.createCursor(GUIUtil.java:1245) at com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.createCursor(AbstractCursorTool.java:175) at com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.createCursor(AbstractCursorTool.java:171) at com.vividsolutions.jump.workbench.ui.cursortool.DrawRectangleFenceTool.getCursor(DrawRectangleFenceTool.java:58) at com.vividsolutions.jump.workbench.ui.cursortool.OrCompositeTool.getCursor(OrCompositeTool.java:68) at com.vividsolutions.jump.workbench.ui.cursortool.QuasimodeTool.(QuasimodeTool.java:70) at com.vividsolutions.jump.workbench.ui.cursortool.QuasimodeTool.addStandardQuasimodes(QuasimodeTool.java:252) at com.vividsolutions.jump.workbench.ui.WorkbenchToolBar.addCursorTool(WorkbenchToolBar.java:145) at com.vividsolutions.jump.workbench.ui.WorkbenchToolBar.addCursorTool(WorkbenchToolBar.java:111) at com.vividsolutions.jump.workbench.JUMPConfiguration.add(JUMPConfiguration.java:1235) at com.vividsolutions.jump.workbench.JUMPConfiguration.configureToolBar(JUMPConfiguration.java:1296) at com.vividsolutions.jump.workbench.JUMPConfiguration.setup(JUMPConfiguration.java:340) at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:288) at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:253) Does anyone else experience the same problem or does anyone have an idea what's going on? Seems like this is an X11 issue, so maybe other people using Linux have this problem as well? I get the problem with both Java5 and Java6. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] long attribute type
Bing Ran wrote:
Hi,
> The AttributeType class does not contain a type for java long integer. The
> comments
>
> /** For long values (64-bit) */
> public final static AttributeType INTEGER = new AttributeType("INTEGER",
> Integer.class);
>
> is confusing, since Java integer type is 32-bit.
agreed.
>
> How do you guys deal with long interger attribute types?
well, we don't ;-) Currently, there is no way to create a field of type long (at
least not to my knowledge).
Best regards, Andreas
--
l a t / l o n GmbH
Aennchenstrasse 19 53177 Bonn, Germany
phone ++49 +228 18496-12 fax ++49 +228 1849629
http://www.lat-lon.dehttp://www.deegree.org
signature.asc
Description: Digital signature
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Need some information.
karthik shravanam wrote: Hi, > I am a new jump user and doing some research on the tool, i just wanted to > know how i can check out the source code? you can find all the information about the svn here: http://sourceforge.net/svn/?group_id=118054 Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] DbfFile and String intern
Michael Michaud wrote: Hi, > Nothing to add to Paul's answer. > I found the tip of replacing the intern() method by the use of a hashmap > in the excellent site of Roedy Green : > > http://mindprod.com/jgloss/interned.html#WHY (end of the page) thanks, to both of you. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] DbfFile and String intern
Michaël Michaud wrote: Hi, first of all, thanks for the effort of making OpenJUMP faster! > ==> permgen memory cannot be cleaned (no way to free the permgen space if the > layer is deleted) Do you know of a good reference of how the different memory types work/what they're used for? We're sometimes also struggling with PermGen space errors, and don't really have a clue what they're about (just increasing the space usually works well enough)... Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] JTIN update: major milestone reached
Sunburned Surveyor wrote: Hi, > I hope to put the last touches on a CSV reader for OpenJUMP this > weekend. I could get you some survey data for a TIN in CSV format > after that. Or we could try to use the existing PIROL plug-in that > reads CSV files. or you could use the latest deeJUMP plugin version, which also includes a new CSV reader. You can either choose a x and y column as point geometry, or use a column which contains WKT. https://wiki.deegree.org/deegreeWiki/OpenJumpPackages Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] vertex styling bug?
Stefan Steiniger wrote: Hi, > Btw: The csv-reader plugin from deeJUMP, does it rely on deegree libs? > or could we integrate that in the core? unfortunately, it does. I'm always trying to integrate things directly into OpenJUMP if possible ;-) Maybe one day we decide to integrate a deegree version into OpenJUMP, then we can merge the WFSPlugin and deeJUMP directly into OpenJUMP... Maybe with deegree 2.3 ;-) Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] vertex styling bug?
Stefan Steiniger wrote: Hi, > I just discovered, that if I turn on the display of vertices for a line > layer, then the lines are not displayed anymore and only the vertices. > Did somebody accidently changed that? or was that a feature of deeStyling? > > I would rathe have the option to see both: lines + vertices at the same time ok, this is fixed now. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] [jump-users] Re: [ANN]: WFSPlugin 1.1.0 released
Rahkonen Jukka wrote: 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. thanks. To run the WFSPlugin standalone, run the main class de.latlon.deejump.wfs.ui.WFSFrame (I moved the classes around a bit, maybe that's why it didn't work for you any more). > > 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 And it's right, the urn is not recognized. You can switch the deegree.jar with a current version, which knows at least this name of EPSG:4326. Get it here: http://download.deegree.org/deegree2_nightly/deegree2.jar Is there a list or a common scheme of which urns GeoServer uses? For EPSG:4326, we currently recognize (all casings are recognized): EPSG:4326 URN:X-OGC:DEF:CRS:EPSG:6.11:4326 URN:X-OGC:DEF:CRS:EPSG:6.11.2:4326 URN:OGC:DEF:CRS:EPSG::4326 URN:OGC:DEF:CRS:EPSG:4326 HTTP://WWW.OPENGIS.NET/GML/SRS/EPSG.XML#4326 URN:OPENGIS:DEF:CRS:EPSG::4326 URN:X-OGC:DEF:CRS:EPSG:4326 Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - 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] [jump-users] Re: [ANN]: WFSPlugin 1.1.0 released
Rahkonen Jukka wrote: Hi, first of all, thanks for testing! > Unfortunately this release does not work at all with GeoServer 1.6 beta 3 that > happened to be on my computer. GetCapabilites goes fine with both WFS 1.0.0 > and 1.1.0. However getFeature ends with this message on OJ screen: > > [Fatal Error] loose.dtd:31:3: The declaration for the entity "HTML.Version" > must > end with '>'. > [14:47:23] ERROR: Error parsing response. > org.xml.sax.SAXParseException: The declaration for the entity "HTML.Version" > mus > t end with '>'. This error looks like the server is returning HTML instead of the expected XML. Can you confirm that by sending the request by hand? > A bit older version of this same new WFS plugin with 1.1.0 and WFS-T support > did work with this very same GeoServer installation, though at that time only > with version 1.0.0 because the plugin could not handle srsName in the new > format (for example srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326"). Now it > seems to support this. Yes, the new style srs names should work now. However, not all identifiers are supported (it actually checks for the versions). If you happen to come along an unsupported name/crs, we can fix that easily. What are the errors you get when trying transactions now? > > Another finding is that attribute filters do not work anymore, either. Hm, the filters are actually unchanged. Maybe you could also try to send the request by hand? Maybe GeoServer interprets them different these days? Thanks, Andreas PS: The GML files you sent Stephan can be parsed by deegree when I add missing namespace bindings. Does GeoServer include these bindings at all, or are they missing in the source document as well? (Firefox does not show the bindings in the standard XML view, use right click -> view source to see the full document) PPS: Nice holidays... -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - 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] TaskFrame and WorkbenchContext source code files for review before commit.
Larry Becker wrote: Hi, > >As long as everyone else has to play by the same rules. If I'm getting > >special treatment I should at least know the reason. (I'll gladly > >accept suggestions or recommendations that deal with technical issues > >in my source code.) > > As you know, I never mince words, so I would like to acknowledge that your > programming skills have come a long way since you first started working on > OJ (in 2005?). I haven't looked at your recent TaskFrame posts in detail, > but they seem logical on the surface. It is not your changes that I object > to, but the reason for them. For me, there are only a few reasons for > changing code in a legacy project: to fix a bug, or to add needed > functionality. On very rare occasions, it may be necessary to modify the > core architecture such as was done with Threads, the rendering system, or > Paul's recent Open dialog changes. Ideally, these changes should be done by > a programmer with experience in this area. Even so, they almost always turn > out to have unintended consequences. > > I guess I don't like the precedent of randomly modifying the core Classes > just because they don't seem optimal. I could do that too, but I resist > the temptation because I don't know where it would end. In fact I have made > dozens of experimental modifications to core classes that I never proposed > to OJ because I can't prove that they actually improve speed, reliability, > or memory utilization, or that anyone would ever use them. > > So I don't like to support core Class changes, but exceptions should be made > if someone feels strongly about them. So do you feel strongly that these > changes will improve reliability and be worth the possible unintended side > effects? If the answer is yes, then I think we owe it to you to support > them. I can only second what you wrote, as it's exactly how I feel. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - 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] disable/deactivate menu with plugin?
Larry Becker wrote: Hi, > I can't think of a way without modifying OpenJumpConfiguration. If this > is a popular requirement, we could add functionality via the editable > workbench-properties.xml file instead of the OpenJumpConfiguration class (as > SkyJUMP does). This would make it possible for users to add or remove > functionality at will. Yes, that would definitely be a nice feature. If I can be of aid in transporting it from SkyJUMP, please let me know. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org signature.asc Description: Digital signature - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP as an OSGEO project - Assessing the Requirements
Stefan Steiniger wrote: Hi, > The only thing I am personally struggling is the definition of release > rules and a development plan if that is required (as this would play > against our "I contribute when I like" idea) > > I am awaiting your coments and a OJ-Joins-OSEGEO decision (+1: yes, 0: > don't know, -1 too much work) from the regular contributors, i.e. at > least an oppinion from: > Larry, Michael, Peppe, Andreas, Paul, Landon, Martin. > > I also welcome oppinions from Jukka, Jon, Paolo, Eric, Geoff, Sascha, > Lat/Lon, Intevation, Erwan, Arnd, Edgar, Ugo + Steve (if listening > ;),... and who ever wants to > > my personal vote: 0 (influenced by the work that needs to be done, > listed above) I'd say .5 ;-) My vote would be +1 if not for the work. As I cannot really help here, I'd have to say 0. So in general, count me positive. Thanks for the work already, Stefan! Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] vertex styling bug?
Stefan Steiniger wrote: Hi, > I just discovered, that if I turn on the display of vertices for a line > layer, then the lines are not displayed anymore and only the vertices. > Did somebody accidently changed that? or was that a feature of deeStyling? > > I would rathe have the option to see both: lines + vertices at the same time The problem lies in the implementation of vertex styling. Before the deeStyling changes, the BasicStyle was responsible for styling the vertices, fills and lines. The more fancy vertex stylings are implemented as specializations of vertex styles. To prevent the basic style from being painted when a fancy vertex style is enabled, I had to disable the basic style. The side effect that you just discovered is that the line part of the basic style is of course also not rendered. I'm not sure what a good solution would be. I've fought pretty hard with the current styling model, and I must confess I don't like it too much ;-) But as it goes, never change a running system... Maybe one of these days we could implement a new styling model that's a little cleaner (and also perhaps a little more capable). Currently we have one of each of basic, vertex and color theming style per layer. IMHO it would be better to have one of each of vertex, line, fill and color theming style per layer, or even better, as many as one likes of vertex, line and fill per layer (with each one having filter capabilities). Just some thoughts. But back to your problem. To fix it, one could change the basic style to stop rendering vertices when a vertex style is enabled, but to continue rendering the rest. When I find the time, I'll get around to it (reworking the styling model requires funding ;-)). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Some remarks on translating OJ
Rahkonen Jukka wrote: Hi, > And finally something that is perhars a minory bug: > > View - Zoom to WMS layer > If WMS layer is not selected for this operation, OpenJUMP gives first a > reasonable message, but after that also NPE > java.lang.NullPointerException > at java.lang.reflect.Array.getLength(Native Method) > at > org.openjump.core.ui.plugin.wms.ZoomToWMSPlugIn.getSelectedSRS(ZoomToWMS > PlugIn.java:240) > > After hitting OK for the NPE message everything works normally so this > in not any big inconvenioence. fixed. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] wms 1.1.1 support ?
Stefan Steiniger wrote: Hi, > I guess this question is rather directed to Andreas. > I notices today that somebody updated the original JUMP Code > (VividSolutions cvs) ... see the change-log entry below. > > Do we the 1.1.1 compatibility already or do we need to update? (I think > Andreas improved that.) in general, we have 1.1.1 compatibility. What we don't have is the version auto-negotiation, which would remove the need to choose the WMS version by hand. I guess it would be nice to also have this functionality, but only for convenience when working with many WMS. I improved some parts of capabilities parsing to enable usage of the advertised GetMap URLs, so I'm not sure how easy merging will be. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Opening files
Sunburned Surveyor wrote: Hi, > I spent about an hour this morning reading through some more of the > Javadoc, source code, and information that Stefan put on the wiki. I > think I have a possible solution to your problem. thanks! That helps a lot. When I find the time, I'll tackle this problem and let you know how it works out. I was suspecting that I was using an old way, as the code comes from the deeJUMP plugin and I just extended it with the new functionality. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Opening files
Sunburned Surveyor wrote:
Hi,
> I did a little reading in the old JUMP Developer Guide and the
> OpenJUMP Javadoc. I was wondering if you could indicate to me which
> method is used to obtain the FeatureCollection from the DataSource. Is
> it the installCoordinateSystem method? I see that it returns a
> FeatureCollection, but it seems like an odd name. I was expecting to
> find a getFeatureCollection method or something similar.
I'm currently using the following mechanism. I extend the class
com.vividsolutions.jump.io.datasource.StandardReaderWriterFileDataSource
as follows:
public static class DeeMapInfoFile extends
StandardReaderWriterFileDataSource {
public DeeMapInfoFile() {
super( new DeegreeMapInfoReader(), null, new String[] { "mid",
"mif" } );
}
}
with the DeegreeMapInfoReader implementing the
com.vividsolutions.jump.io.JUMPReader interface with the method
public FeatureCollection read( DriverProperties dp )
throws Exception;
A solution would be to add an ExtendedJUMPReader with an additional method that
gets called with the layer or something later on. That would enable old plugins
to continue to work, and a simple instanceof tells us with which reader we're
dealing.
Best regards, Andreas
--
l a t / l o n GmbH
Aennchenstrasse 19 53177 Bonn, Germany
phone ++49 +228 18496-12 fax ++49 +228 1849629
http://www.lat-lon.dehttp://www.deegree.org
---
On June 17 is deegree day - Am 17. Juni ist deegree day
http://deegree.org/deegreeday
signature.asc
Description: Digital signature
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Opening files
Hi, I'm wondering. If I've got a reader (JUMPReader) and I'm using it in a DataSource, I often run into the problem of communicating data that was read from the file to the application. Example: I'm parsing a MapInfo file and would like to store the parsed style information somewhere. From the reader/datasource I've no access to a global Map or the generated layer. The only thing I have is the feature collection that is created. To work around the problem, I wrote another plugin that reads and applies the style information (since plugins have the PlugInContext containing a whole lot of information). Is there a way how I can communicate information from the reader to the rest of OpenJUMP? Maybe we could add a hook like public void postLayerCreation(Layer layer); to the JUMPReader interface? Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Log4j.xml and openjump.bat
Paul Austin wrote: Hi, > Right, I forgot we added the conf dir to the classpath. I think we > should provide a sample log4j.xml file for the complete novice users. on that I'm agreed. Maybe we should clean up the file since it contains many entries right now which we don't really need. We could also switch to the properties file (I find it much easier to read). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Log4j.xml and openjump.bat
Paul Austin wrote: Hi, > How about this as a solution. We rename the log4j.xml to > log4j.xml.sample and then in the .bat file so a test to see if the > log4j.xml file exists in the conf directory and only if it is there does > it add it to the options when launching the application. > > This way people can easily use it if they want to. this is not really necessary, as log4j automatically adds any log4j.properties and log4j.xml files in the classpath to the configuration. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Log4j.xml and openjump.bat
Stefan Steiniger wrote: Hi, > thank you for the note. > The xml file is only there for the nightly build... up to know (not sure > if we should change that? I opt for removing the file and the reference. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] 2nd test on SLD import/export OpenJUMP, Kosmo, uDig
Giuseppe Aruta wrote: Hi, > > I saw you did other work on SLD with OpenJUMP addinfg support for > ArcMAPtoSLD plugin. I will do other test on it. I want to wait that Kosmo 2 > is ready to test it also yes, I added the plugin. But it's not very comfortable to use (you have to select the generated file in a second dialog) and so far COMPLETELY UNTESTED (as I'm developing under Linux and my Windows box does not have the ArcMap necessary to run the ArcMap2SLD tool). So once again you're welcome to test it. If you have a test generated SLD file (working or not) + shape files which you can spare, I'd appreciate it again. Same goes for the Kosmo2 files, of course (or any other SLD file you can get your hands on). Best regards and thanks for testing, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Workbench Properties
Sunburned Surveyor wrote: Hi, > Andreas wrote: "sure, but my point is that it's duplicated > functionality. When a user is > updated/added/deleted in the system, do you take care to do the same for the > OpenJUMP-users?" > > Alas my friend! I think we have identified an unresolvable trade-off. > > On the one hand, if we tap into the operating system's framework for > managing users we will likely loose are ability to be truly > cross-platform. > > On the other hand, if we design an independent (and cross-platform) > solution to user management just for OpenJUMP we loose the > synchronization with the operating systems users. yes, that pretty much nails it ;-) > I'm not sure if there is a solution that addresses both of these > issues, nor am I sure which of the techniques described above is the > one to pursue. There may not be one technique that is "better" than > the other. > > However, if you distribute a flavor of OpenJUMP for just one operating > system, you might implement a solution that doesn't need to be > cross-platform. I think this would be fairly easy to do with a plug-in > or two. Agreed. As long as there will be no centralized solution which everyone is forced to use, I'll be happy as well. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Selecting WMS image format
Andreas Schmitz wrote: Hi, > > Is it possible somehow to select the image format OpenJUMP is requesting > > from the WMS server if that supports several formats? > > I don't think so. It is a often requested feature, though, so adding it (for > example) below the SRS drop down box would be the way to go. it's done. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Workbench Properties
Sunburned Surveyor wrote: Hi, > "but then you'd have the problem to invent a username to store there..." > > I imagined you'd create a simple plug-in that would allow users to > create and delete OpenJUMP users. The folders for each user could be > created and deleted during this process. > > If you wanted to get fancy, you could have the plug-in scan the user > directories on Linux or Microsoft operating systems and create > mirrored users for them in OpenJUMP. I think PostgreSQL might do > something similar on Linux... sure, but my point is that it's duplicated functionality. When a user is updated/added/deleted in the system, do you take care to do the same for the OpenJUMP-users? Once you start with a piece of software, it might be simple. But half a year later, you'll be able to cook coffee with it ;-) Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Workbench Properties
Sunburned Surveyor wrote: Hi, > Or even /openjump/lib/ext/users... but then you'd have the problem to invent a username to store there... Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Workbench Properties
Paul Austin wrote: Hi, >* All users share the same properties file unless you change it in > the batch script to point to a user specific directory then maybe we should change the batch scripts. Since most of the Windows people will have installed at least Windows 2000/XP (and not Windows 98 any more ;-)), there's a good chance that they have a home directory... I'm also for a change in the linux script to create the $HOME/.jump directory if it does not exist. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Import points from text file
Rahkonen Jukka wrote: Hi, > Is it possible somehow to import the x- and y-coordinates from a plain > text file (comma of white space separated) and create points? With > MapInfo is goes this way: [...] > I use this feature every now and then. Would be extra nice to be able to > create points from non-spatial PostGIS and Oracle tables which have just > coordinates as numbers. we actually have plans to write a little plugin for CSV text files. I'll let you know when we've implemented it. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] 2nd test on SLD import/export OpenJUMP, Kosmo, uDig
Giuseppe Aruta wrote: Hi, > > > b) OpenJUMP opens uDig SLD but it doesn't import > > the > > > correct fill colour . > > > > Are you sure? When I'm testing your files, the fill > > colors seem to be imported > > correctly... > > I attached two screenshot of what happens when I load > uDig SLD in OpenJUMP > > A) 1.jpg is the screenshot of the file opened in uDig > with the style. Than saved to uDig.sld > B) 2.jpg is the screenshot of the same file in > OpenJUMP when I load uDig.sld thanks, that helped. > OpenJUMP loads colors but makes a sort of selections > of them. According to the system of the style: > OpenJUMP makes styles according to the value and range > (different tones of colors) but uDig makes style > according to "ranges" of values. Yes, it's similar to the color theming of OpenJUMP. They just used different SLD/filter encoding constructs to export them to SLD. I've fixed the import, so that it works now for these specific filters. In general, the import will never support all possible SLD constructs, but at least we can try to widen the range to include files such as the ones generated by uDig. On another note, you wrote that Halo import does not work. But I'm seeing the Halo (at least for the Kosmo file number 2)? Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] 2nd test on SLD import/export OpenJUMP, Kosmo, uDig
Giuseppe Aruta wrote: Hi, > I did a test on Andreas' job about import/export SLD. thanks, your efforts are appreciated here! > These are the resaults: > > a) OpenJUMP can easly open Kosmo SLD. It imports > everything except fill type and halo. > Sometimes it cannot import the correct position of the > Text Yes, the label placement elements of SLD are not used. I think in OpenJUMP you cannot place labels in the same way as in SLD. > > b) OpenJUMP opens uDig SLD but it doesn't import the > correct fill colour (depends to syntax of SLD, see > later). OK for text, text color, font and and font > dimension. Are you sure? When I'm testing your files, the fill colors seem to be imported correctly. The only thing not supported are more complicated OGC expressions (ie, something other that a literal or a ogc:Literal). Since OpenJUMP does not support color theming in an arbitrary manner, implementing this would be difficult. > d) uDig doesn't import OpenJUMP SLD. > When I load in uDig a SLD file from OpenJUMP, the > screen turns to white > (I think this depends to different syntax of SLD > files (open SLD with a text edirtor to see it) You probably mean this, right?: #ffcc77 versus #ffcc77 The example file on opengis.net (http://schemas.opengis.net/sld/1.0.0/example-sld.xml) uses the syntax OpenJUMP creates now, so I guess we're on the safe side ;-) > You can see a better deatil on a EXCEL file attached > to this mail. I also attached the shapefile I used for > the test and the SLD files. (in TEST_ON_SLD.ZI(P)) Thanks for that, it's always nice to have more test data ;-) Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Test on SLD import/export using OpenJUMP, uDig and Kosmo
Giuseppe Aruta wrote: Hi, > >> in both situation there is a "Number format exception" > >> error. I wrote down on files "OJ_Kosmo error log.txt" > >> and OJ_uDig error log.txt" > > >I'm sure I can handle these. Next week I'm sure I'll have an update on that. > > > Hi Andreas, > write me when you think to do it so I can do a test ok, it took me a while longer than I thought, but here we go. I reworked the SLD import, and now you can choose label styles (text symbolizers) in the SLD file, basic styles (any Line, Point or PolygonSymbolizer in the SLD file) and color theming styles (a collection of rules with filters in the SLD). I tested it briefly with your test data, and it seems to work with all three SLDs and the test shape file (without knowing how it looked originally ;-)). If you'd test a bit more, I'd be grateful. Also, if anyone has comments on the user interface, please go ahead and criticise. I tend to have a different view on practicality than users ;-) Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-12 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Test on SLD import/export using OpenJUMP, uDig and Kosmo
Giuseppe Aruta wrote: Hi, > I did a test on a shapefile with import/export SLD > (I attached all the resaults and the original test > shapefile) cool, thanks! > OpenJUMP > > * it cannot import SLD created by Kosmo > * it cannot import SLD created by uDig > * it can import SLD created by itself I'm currently working on the SLD import in OpenJUMP, so I'll keep you posted on that. Importing the self-generated SLD was the only thing I tested, so it's good to know that it also works for you. > in both situation there is a "Number format exception" > error. I wrote down on files "OJ_Kosmo error log.txt" > and OJ_uDig error log.txt" I'm sure I can handle these. Next week I'm sure I'll have an update on that. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Project does not work
Stefan Steiniger wrote: Hi, > I did a workaround. not every elegant, but it works. I added a check of > what type the missing element is. So if it is of type "style" I eat the > exception and it continues (fortunately). > > good that you are back (especially for the WMS problem :) I was going to > have a look on it today (my day started now), but as you fixed it > already no need to thanks ;-) I think I'll fix a bug for every one you fix, then we'll cut them down in no time... Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] @Andreas Schmitz, about SLD import
Giuseppe Aruta wrote: Hi, > With Kosmo Saig Team Sunburned Survaror and I are discussing about > possible common areas of development between OpenJUMP and Kosmo SAIG > software. > The idea is that users can use both software for their project. One of the > most easy way to share files or project would be the possibility to use SLD, > of coarse. > Sergio, one of the SAIG team, did a test on SLD import/export between > Kosmo, OpenJUMP and UDig. I send you his comment since you are probabily the > expert in this argument: > > *** > > (Sergio) "We've tested the Kosmo SLD export against UDIG 1.1 rc14 and all > of > the tests have succeded. I've also test against the last OpenJump > nightly build with some sld files generated by Kosmo and the OJ SLD > import plugin has a problem when reading the color values: it seems to > read the color value string with a lot of spaces before and after it, > and the Color.decode() function fails (this could be corrected by > calling to the method colorString.trim())." ok, I've added calls to trim where appropriate. Maybe someone could test it again? I hope I didn't miss any places where it's necessary... Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] WMS connection fails with nightly build
Rahkonen Jukka wrote: Hi, > > > 20080108-0022 works for sure. I made some further trials > > and noticed > > > that all versions can make connection to > > http://demo.deegree.org/deegree-wms/services. > > > However it fails with our service providers service. Perhaps some > > > kind of parsing problem. I can send the GetCapabilities > > document as > > > private mail if someone gets interested. > > > > yes, please send me the document. When I find time, I'll look into it. it's fixed in the latest svn version (and thus in the next nightly build). The problem was the missing GetFeatureInfo-section, which is in fact optional. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] WMS connection fails with nightly build
Rahkonen Jukka wrote: Hi, > > 20080108-0022 works for sure. I made some further trials and noticed that all > versions can make connection to http://demo.deegree.org/deegree-wms/services. > However it fails with our service providers service. Perhaps some kind of > parsing problem. I can send the GetCapabilities document as private mail if > someone gets interested. yes, please send me the document. When I find time, I'll look into it. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Deegree Configuration Tool
Malte Weller wrote: Hi, > @Andreas > > Hi Andreas, > > I've downloaded the libraries from the deegree wiki > (https://wiki.deegree.org/deegreeWiki/ConfigTool?highlight=%28CategoryDeegree2%29). > Instead of using the package from your homepage I tested the config tool > with the official final release of OJ and it doesn't work. hm, my guess is that a .jar cannot be opened for some reason, or cannot be read fully. I'll try to use the latest OpenJUMP with the configtool soon, maybe I'll find the problem. You can also try to replace the openjump*.jar files in my package with the officially released ones, and see if the problem persists. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Project does not work
Sunburned Surveyor wrote: Hi, > Was the project file saved with an older version of OpenJUMP, or with > the same nightly build. (I noticed that I had problems opening a > project file from saved with the same nightly build the other day.) > > This seems like a pretty critical bug. > > It looks like we are missing a "filling" attribute. > > Have we made any recent changes to the project file in OpenJUMP? I guess I'm the guilty party. I added some features to the styling dialog etc. and changed the .java2xml specs. @Stefan, did you already solve/work around the problem? Or do I misunderstand you here? Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Language files
Giuseppe Aruta wrote: Hi, > I am working around the Italian Language file to fix the latest modification. > I am also giving a review to the main (English) Jump.properties files. > > 1) There are some items which lack of interntionalization (?): > "ZoomRealtime" and "Paste items to point" > > 2) I wander if it is possible to modify the description of some items: > a) "Transform layer style into SLD" to "Export symbology to SLD file" > b) "Import SLD" to "Import symbology from SLD file" sure, change the English translations for these. I always welcome such suggestions, as I sometimes do not see the best terminology, especially since I'm not from a GIS background myself, and I'm not a user. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] @Andreas Schmitz, about SLD import
Giuseppe Aruta wrote: Hi, > Hi Andreas, > With Kosmo Saig Team Sunburned Survaror and I are discussing about > possible common areas of development between OpenJUMP and Kosmo SAIG > software. > The idea is that users can use both software for their project. One of the > most easy way to share files or project would be the possibility to use SLD, > of coarse. > Sergio, one of the SAIG team, did a test on SLD import/export between > Kosmo, OpenJUMP and UDig. I send you his comment since you are probabily the > expert in this argument: > > *** > > (Sergio) "We've tested the Kosmo SLD export against UDIG 1.1 rc14 and all > of > the tests have succeded. I've also test against the last OpenJump > nightly build with some sld files generated by Kosmo and the OJ SLD > import plugin has a problem when reading the color values: it seems to > read the color value string with a lot of spaces before and after it, > and the Color.decode() function fails (this could be corrected by > calling to the method colorString.trim())." > > > * > > If you are interested to all the discussion, the argument, in OJ DEvel List, > is: [JPP-Devel] Kosmo and OpenJUMP common area of interests Thank you for the pointer. Unfortunately, I've been in Holidays until today, so I'm currently trying to read through 4 weeks of emails. I hope I'll find the time to contribute something to the discussion soon. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Weekly Build Disconintued
Giuseppe Aruta wrote: Hi, > > 4) Andrea worked on 2 interesting tools: "Importing SLD" on File menu and > "Transform Layer Style into SLD". I think if this could be a good > opportunity to work around on a import/export style file between different > layers in OJ. Anyhow the 2 SLD menu could be better together on Layer menu? ok, I'll make this change (it makes more sense, indeed). Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] "Copy bounding box " missing from weekly build
Stefan Steiniger wrote: Hi, > the function has been moved by Andreas to the Edit menu. > I am not sure what Andreas intends to do... It was a feature that was requested by one of our users. I did not move it, but add it (since it did not exist previously). > However, I have done the changes you suggested and removed the buggy > line. The changes should be available with the next build. Thanks! I did not really know about the BBOX WKT, that's why I used the polygon. > But we may also wait for a comment from him. I'm good with any suggestion on where to put the tool. I'm not sure where such a function would fit. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Weekly build does not start
Jukka Rahkonen wrote: Hi, > > Try the new weekly build and let me know if you have problems. > > > > Sorry. Window named as Java virtual machine launcher says: > "Could not find the main class. Program will exit!" try changing the following line: set JAVA_OPTS=-Xms256M -Xmx256M "-Djump.home=%JUMP_HOME%" -Dlog4j.configuration=file:%JUMP_HOME%\bin\log4j.xml to set JAVA_OPTS=-Xms256M -Xmx256M "-Djump.home=%JUMP_HOME%" "-Dlog4j.configuration=file:%JUMP_HOME%\bin\log4j.xml" I suspect the problems arise, if the %JUMP_HOME% path contains spaces. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Kosmo and OpenJUMP common area of interests
Giuseppe Aruta wrote: Hi, > I saw on "List of changes" that Andreas is working a > lot on SLD import/export plugin (I image ter related > plugin (ImportSLDPlugIn.java and SLDImporter.java) are > for import/export SLD). yes, the SLD import/export is more or less finished. Unfortunately, I'll be on vacation the next month, so I'll probably only get to it after that. What's missing is a dialog to offer the user which style he wants to import (in case of multiple ones and ones with filters) and some general stability. If someone wants to try it out with Kosmo-generated SLD (of course also with completely unrelated SLD) I'd like to hear about it. I'm also open for suggestions on how to handle more complicated situations. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org --- On June 17 is deegree day - Am 17. Juni ist deegree day http://deegree.org/deegreeday signature.asc Description: Digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
