Re: [JPP-Devel] OpenJUMP 1.4.1rc1
Hello Michael, I just tested the rc1 and found some wrong menü entries: Thanks for your tests (which version did you test ? windows ? standard ? sextante ?) It was the standard OJ rc from Your link You sent a few days before. - Tools Analysis : Overlay Polygon Layers (it have to stay one level under - Two layers) - Tools Analysis : Spatial Join with Attribute Aggregation (it have to stay one level under - Two layers) - Tools Analysis : Spatial Join (it have to stay one level under - Two layers) - Tools Analysis : Overlay (it have to stay one level under - Two layers) These changes have been discussed on the list a few weeks ago. I note your remarks, but such modifications cannot be done every month, and last time, only 2 or 3 members gave their point of view. OH, sorry, now I remembering that posts... Let's see what other say about the new organization. - Tools Analysis : Buffer with Variable Width (in the german version stands only Plume; better is Puffer mit variabler Breite) OK, @Ede : could you validate the change ? (I also changed the french translation recently, as Plume did't show clearly what it does) - SLD: Saving SLD-files working now and importing also. But always for each colour a black line was saved with and not the synced colour. Can you tell me if it is a recent regression or if it's an old bug ? In the first case, I'll try to find what has recently changed, in the second case, I'm afraid it will take more time and I'll postpone to after 1.4.1 release This is definitely an old bug. That is all at the moment what I noticed. Thanks again for your help, Michaël Thank for the good job! Arnd Hi all, I'd like to release 1.4.1 within a few days. Every test you can do with the very last version is welcome. I have prepared 3 bundles here : http://geo.michaelm.free.fr/OpenJUMP/resources/OpenJUMP1.4.1/ - openjump-1.4.1rc1.zip : should be equivalent to next NB. It is the basic multi-OS version - openjump-installer.exe : same as previous version, but within an installer for windows - openjump-1.4.1rc1-s.zip : same as 1.4.1rc1 with Sextante and many other plugins Please, report anything wrong. Note for regular users (Peppe, Jukka, Uwe...) : last change I did (today) are - fix bug 3327322 WMS-getMapRequest incorrect (patch from Wilfried Hornburg). - change dissolve (union by attribute) and calculate areas and length according to last Peppe's remarks Michaël http://sourceforge.net/tracker/?func=detailaid=3327322group_id=118054atid=679906 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- NEU: FreePhone - kostenlos mobil telefonieren! Jetzt informieren: http://www.gmx.net/de/go/freephone -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] geometry conversion revamped much more
Hello Ede, many thanks for those nice and helpful new functions. I just made a little test of it. Good job! Arnd ok, here comes a version very much enhanced according to the multiple suggestions on the former version http://sourceforge.net/projects/jump-pilot/files/p_GPS%2CCTS%20Extensions/geomconv_0.3rc1.zip - ok/cancel dialog on layer edits - tools to explicitly 'remove closing line segments' and 'close open linestrings' - support for multigeometries now - available as layercontextmenu item - polygons to multi* now keeps line segments (thanks michael) - geometries to (multi)polygon detects and adds holes now (shamelessly grabbed from shapefiles code) - i18n support (please edit lib/ext/geomconv/gc.properties and save as gc_langid.properties and send it for inclusion) as always please come back with criticism or praises, if you feel like thanks ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ 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 for getMap-Request differs from URL for WMService
Hi Jukka, the use of the dialog is OK. Could you please explain how to get your URLs with vendor specicfic parameters work in OpenJUMP and how it is stored in the Project-File? It seems to be a little bit tricky. Thanks. Wilfried Original-Nachricht Datum: Mon, 27 Jun 2011 22:11:33 + Von: Rahkonen Jukka jukka.rahko...@mmmtike.fi An: \'OpenJump develop and use\' jump-pilot-devel@lists.sourceforge.net Betreff: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi, I forgot the URL for testing the vendor parameters (which are OK according to the WMS standard). This one can be tested with a web browser http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.mapREQUEST=GetMapSERVICE=WMSVERSION=1.1.1WIDTH=1059HEIGHT=687LAYERS=sea,borders,POI_free_queryTRANSPARENT=TRUEFORMAT=image%2FpngBBOX=-574187,6558020,1615375,7978444SRS=EPSG:3067STYLES=tag=shopvalue=supermarket When using value=convenience the map will look different. As long as OpenJUMP is missing the setting for vendor parameters the only way to use them is to tweak with the base URL. Automatic GetMap URL taken from GetCapabilities would break this useful possibility. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: Wilfried Hornburg [mailto:wilfried.hornb...@gmx.de] Lähetetty: 28. kesäkuuta 2011 0:37 Vastaanottaja: jump-pilot-devel@lists.sourceforge.net Aihe: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi, the Info Jukka explained in his Posthttps://sourceforge.net/mailarchive/message.php?msg_id=27709358 to different URLs for an WMS is generally OK. The only suggestion i'd like to discuss is, whether the user has really the choice to accept (or cancel) the differing URLs (getCap and getMap) The differing URLs are indeed a special case. But: If the Web Mapping Server answers with the getCapabilities Response and declares an different getMapURL, then this URL is mandatory to get an getMap-Response with an Mapimage in it. If you'll send the getMap-Request with the URL for the Service, then an WMS will respond with an empty Mapimage (no Error). The Problem is that you don't know for this request whether there is an Information or not. As far as i can see, it is not necessary to ask the user. The answer from the question is never stored in the project file. So if you've stored a project, you'll get no question anymore. I am interested in your opinion. Wilfried -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] geometry conversion revamped much more
Hi Ede, nice tool! I amgoing to send you the Italian/Spanish translations today. BTW a) I tested your tool with OJ Jufre (based on OJ 1.4.0.3) and your plugIn is noit loaded. b) I tried with OJ NB of june 21 and your plugIn is loaded but is not working c)Finally I tried your plugin with OJ 1.4.1rc and everything was fine, Did you make some changes on the core between b) and c)? Peppe --- Mar 28/6/11, Arnd Kielhorn a.kielh...@gmx.de ha scritto: Da: Arnd Kielhorn a.kielh...@gmx.de Oggetto: Re: [JPP-Devel] geometry conversion revamped much more A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Martedì 28 giugno 2011, 09:42 Hello Ede, many thanks for those nice and helpful new functions. I just made a little test of it. Good job! Arnd ok, here comes a version very much enhanced according to the multiple suggestions on the former version http://sourceforge.net/projects/jump-pilot/files/p_GPS%2CCTS%20Extensions/geomconv_0.3rc1.zip - ok/cancel dialog on layer edits - tools to explicitly 'remove closing line segments' and 'close open linestrings' - support for multigeometries now - available as layercontextmenu item - polygons to multi* now keeps line segments (thanks michael) - geometries to (multi)polygon detects and adds holes now (shamelessly grabbed from shapefiles code) - i18n support (please edit lib/ext/geomconv/gc.properties and save as gc_langid.properties and send it for inclusion) as always please come back with criticism or praises, if you feel like thanks ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ 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 for getMap-Request differs from URL for WMService
Hi, OpenJUMP does not really support using vendor parameters. The same is true with STYLES=, SLD_BODY= and SLD= as well. It is possible to tweak OpenJUMP by giving the server url including the vendor parameters or extra parameters and telling OpenJUMP to use that URL as a base URL for GetMaps too. This will not work if WMS server is really using another base URL for GetMaps but, as we have discussed, that is not very common. Extra parameters will be used with GetCapabilities as well, but it does not matter because if WMS server does not understand what they mean it is just skipping them. This is the behaviour that is also written in the WMS standard. I have never tried if those extra parameters are stored into project file but I fear they are not. It would be a nice and rather simple development to OpenJUMP. At least I would guess so, I am not a programmer myself. I would guess it would basically mean adding a new text box into WMS dialogue and concatenating the contents of the text box into all the GetMaps, URL-encoded from the relevant parts. Setting should be separate for each layer, and it should be possible to save the settings into project file and edit easily. With best regards, -Jukka Rahkonen- Lähettäjä: Wilfried Hornburg [wilfried.hornb...@gmx.de] Lähetetty: 28. kesäkuuta 2011 12:13 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi Jukka, the use of the dialog is OK. Could you please explain how to get your URLs with vendor specicfic parameters work in OpenJUMP and how it is stored in the Project-File? It seems to be a little bit tricky. Thanks. Wilfried Original-Nachricht Datum: Mon, 27 Jun 2011 22:11:33 + Von: Rahkonen Jukka jukka.rahko...@mmmtike.fi An: \'OpenJump develop and use\' jump-pilot-devel@lists.sourceforge.net Betreff: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi, I forgot the URL for testing the vendor parameters (which are OK according to the WMS standard). This one can be tested with a web browser http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.mapREQUEST=GetMapSERVICE=WMSVERSION=1.1.1WIDTH=1059HEIGHT=687LAYERS=sea,borders,POI_free_queryTRANSPARENT=TRUEFORMAT=image%2FpngBBOX=-574187,6558020,1615375,7978444SRS=EPSG:3067STYLES=tag=shopvalue=supermarket When using value=convenience the map will look different. As long as OpenJUMP is missing the setting for vendor parameters the only way to use them is to tweak with the base URL. Automatic GetMap URL taken from GetCapabilities would break this useful possibility. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: Wilfried Hornburg [mailto:wilfried.hornb...@gmx.de] Lähetetty: 28. kesäkuuta 2011 0:37 Vastaanottaja: jump-pilot-devel@lists.sourceforge.net Aihe: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi, the Info Jukka explained in his Posthttps://sourceforge.net/mailarchive/message.php?msg_id=27709358 to different URLs for an WMS is generally OK. The only suggestion i'd like to discuss is, whether the user has really the choice to accept (or cancel) the differing URLs (getCap and getMap) The differing URLs are indeed a special case. But: If the Web Mapping Server answers with the getCapabilities Response and declares an different getMapURL, then this URL is mandatory to get an getMap-Response with an Mapimage in it. If you'll send the getMap-Request with the URL for the Service, then an WMS will respond with an empty Mapimage (no Error). The Problem is that you don't know for this request whether there is an Information or not. As far as i can see, it is not necessary to ask the user. The answer from the question is never stored in the project file. So if you've stored a project, you'll get no question anymore. I am interested in your opinion. Wilfried -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2
Re: [JPP-Devel] geometry conversion revamped much more
On 28.06.2011 11:14, Giuseppe Aruta wrote: Hi Ede, nice tool! I amgoing to send you the Italian/Spanish translations today. BTW a) I tested your tool with OJ Jufre (based on OJ 1.4.0.3) and your plugIn is noit loaded. b) I tried with OJ NB of june 21 and your plugIn is loaded but is not working c)Finally I tried your plugin with OJ 1.4.1rc and everything was fine, Did you make some changes on the core between b) and c)? there is code different in featureinstaller regarding the popup menu. to see if a extension is loaded you have to check the Help-About-Extensions dialog. you should see that the extension loads in all versions. but in nb versions before 21.3.2011 the plugin is limited to the Tools-Edit geometry menu. i tested with 1.4.0.3 and latest nb both work as described above. ede Peppe --- Mar 28/6/11, Arnd Kielhorn a.kielh...@gmx.de ha scritto: Da: Arnd Kielhorn a.kielh...@gmx.de Oggetto: Re: [JPP-Devel] geometry conversion revamped much more A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Martedì 28 giugno 2011, 09:42 Hello Ede, many thanks for those nice and helpful new functions. I just made a little test of it. Good job! Arnd ok, here comes a version very much enhanced according to the multiple suggestions on the former version http://sourceforge.net/projects/jump-pilot/files/p_GPS%2CCTS%20Extensions/geomconv_0.3rc1.zip - ok/cancel dialog on layer edits - tools to explicitly 'remove closing line segments' and 'close open linestrings' - support for multigeometries now - available as layercontextmenu item - polygons to multi* now keeps line segments (thanks michael) - geometries to (multi)polygon detects and adds holes now (shamelessly grabbed from shapefiles code) - i18n support (please edit lib/ext/geomconv/gc.properties and save as gc_langid.properties and send it for inclusion) as always please come back with criticism or praises, if you feel like thanks ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ 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 for getMap-Request differs from URL for WMService
i've got some time at my hands, let me have a look at the complexity and come back with an estimate. maybe now is the time ;) regards On 28.06.2011 11:33, Rahkonen Jukka wrote: Hi, OpenJUMP does not really support using vendor parameters. The same is true with STYLES=, SLD_BODY= and SLD= as well. It is possible to tweak OpenJUMP by giving the server url including the vendor parameters or extra parameters and telling OpenJUMP to use that URL as a base URL for GetMaps too. This will not work if WMS server is really using another base URL for GetMaps but, as we have discussed, that is not very common. Extra parameters will be used with GetCapabilities as well, but it does not matter because if WMS server does not understand what they mean it is just skipping them. This is the behaviour that is also written in the WMS standard. I have never tried if those extra parameters are stored into project file but I fear they are not. It would be a nice and rather simple development to OpenJUMP. At least I would guess so, I am not a programmer myself. I would guess it would basically mean adding a new text box into WMS dialogue and concatenating the contents of the text box into all the GetMaps, URL-encoded from the relevant parts. Setting should be separate for each layer, and it should be possible to save the settings into project file and edit easily. With best regards, -Jukka Rahkonen- Lähettäjä: Wilfried Hornburg [wilfried.hornb...@gmx.de] Lähetetty: 28. kesäkuuta 2011 12:13 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi Jukka, the use of the dialog is OK. Could you please explain how to get your URLs with vendor specicfic parameters work in OpenJUMP and how it is stored in the Project-File? It seems to be a little bit tricky. Thanks. Wilfried Original-Nachricht Datum: Mon, 27 Jun 2011 22:11:33 + Von: Rahkonen Jukka jukka.rahko...@mmmtike.fi An: \'OpenJump develop and use\' jump-pilot-devel@lists.sourceforge.net Betreff: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi, I forgot the URL for testing the vendor parameters (which are OK according to the WMS standard). This one can be tested with a web browser http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.mapREQUEST=GetMapSERVICE=WMSVERSION=1.1.1WIDTH=1059HEIGHT=687LAYERS=sea,borders,POI_free_queryTRANSPARENT=TRUEFORMAT=image%2FpngBBOX=-574187,6558020,1615375,7978444SRS=EPSG:3067STYLES=tag=shopvalue=supermarket When using value=convenience the map will look different. As long as OpenJUMP is missing the setting for vendor parameters the only way to use them is to tweak with the base URL. Automatic GetMap URL taken from GetCapabilities would break this useful possibility. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: Wilfried Hornburg [mailto:wilfried.hornb...@gmx.de] Lähetetty: 28. kesäkuuta 2011 0:37 Vastaanottaja: jump-pilot-devel@lists.sourceforge.net Aihe: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi, the Info Jukka explained in his Posthttps://sourceforge.net/mailarchive/message.php?msg_id=27709358 to different URLs for an WMS is generally OK. The only suggestion i'd like to discuss is, whether the user has really the choice to accept (or cancel) the differing URLs (getCap and getMap) The differing URLs are indeed a special case. But: If the Web Mapping Server answers with the getCapabilities Response and declares an different getMapURL, then this URL is mandatory to get an getMap-Response with an Mapimage in it. If you'll send the getMap-Request with the URL for the Service, then an WMS will respond with an empty Mapimage (no Error). The Problem is that you don't know for this request whether there is an Information or not. As far as i can see, it is not necessary to ask the user. The answer from the question is never stored in the project file. So if you've stored a project, you'll get no question anymore. I am interested in your opinion. Wilfried -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record
Re: [JPP-Devel] geometry conversion revamped much more
Thanks Ede, I was able to load the new gc plugin deactivating the old one in Jufre (It was loaded via default-plugins.xml) and it is working now but in nb versions before 21.3.2011 the plugin is limited to the Tools-Edit geometry menu. do you know which modification were done after that date that affect the popup menu? I would change OJ Jufre core accordingly. regards Peppe -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] geometry conversion revamped much more
On 28.06.2011 12:13, Giuseppe Aruta wrote: do you know which modification were done after that date that affect the popup menu? I would change OJ Jufre core accordingly. see svn history for com.vividsolutions.jump.workbench.ui.plugin.FeatureInstaller http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/FeatureInstaller.java?view=log and here the changes http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/FeatureInstaller.java?r1=1947r2=2297 grab it's latest version and you'll be fine. http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/FeatureInstaller.java you should really familiarize with the viewvc (svn web frontend) and svn in general. you don't need no write access to connect your project to the svn and update (if only parts) from it or check the history and compare versions. i might give you an introduction if you are yousing eclipse, i suppose. ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] geometry conversion revamped much more
--- Mar 28/6/11, edgar.sol...@web.de edgar.sol...@web.de ha scritto: Da: edgar.sol...@web.de edgar.sol...@web.de Oggetto: Re: [JPP-Devel] geometry conversion revamped much more A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Martedì 28 giugno 2011, 12:27 On 28.06.2011 12:13, Giuseppe Aruta wrote: do you know which modification were done after that date that affect the popup menu? I would change OJ Jufre core accordingly. see svn history for com.vividsolutions.jump.workbench.ui.plugin.FeatureInstaller http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/FeatureInstaller.java?view=log and here the changes http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/FeatureInstaller.java?r1=1947r2=2297 grab it's latest version and you'll be fine. http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/FeatureInstaller.java you should really familiarize with the viewvc (svn web frontend) and svn in general. you don't need no write access to connect your project to the svn and update (if only parts) from it or check the history and compare versions. i might give you an introduction if you are yousing eclipse, i suppose. ede Thanks Ede, I might have some lessons on how to real use eclipse and subeclipse. I found that modification via svn. BTW I probabily found a bug on gc. - Openjump (any version) with gc works fine - Openjump with gc and cts plugin together. Gc seems not working anymore. I tested with last OJ 1.4.1 and with OJ/Jufre 1.4.0.1. Can you do more test? regards Peppe -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] geometry conversion revamped much more
On 28.06.2011 12:35, Giuseppe Aruta wrote: BTW I probabily found a bug on gc. - Openjump (any version) with gc works fine - Openjump with gc and cts plugin together. Gc seems not working anymore. I tested with last OJ 1.4.1 and with OJ/Jufre 1.4.0.1. Can you do more test? thanks for spotting. both share some classes and bring them with. probably geomconv tries to use the outdated from cts. i will have a look and find a solution to that. thx ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] geometry conversion revamped much more
peppe, btw: looking in geomconv plugins initialize method you will find two calls to addToMenu methods that i especially made so distro's like your's can add the plugin to every (popup)menu you like, whenever you like (to assure a specific position). peace ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ 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 for getMap-Request differs from URL for WMService
Hi, Let's come back to it next week. -Jukka- -Alkuperäinen viesti- Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de] Lähetetty: 28. kesäkuuta 2011 13:12 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService i've got some time at my hands, let me have a look at the complexity and come back with an estimate. maybe now is the time ;) regards On 28.06.2011 11:33, Rahkonen Jukka wrote: Hi, OpenJUMP does not really support using vendor parameters. The same is true with STYLES=, SLD_BODY= and SLD= as well. It is possible to tweak OpenJUMP by giving the server url including the vendor parameters or extra parameters and telling OpenJUMP to use that URL as a base URL for GetMaps too. This will not work if WMS server is really using another base URL for GetMaps but, as we have discussed, that is not very common. Extra parameters will be used with GetCapabilities as well, but it does not matter because if WMS server does not understand what they mean it is just skipping them. This is the behaviour that is also written in the WMS standard. I have never tried if those extra parameters are stored into project file but I fear they are not. It would be a nice and rather simple development to OpenJUMP. At least I would guess so, I am not a programmer myself. I would guess it would basically mean adding a new text box into WMS dialogue and concatenating the contents of the text box into all the GetMaps, URL-encoded from the relevant parts. Setting should be separate for each layer, and it should be possible to save the settings into project file and edit easily. With best regards, -Jukka Rahkonen- Lähettäjä: Wilfried Hornburg [wilfried.hornb...@gmx.de] Lähetetty: 28. kesäkuuta 2011 12:13 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi Jukka, the use of the dialog is OK. Could you please explain how to get your URLs with vendor specicfic parameters work in OpenJUMP and how it is stored in the Project-File? It seems to be a little bit tricky. Thanks. Wilfried Original-Nachricht Datum: Mon, 27 Jun 2011 22:11:33 + Von: Rahkonen Jukka jukka.rahko...@mmmtike.fi An: \'OpenJump develop and use\' jump-pilot-devel@lists.sourceforge.net Betreff: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi, I forgot the URL for testing the vendor parameters (which are OK according to the WMS standard). This one can be tested with a web browser http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.mapREQUEST=GetMapSERVICE=WMSVERSION=1.1.1WIDTH=1059HEIGHT=687LAYERS=sea,borders,POI_free_queryTRANSPARENT=TRUEFORMAT=image%2FpngBBOX=-574187,6558020,1615375,7978444SRS=EPSG:3067STYLES=tag=shopvalue=supermarket When using value=convenience the map will look different. As long as OpenJUMP is missing the setting for vendor parameters the only way to use them is to tweak with the base URL. Automatic GetMap URL taken from GetCapabilities would break this useful possibility. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: Wilfried Hornburg [mailto:wilfried.hornb...@gmx.de] Lähetetty: 28. kesäkuuta 2011 0:37 Vastaanottaja: jump-pilot-devel@lists.sourceforge.net Aihe: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi, the Info Jukka explained in his Posthttps://sourceforge.net/mailarchive/message.php?msg_id=27709358 to different URLs for an WMS is generally OK. The only suggestion i'd like to discuss is, whether the user has really the choice to accept (or cancel) the differing URLs (getCap and getMap) The differing URLs are indeed a special case. But: If the Web Mapping Server answers with the getCapabilities Response and declares an different getMapURL, then this URL is mandatory to get an getMap-Response with an Mapimage in it. If you'll send the getMap-Request with the URL for the Service, then an WMS will respond with an empty Mapimage (no Error). The Problem is that you don't know for this request whether there is an Information or not. As far as i can see, it is not necessary to ask the user. The answer from the question is never stored in the project file. So if you've stored a project, you'll get no question anymore. I am interested in your opinion. Wilfried -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list
[JPP-Devel] cts 0.2 stable geomconv 0.3rc2 released
continuing my daily release cycle here comes CTS (coordinate transfomation services) Extension, stable until proven otherwise, translated into english, german, spanish, italian Geometry Converter Extension 0.3rc2 fixing a bug where it simply did nothing if an older version of my other extensions was installed. to tell the user the language properties file has an added string for that case. Fork maintainers please see GCPlugin:initialize for convenience installation methods. both as always available on https://sourceforge.net/projects/jump-pilot/files/p_GPS%2CCTS%20Extensions/ Geometry Converter in this current state applies again for inclusion into oj for the 1.4.2 release. anybody willing please send me translations. kind regards ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] R: cts 0.2 stable geomconv 0.3rc2 released
Hi Ede, Italian and Spanish language files Peppe --- Mar 28/6/11, edgar.sol...@web.de edgar.sol...@web.de ha scritto: Da: edgar.sol...@web.de edgar.sol...@web.de Oggetto: [JPP-Devel] cts 0.2 stable geomconv 0.3rc2 released A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Martedì 28 giugno 2011, 19:29 continuing my daily release cycle here comes CTS (coordinate transfomation services) Extension, stable until proven otherwise, translated into english, german, spanish, italian Geometry Converter Extension 0.3rc2 fixing a bug where it simply did nothing if an older version of my other extensions was installed. to tell the user the language properties file has an added string for that case. Fork maintainers please see GCPlugin:initialize for convenience installation methods. both as always available on https://sourceforge.net/projects/jump-pilot/files/p_GPS%2CCTS%20Extensions/ Geometry Converter in this current state applies again for inclusion into oj for the 1.4.2 release. anybody willing please send me translations. kind regards ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel gc_es.properties Description: Binary data gc_it.properties Description: Binary data -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] R: cts 0.2 stable geomconv 0.3rc2 released
Much appreciated, thx ede On 28.06.2011 20:40, Giuseppe Aruta wrote: Hi Ede, Italian and Spanish language files Peppe --- Mar 28/6/11, edgar.sol...@web.de edgar.sol...@web.de ha scritto: Da: edgar.sol...@web.de edgar.sol...@web.de Oggetto: [JPP-Devel] cts 0.2 stable geomconv 0.3rc2 released A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Martedì 28 giugno 2011, 19:29 continuing my daily release cycle here comes CTS (coordinate transfomation services) Extension, stable until proven otherwise, translated into english, german, spanish, italian Geometry Converter Extension 0.3rc2 fixing a bug where it simply did nothing if an older version of my other extensions was installed. to tell the user the language properties file has an added string for that case. Fork maintainers please see GCPlugin:initialize for convenience installation methods. both as always available on https://sourceforge.net/projects/jump-pilot/files/p_GPS%2CCTS%20Extensions/ Geometry Converter in this current state applies again for inclusion into oj for the 1.4.2 release. anybody willing please send me translations. kind regards ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] R: cts 0.2 stable geomconv 0.3rc2 released
Hi Ede, Good progress on gc !! Attached, you'll find my contribution for french users. And a few more remarks (geomconv_0.3rc2.jar) : - could not start the extension before I have installed cts (the dependance to cts should be removed) Here after are small suggestions (not needed for a production release) - wonder if it is possible to adapt the main menu text to the selection features selected - Convert select geometries to no feature selected - Convert selected layers to no feature / no layer - grayed menu item it can be useful, for example, in the case where there are both layers and geometries selected to know that geometries have priority. - I was suprised that remove closing segment works both on polylines and on polygons (can be considered as a bug... or a feature) - Some conversion do a neutral conversion (ex. a polygon into a polygon). Maybe it could detected to warn the user (nothing to be converted) and to avoid filling the undo stack. - good work for multilinestring to polygon (with holes) conversion You did not deal with the case of multilinestring to be converted into multipolygon. It is tricky as there is no way to be 100% sure that a linearing is an inner ring or an outer ring. If you're interested I may have code which does a reasonnable job for that (where linear rings entirely incuded in another one are considered as holes, and linear rings out of or intersecting another one are considered as outer rings) Thanks for the good job, Michaël Le 28/06/2011 20:40, Giuseppe Aruta a écrit : Hi Ede, Italian and Spanish language files Peppe --- Mar 28/6/11, edgar.sol...@web.deedgar.sol...@web.de ha scritto: Da: edgar.sol...@web.deedgar.sol...@web.de Oggetto: [JPP-Devel] cts 0.2 stable geomconv 0.3rc2 released A: OpenJump develop and usejump-pilot-devel@lists.sourceforge.net Data: Martedì 28 giugno 2011, 19:29 continuing my daily release cycle here comes CTS (coordinate transfomation services) Extension, stable until proven otherwise, translated into english, german, spanish, italian Geometry Converter Extension 0.3rc2 fixing a bug where it simply did nothing if an older version of my other extensions was installed. to tell the user the language properties file has an added string for that case. Fork maintainers please see GCPlugin:initialize for convenience installation methods. both as always available on https://sourceforge.net/projects/jump-pilot/files/p_GPS%2CCTS%20Extensions/ Geometry Converter in this current state applies again for inclusion into oj for the 1.4.2 release. anybody willing please send me translations. kind regards ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel // menu name convert-selected-to=Convertir les couches ou les g\u00E9om\u00E9tries s\u00E9lectionn\u00E9es // menu entries geometrycollection=Multi-g\u00E9ometries linestring=Ligne linearring=Ligne ferm\u00E9e multilinestring=Multi-lignes multipoint=Multi-points multipolygon=Multi-polygones point=Point polygon=Polygone // menu tools close-lines=Fermer les lignes. remove-closing-segment=Ouvrir (supprimer le segment de fermeture). // messages are-you-sure=Etes-vous s\u00FBr? treat-all-with-tools=Toutes les g\u00E9om\u00E9tries des couches s\u00E9lectionn\u00E9es ''{0}'' seront trait\u00E9es avec ''{1}''. convert-all-to=Toutes les\ g\u00E9om\u00E9tries des couches s\u00E9lectionn\u00E9es ''{0}'' seront converties en ''{1}''. nothing-to-do=Rien \u00E0 faire sur l'objet {0}. no-conversion-method=Pas de\ m\u00E9thode de conversion pour ''{0} ({1})''. only-one-coordinate=Seules des g\u00E9om\u00E9tries constitu\u00E9es d'un seul point peuvent \u00EAtre converties en ''{0}''. conversion-not-implemented=La conversion en ''{0} ({1})'' n'est pas encore impl\u00E9ment\u00E9e\! select-geometries-or-layers=Pour convertir des objets, s\u00E9lectionner des g\u00E9om\u00E9tries dans la vue ou des couches dans le
Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService
Jukka, Wilfried, Ede, Let's come back to it next week. Seems reasonnable to me, The way WMService has to be improved is not clear for me. If you all agree, I'll revert the code to the state it was last week as suggested by Jukka, and we'll take time to make the best decision for improvement for the next release. Thanks, Michaël -Jukka- -Alkuperäinen viesti- Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de] Lähetetty: 28. kesäkuuta 2011 13:12 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService i've got some time at my hands, let me have a look at the complexity and come back with an estimate. maybe now is the time ;) regards On 28.06.2011 11:33, Rahkonen Jukka wrote: Hi, OpenJUMP does not really support using vendor parameters. The same is true with STYLES=, SLD_BODY= and SLD= as well. It is possible to tweak OpenJUMP by giving the server url including the vendor parameters or extra parameters and telling OpenJUMP to use that URL as a base URL for GetMaps too. This will not work if WMS server is really using another base URL for GetMaps but, as we have discussed, that is not very common. Extra parameters will be used with GetCapabilities as well, but it does not matter because if WMS server does not understand what they mean it is just skipping them. This is the behaviour that is also written in the WMS standard. I have never tried if those extra parameters are stored into project file but I fear they are not. It would be a nice and rather simple development to OpenJUMP. At least I would guess so, I am not a programmer myself. I would guess it would basically mean adding a new text box into WMS dialogue and concatenating the contents of the text box into all the GetMaps, URL-encoded from the relevant parts. Setting should be separate for each layer, and it should be possible to save the settings into project file and edit easily. With best regards, -Jukka Rahkonen- Lähettäjä: Wilfried Hornburg [wilfried.hornb...@gmx.de] Lähetetty: 28. kesäkuuta 2011 12:13 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi Jukka, the use of the dialog is OK. Could you please explain how to get your URLs with vendor specicfic parameters work in OpenJUMP and how it is stored in the Project-File? It seems to be a little bit tricky. Thanks. Wilfried Original-Nachricht Datum: Mon, 27 Jun 2011 22:11:33 + Von: Rahkonen Jukkajukka.rahko...@mmmtike.fi An: \'OpenJump develop and use\'jump-pilot-devel@lists.sourceforge.net Betreff: Re: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi, I forgot the URL for testing the vendor parameters (which are OK according to the WMS standard). This one can be tested with a web browser http://188.64.1.61/cgi-bin/mapserv?map=/usr/map/osm-mapserver_i.mapREQUEST=GetMapSERVICE=WMSVERSION=1.1.1WIDTH=1059HEIGHT=687LAYERS=sea,borders,POI_free_queryTRANSPARENT=TRUEFORMAT=image%2FpngBBOX=-574187,6558020,1615375,7978444SRS=EPSG:3067STYLES=tag=shopvalue=supermarket When usingvalue=convenience the map will look different. As long as OpenJUMP is missing the setting for vendor parameters the only way to use them is to tweak with the base URL. Automatic GetMap URL taken from GetCapabilities would break this useful possibility. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: Wilfried Hornburg [mailto:wilfried.hornb...@gmx.de] Lähetetty: 28. kesäkuuta 2011 0:37 Vastaanottaja: jump-pilot-devel@lists.sourceforge.net Aihe: [JPP-Devel] WMS URL for getMap-Request differs from URL for WMService Hi, the Info Jukka explained in his Posthttps://sourceforge.net/mailarchive/message.php?msg_id=27709358 to different URLs for an WMS is generally OK. The only suggestion i'd like to discuss is, whether the user has really the choice to accept (or cancel) the differing URLs (getCap and getMap) The differing URLs are indeed a special case. But: If the Web Mapping Server answers with the getCapabilities Response and declares an different getMapURL, then this URL is mandatory to get an getMap-Response with an Mapimage in it. If you'll send the getMap-Request with the URL for the Service, then an WMS will respond with an empty Mapimage (no Error). The Problem is that you don't know for this request whether there is an Information or not. As far as i can see, it is not necessary to ask the user. The answer from the question is never stored in the project file. So if you've stored a project, you'll get no question anymore. I am interested in your opinion. Wilfried -- All of the data generated in your IT infrastructure is seriously valuable. Why? It
Re: [JPP-Devel] R: cts 0.2 stable geomconv 0.3rc2 released
On 29.06.2011 00:05, Michaël Michaud wrote: Hi Ede, Good progress on gc !! Attached, you'll find my contribution for french users. thanks and thanks And a few more remarks (geomconv_0.3rc2.jar) : - could not start the extension before I have installed cts (the dependance to cts should be removed) plain bug, i had copied some code from one to the other, fixed in rc3, online now Here after are small suggestions (not needed for a production release) - wonder if it is possible to adapt the main menu text to the selection features selected - Convert select geometries to no feature selected - Convert selected layers to no feature / no layer - grayed menu item it can be useful, for example, in the case where there are both layers and geometries selected to know that geometries have priority. true, but i think that is over the top. it always states geometry/layer in that order and using it users will recognize the difference. actually i guess most people will rather use only one mode for a long time until they discover the other. - I was suprised that remove closing segment works both on polylines and on polygons (can be considered as a bug... or a feature) you wanted it smart. and hey: a conversion from polygon into multilinestring is expected to give the multiple segments right? if i want to have it as one i would convert to linestring instead. - Some conversion do a neutral conversion (ex. a polygon into a polygon). Maybe it could detected to warn the user (nothing to be converted) and to avoid filling the undo stack. done in rc3 - good work for multilinestring to polygon (with holes) conversion You did not deal with the case of multilinestring to be converted into multipolygon. It is tricky as there is no way to be 100% sure that a linearing is an inner ring or an outer ring. If you're interested I may have code which does a reasonnable job for that (where linear rings entirely incuded in another one are considered as holes, and linear rings out of or intersecting another one are considered as outer rings) don't know what you are talking about, works for me. take a multipolygon, separate it to a multilinestring and create a multipolygon again. it is the same code as for polygons, except that nonholes end up as extra polygon. and nonholes with rings in it, you can imagine ;) all this code is shamelessly stolen from the shapefile reader, so thanks to the good folks at geotools. Thanks for the good job, pleasure, please doublecheck if you can verify all i am stating above :).. warm regards ede Michaël Le 28/06/2011 20:40, Giuseppe Aruta a écrit : Hi Ede, Italian and Spanish language files Peppe --- Mar 28/6/11, edgar.sol...@web.de mailto:edgar.sol...@web.de edgar.sol...@web.de mailto:edgar.sol...@web.de ha scritto: Da: edgar.sol...@web.de mailto:edgar.sol...@web.de edgar.sol...@web.de mailto:edgar.sol...@web.de Oggetto: [JPP-Devel] cts 0.2 stable geomconv 0.3rc2 released A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net mailto:jump-pilot-devel@lists.sourceforge.net Data: Martedì 28 giugno 2011, 19:29 continuing my daily release cycle here comes CTS (coordinate transfomation services) Extension, stable until proven otherwise, translated into english, german, spanish, italian Geometry Converter Extension 0.3rc2 fixing a bug where it simply did nothing if an older version of my other extensions was installed. to tell the user the language properties file has an added string for that case. Fork maintainers please see GCPlugin:initialize for convenience installation methods. both as always available on https://sourceforge.net/projects/jump-pilot/files/p_GPS%2CCTS%20Extensions/ Geometry Converter in this current state applies again for inclusion into oj for the 1.4.2 release. anybody willing please send me translations. kind regards ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2
[JPP-Devel] geometry converter 0.3rc3
without further ado i bring you http://sourceforge.net/projects/jump-pilot/files/p_GPS%2CCTS%20Extensions/geomconv_0.3rc3.zip with fixes suggested by michael and two lonesome messages i forgot to add to the translation. peppe, michael: would you please? thanks ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] R: geometry converter 0.3rc3
Hi Ede, these are the upgraded language files gc 0.3rc3 (Italian and Spanish). I found another strange situation: - if I have a multipoint and I transform it to other multigeometry: (multipoint, multilinestring, multipolygon). The geometry disappears on the workbench. If I chech on the table view, I can find that there is a MULTIPOINT EMPTY. There are other strings which are still not translated: - Points of LinearRing do not form a closed linestring Peppe --- Mer 29/6/11, edgar.sol...@web.de edgar.sol...@web.de ha scritto: Da: edgar.sol...@web.de edgar.sol...@web.de Oggetto: [JPP-Devel] geometry converter 0.3rc3 A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Mercoledì 29 giugno 2011, 03:10 without further ado i bring you http://sourceforge.net/projects/jump-pilot/files/p_GPS%2CCTS%20Extensions/geomconv_0.3rc3.zip with fixes suggested by michael and two lonesome messages i forgot to add to the translation. peppe, michael: would you please? thanks ede -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel gc_it.properties Description: Binary data gc_es.properties Description: Binary data -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel