Re: [JPP-Devel] accessing a password protected WMS server
Having checked the wms server today from Open JUMP and 2 other GIS viewers I see that the server can be accessed with both the shorter and longer address variants. Only Open JUMP can't open it from the longer address (the one with ”?service=wmsversion=1.1.1request=GetCapabilities”). The SRTM hillshade is unavailable from Open JUMP, as well as the other 2 GIS viewers. Andrei On Thursday, December 11, 2014 8:33 PM, Andrei Nacu andreina...@yahoo.com wrote: The wms is not working today. I'll check on it when it is functional again. Yesterday the conclusion was that the shorter address variant (with wms instead of ows and without the ”?service=wmsversion=1.1.1request=GetCapabilities” part) allows us to view the wms map layers. Andrei -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] accessing a password protected WMS server
A. what are the other 2 gis viewers, can you name them? B. is it possible that they silently switch to the advertised, shorter url? ..ede On 15.12.2014 14:39, Andrei Nacu wrote: Having checked the wms server today from Open JUMP and 2 other GIS viewers I see that the server can be accessed with both the shorter and longer address variants. Only Open JUMP can't open it from the longer address (the one with ”?service=wmsversion=1.1.1request=GetCapabilities”). The SRTM hillshade is unavailable from Open JUMP, as well as the other 2 GIS viewers. Andrei On Thursday, December 11, 2014 8:33 PM, Andrei Nacu andreina...@yahoo.com wrote: The wms is not working today. I'll check on it when it is functional again. Yesterday the conclusion was that the shorter address variant (with wms instead of ows and without the ”?service=wmsversion=1.1.1request=GetCapabilities” part) allows us to view the wms map layers. Andrei -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] CTS PlugIn integration
Hi Michael, I cannot reproduce either again. It was a test made on a Vector and Raster layer together, it didn't (doesn't) happen if I test it on 2 vectors. I think that the new enablecheck implementation should avoid this sort of conflict/bug. I agree with you: opening the possibility to have a true reprojecting implementation (like Kosmo or GvSIG) implies a strong OJ code reprogramming - probably not in our (economical, time, wish...) possibilities. My opinion is to leave everything as it is and work around the CTS plugins, maybe adding the possibility to read/write proj files (AdBToolbox, an OJ clone, has this feature, I will check the code on next days) Peppe 2014-12-14 14:17 GMT+01:00 edgar.sol...@web.de: On 14.12.2014 13:55, Michael Michaud wrote: Hi, I propose to include CTSPlugIn into OpenJUMP in two steps 1) inclusion in PLUS version after I checked with Peppe the problem with undo 2) studing how CRS can be managed at the project level (see discussion after) 3) inclusion in the CORE later if a good solution for a tighter integration is found. @peppe : undo bug : can you confirm the bug with 0.1.1 version (and last OJ NB!). I did not fix undo but could not reproduce the problem, so I will need a step by step description to reproduce the problem you reported. @ andrei : small dot bug : I could see the dot you noticed under the cursor on my machine too. For me it disappears after a few seconds. The bug is not harmful and I suspect it may be quite difficult to find the root cause. I'll not invetigate further. Tighter integration of CTS in OpenJUMP. OK, Peppe and Andrei want to get what most other GIS offer to handle coordinate system. There are several approaches to do that and all have a deep impact on teh code, and even on the results of other plugins. I would like to share some thoughts : I have a project in worldwide coordinates (WGS84) and datasources (shapefiles, images, database) in local coordinates. I can see at least two places where transformation can occur 1) opening the datasource : in-memory representation of the data could be reprojected without reprojecting datasource itself pros : data is transformed only once cons : datasource and in-memory data have not the same geometry, it needs important modifications in the code. Saving back to disk implies a double conversion where original coordinates may not be preserved, even if they have not been edited 2) displaying the dataset : I think this is the way most GIS work. Data is not altered but simply projected at display time. I prefer this way, but it implies transforming data after each pan/zoom. It also has deep implication in editing tools as each edition operation must be converted from project coordinate system to datasource one. Choosing one approach or the other has consequences on most processes : Intersection points computed between segments will not be the same, buffer will not be the same, and hence all geometric results may differ according to where the transformation takes place. Debate is open Michaël PS : any choice has big implication in the code, hence my willing to dissociate transformation capability as proposed by the current plugin and tight integration wished by users. totally with you there.. that would be in line with keeping OJ lite, no funny stuff behind the scenes. integrating real time reprojection of the view is very major and i don't see a non disruptive way to do that, not even taking into account the man power needed to realize that. suggesting a reprojection when loading a different projection into a SRID marked project on the other hand, should be easy to realize and suffice for most i guess. ..ede -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE
Re: [JPP-Devel] wms zoom on open
edgar.soldin wrote: On 14.12.2014 21:13, Rahkonen Jukka (Tike) wrote: Hi, 1) In WMS is is only compulsory to advertize WGS84 bounding box - as long as OpenJUMP is missing CRS support zoom to bounds will not work generally. However, additional BBOX:es do exist often and zoom to layer is possible to perform. 2) As Michaël wrote, automatic zoom to bounds should not be done if project already has layers - vector, raster or other WMS layers just out of interest. why? just noticed we also do not do it for a second dataset opened. wouldn't a user expect to see what he just opened? If you are digitizing something like a lamp posts in Hamburg and you add some background imagery from nation wide WMS service you probably do not want automatic zoom to whole country. 3) Bounding boxes which are advertised by the WMS server may be wrong. wouldn't the wms image placed wrongly then as well? or are there bboxes separate from the image georeference? Yes, the bounding boxes of the GetCapabilities are only metadata which tell the maximum extents of the layer. On our server I tend to set the same bounding box that covers whole Finland for all the layers. When a map is requested from WMS service the request contains exact BBOX please send me an image to fill this box. 4) Zoom to extents of the WMS layer does not necessarily show any map because the layer may have more strict scale range. how would one find out these scale ranges? especially in a client like OJ. From GetCapabilities. The name of the element depends on the WMS version, in WMS 1.3.0 they are MinScaleDenominator/MaxScaleDenominator. However, those are not mandatory elements. You can find an example from http://demo.opengeo.org/geoserver/wms?service=WMSrequest=GetCapabilitiesversion=1.3.0. There you can also see a long list of supported projection and that BoundingBoxes are missing for most of them. I would say that [2] should be taken into account when implementing and the most robust zoom to layer should be based on re-projected WGS84 BBOX [1]. because WGS84 BBOX is the most reliable? Because it is the one that for sure exists. Of course you could check the BBOX of the requested projection and if it is not found, WGS84 BBOX. Or withour CRS support just try if the BBOX of requested projections exists and if not, just forget it. [3] and [4] are mainly something that users should be aware, though WMS GetCapabilities may contain some info about the valid scale range. is this usually interpreted by client software and given to the user? Usually not. QGIS does interpret scale hints and build Zoom to best scale according to those if I remember right. As a helper feature for recognizing the wrong BBOXes there could be a function that converts the BBOXes from the server GetCapabilities into vector polygons. is that an idea to address my former question? still leaves, how other softwares address it, do they at all? I have never seem a client that tries to draw the bounding boxes. However, I can imagine two good use cases: A WMS server manager like me could fast check if that part of GetCapabilities looks good and server is well configured. For example we have services with tens of layers and some misconfugured BoundingBox would be hard to notice. Another use case is the end user of WMS server that serves many layers with different bounding boxes. For example the server that Andrei Nacu is using is hosting some world wide layers but also some which cover only Bucharest. -Jukka- ..thanks ede -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Fwd: [Jump-pilot-svn-notify] SF.net SVN: jump-pilot:[4193] core/trunk/src/org/openjump/core/ui/io/file/ DataSourceFileLayerLoader.java
Hi Ede, stumbled over a problem that was introduced with the macro recording. see below. you can reproduce the addressed issue by 1. disable the reset temporarily 2. open an archive eg. a zip with shp files 3. try to open an ordinary shp file Can reproduce it, thanks, i just patched it up but you probably want to fix it properly.. just a heads up.. ede Ok, I'll have a deeper look. Handling correctly both simple files and zipped files may need some more work. During tests, I've found another bug I could not fix because of a (new) svn problem I get the following error Error :Can't create directory '/svn/p/jump-pilot/code/db/transactions/4193-1.txn': Error :Read-only file system Any hint ? M. google says there are write access problem in the repository, but it strange that such a problem appears suddenly (maybe related to all the problems I had with svn last week). Anyway, I don't know where this file may lie on sourceforge to check... Michaël Forwarded Message Subject: [Jump-pilot-svn-notify] SF.net SVN: jump-pilot:[4193] core/trunk/src/org/openjump/core/ui/io/file/ DataSourceFileLayerLoader.java Date: Sun, 14 Dec 2014 21:15:53 + From: e...@users.sourceforge.net Reply-To: jump-pilot-svn-not...@lists.sourceforge.net To: jump-pilot-svn-not...@lists.sourceforge.net Revision: 4193 http://sourceforge.net/p/jump-pilot/code/4193 Author: edso Date: 2014-12-14 21:15:52 + (Sun, 14 Dec 2014) Log Message: --- hotfix: opening archives prevents opening non-compressed files thereafter. Modified Paths: -- core/trunk/src/org/openjump/core/ui/io/file/DataSourceFileLayerLoader.java Modified: core/trunk/src/org/openjump/core/ui/io/file/DataSourceFileLayerLoader.java === --- core/trunk/src/org/openjump/core/ui/io/file/DataSourceFileLayerLoader.java 2014-12-14 12:28:19 UTC (rev 4192) +++ core/trunk/src/org/openjump/core/ui/io/file/DataSourceFileLayerLoader.java 2014-12-14 21:15:52 UTC (rev 4193) @@ -114,6 +114,12 @@ return parameters; } // [mmichaud 2014-10-01] end + +// this probably clashes with the above, but DataSourceFileLayerLoader is reused for opening files +// so any old parameters lingering during open have a probably detrimental effect on the next open +public void resetParameters() { +this.parameters = new HashMapString, Object(); +} /** The {@link DataSource} class. */ private Class dataSourceClass; @@ -238,6 +244,8 @@ * @return True if the file could be loaded false otherwise. */ public boolean open(TaskMonitor monitor, URI uri, MapString, Object options) { + //reset old parameters away + resetParameters(); addParameter(DATASOURCE_CLASSNAME, dataSourceClass.getName()); addParameter(URI, uri.toString()); MapString,Object properties = toProperties(uri, options); This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ Jump-pilot-svn-notify mailing list jump-pilot-svn-not...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-svn-notify -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list