Testing Kosmo 2.0

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
46 messages Options
123
Reply | Threaded
Open this post in threaded view
|

Re: Kosmo does not start with limited user rights

Sergio Baños Calvo
Hi Jukka.

Have you tried to remove the msvcp71.dll from your Kosmo install? May be if your XP system have that dll already installed in it it's enough for Kosmo Desktop to start.

Regards,

El 08/06/2011 11:18, Rahkonen Jukka escribió:
Hi,
 
I can repeat this behaviour with the problematic computer and I have localized the dll causing troubles. I am getting the same error both by using Kosmo 2.0.1 Windows installer and the zip file installation. What I do not understand is why the problem occurs only with normal user account but not with admin account.
 
For starting Kosmo with my normal user account I must move or copy one single dll into another directory.  The dll is "msvcp71.dll" and if I move it from \Kosmo-2.0.1\dlls into \Kosmo-2.0.1\bin\jre\bin the program starts.  There is no need to touch on any other dlls.  There is no need to move the dll if I log in as admin.  I checked that the path variable, after running the kosmo.bat launcher, is identical for both accounts.  I also checked that also the normal user have full rights for the both directories and also for the dlls.  Really odd situation and I do not believe that the same will happen to many other users.
 
-Jukka Rahkonen-
 
 


Lähettäjä: [hidden email] [[hidden email]] Puolesta Sergio Baños Calvo
Lähetetty: 7. kesäkuuta 2011 16:30
Vastaanottaja: International Kosmo mailing list (english languaje)
Aihe: Re: [Kosmo_int] Kosmo does not start with limited user rights

Hi Jukka.

I'll take a look into OpenJUMP batch files to see what's the difference with our bat. Thank you for the hint :)

Regards,

El 07/06/2011 15:23, Rahkonen Jukka escribió:
Hi,
 
Copying all .dll files into \jre\bin made Kosmo to start.  Use do have rights for changing the PATH variable as can be seen from the output after running the bat
D:\ohjelmat\Kosmo_20\bin>path
PATH=..\dlls;C:\...
 
Giving absolute path into dlls worked also.
Installation was done from Windows installer icluding Java as an admin role. 
 
Thanks for the answer, now I at least know how I can make Kosmo to start even it is a bit odd why it starts for the admin but not for a normal user if the only thing that the kosmo.bat actually is doing is to set the dll path.
OpenJUMP batch files, by the way, do work for normal users.
 
-Jukka Rahkonen-
 
 
 

Lähettäjä: [hidden email] [[hidden email]] Puolesta Sergio Baños Calvo
Lähetetty: 7. kesäkuuta 2011 15:58
Vastaanottaja: International Kosmo mailing list (english languaje)
Aihe: Re: [Kosmo_int] Kosmo does not start with limited user rights

Hi Jukka.

Could you give me more hints about your issue? I need to know which user installed / unzipped Kosmo Desktop and if the normal user role can change the value for the PATH variable (Kosmo.bat updates the PATH enviroment variable to include the /dlls directory to it for its command session):

SET PATH=..\dlls;%PATH%
start.\jre\bin\javaw -Djava.library.path="..\dlls" -Dsun.java2d.d3d=false -cp .;./saig.jar -Xmx800M com.vividsolutions.jump.workbench.JUMPWorkbench -plug-in-directory ./ext


Another problem could be the Kosmo Desktop install path used, but your path (D:\ohjelmat\Kosmo_20) seems ok to me, as it doesn't contain spetial characters or spaces.

Anyway, you could try some approaches to solve it:

Option 1) Add the dlls directory to your system global path variable (D:\ohjelmat\Kosmo_20\dlls)

Option 2) Modify the Kosmo.bat file to use absolute paths instead of relative paths:

SET PATH=D:\ohjelmat\Kosmo_20\dlls;%PATH%
start.\jre\bin\javaw -Djava.library.path="D:\ohjelmat\Kosmo_20\dlls" -Dsun.java2d.d3d=false -cp .;./saig.jar -Xmx800M com.vividsolutions.jump.workbench.JUMPWorkbench -plug-in-directory ./ext


Option 3) Copy all the files present at /dlls to /bin/jre/bin


Regards,

El 01/06/2011 13:43, Rahkonen Jukka escribió:
Hi,

I have a problem when trying to start Kosmo on Windows XP when logged in with our normal user role. Progress stops when the project libraries should be loaded and my log file shows the following information about denied use of jgdal061.dll 

01/06/2011 14:34:12  INFO JUMPWorkbench:386 - Käynnistää sovellusta Kosmo-GIS 2.0.1 (20110524) - 1.6.2011 14:34:12
01/06/2011 14:34:12  INFO JUMPWorkbench:392 - Java-versio : 1.6.0_23
01/06/2011 14:34:12  INFO JUMPWorkbench:394 - Käyttöjärjestelmä : Windows XP (5.1)
01/06/2011 14:34:12  INFO JUMPWorkbench:614 - Käytetään ulkoasua com.sun.java.swing.plaf.windows.WindowsLookAndFeel
01/06/2011 14:34:12  INFO JUMPWorkbench:463 - Asetetaan lokitiedoston keräystaso arvoon INFO
01/06/2011 14:34:17  INFO JUMPWorkbench:282 - Ladataan projektiokirjastoja...
01/06/2011 14:34:24 ERROR root:197 - Exception in thread "main" 
01/06/2011 14:34:24 ERROR root:197 - java.lang.UnsatisfiedLinkError: D:\ohjelmat\Kosmo_20\dlls\jgdal061.dll: Käyttö estetty
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1803)
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1728)
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.Runtime.loadLibrary0(Runtime.java:823)
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.System.loadLibrary(System.java:1028)
01/06/2011 14:34:24 ERROR root:197 - 	at org.gvsig.crs.ogr.JNIBase.<clinit>(JNIBase.java:79)
01/06/2011 14:34:24 ERROR root:197 - 	at org.gvsig.crs.Crs.<init>(Crs.java:208)
01/06/2011 14:34:24 ERROR root:197 - 	at org.gvsig.crs.repository.EpsgRepository.getCrs(EpsgRepository.java:144)
01/06/2011 14:34:24 ERROR root:197 - 	at org.gvsig.crs.CrsFactory.getCRS(CrsFactory.java:92)
01/06/2011 14:34:24 ERROR root:197 - 	at org.saig.core.util.CrsManager.getCRS(CrsManager.java:90)
01/06/2011 14:34:24 ERROR root:197 - 	at com.vividsolutions.jump.workbench.JUMPWorkbench.<init>(JUMPWorkbench.java:285)
01/06/2011 14:34:24 ERROR root:197 - 	at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:434)

Kosmo starts normally if I log in as admin.

-Jukka Rahkonen-
_______________________________________________
Kosmo_int mailing list
[hidden email]
http://lists.saig.es/mailman/listinfo/kosmo_int


--

Sergio Baños Calvo

Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876

E-mail: [hidden email]

_______________________________________________ Kosmo_int mailing list [hidden email] http://lists.saig.es/mailman/listinfo/kosmo_int

--

Sergio Baños Calvo

Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876

E-mail: [hidden email]

_______________________________________________ Kosmo_int mailing list [hidden email] http://lists.saig.es/mailman/listinfo/kosmo_int

--

Sergio Baños Calvo

Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876

E-mail: [hidden email]


_______________________________________________
Kosmo_int mailing list
[hidden email]
http://lists.saig.es/mailman/listinfo/kosmo_int
Reply | Threaded
Open this post in threaded view
|

Re: Kosmo does not start with limited user rights

Rahkonen Jukka
Hi,
 
I checked and found msvcp71.dll from totally 11 other places on this Windows XP!  However, if I am not admin, Kosmo does not start without the 12th copy in the jre\bin.
 
-Jukka Rahkonen-
 

Lähettäjä: [hidden email] [mailto:[hidden email]] Puolesta Sergio Baños Calvo
Lähetetty: 8. kesäkuuta 2011 12:36
Vastaanottaja: International Kosmo mailing list (english languaje)
Aihe: Re: [Kosmo_int] Kosmo does not start with limited user rights

Hi Jukka.

Have you tried to remove the msvcp71.dll from your Kosmo install? May be if your XP system have that dll already installed in it it's enough for Kosmo Desktop to start.

Regards,

El 08/06/2011 11:18, Rahkonen Jukka escribió:
Hi,
 
I can repeat this behaviour with the problematic computer and I have localized the dll causing troubles. I am getting the same error both by using Kosmo 2.0.1 Windows installer and the zip file installation. What I do not understand is why the problem occurs only with normal user account but not with admin account.
 
For starting Kosmo with my normal user account I must move or copy one single dll into another directory.  The dll is "msvcp71.dll" and if I move it from \Kosmo-2.0.1\dlls into \Kosmo-2.0.1\bin\jre\bin the program starts.  There is no need to touch on any other dlls.  There is no need to move the dll if I log in as admin.  I checked that the path variable, after running the kosmo.bat launcher, is identical for both accounts.  I also checked that also the normal user have full rights for the both directories and also for the dlls.  Really odd situation and I do not believe that the same will happen to many other users.
 
-Jukka Rahkonen-
 
 


Lähettäjä: [hidden email] [[hidden email]] Puolesta Sergio Baños Calvo
Lähetetty: 7. kesäkuuta 2011 16:30
Vastaanottaja: International Kosmo mailing list (english languaje)
Aihe: Re: [Kosmo_int] Kosmo does not start with limited user rights

Hi Jukka.

I'll take a look into OpenJUMP batch files to see what's the difference with our bat. Thank you for the hint :)

Regards,

El 07/06/2011 15:23, Rahkonen Jukka escribió:
Hi,
 
Copying all .dll files into \jre\bin made Kosmo to start.  Use do have rights for changing the PATH variable as can be seen from the output after running the bat
D:\ohjelmat\Kosmo_20\bin>path
PATH=..\dlls;C:\...
 
Giving absolute path into dlls worked also.
Installation was done from Windows installer icluding Java as an admin role. 
 
Thanks for the answer, now I at least know how I can make Kosmo to start even it is a bit odd why it starts for the admin but not for a normal user if the only thing that the kosmo.bat actually is doing is to set the dll path.
OpenJUMP batch files, by the way, do work for normal users.
 
-Jukka Rahkonen-
 
 
 

Lähettäjä: [hidden email] [[hidden email]] Puolesta Sergio Baños Calvo
Lähetetty: 7. kesäkuuta 2011 15:58
Vastaanottaja: International Kosmo mailing list (english languaje)
Aihe: Re: [Kosmo_int] Kosmo does not start with limited user rights

Hi Jukka.

Could you give me more hints about your issue? I need to know which user installed / unzipped Kosmo Desktop and if the normal user role can change the value for the PATH variable (Kosmo.bat updates the PATH enviroment variable to include the /dlls directory to it for its command session):

SET PATH=..\dlls;%PATH%
start.\jre\bin\javaw -Djava.library.path="..\dlls" -Dsun.java2d.d3d=false -cp .;./saig.jar -Xmx800M com.vividsolutions.jump.workbench.JUMPWorkbench -plug-in-directory ./ext


Another problem could be the Kosmo Desktop install path used, but your path (D:\ohjelmat\Kosmo_20) seems ok to me, as it doesn't contain spetial characters or spaces.

Anyway, you could try some approaches to solve it:

Option 1) Add the dlls directory to your system global path variable (D:\ohjelmat\Kosmo_20\dlls)

Option 2) Modify the Kosmo.bat file to use absolute paths instead of relative paths:

SET PATH=D:\ohjelmat\Kosmo_20\dlls;%PATH%
start.\jre\bin\javaw -Djava.library.path="D:\ohjelmat\Kosmo_20\dlls" -Dsun.java2d.d3d=false -cp .;./saig.jar -Xmx800M com.vividsolutions.jump.workbench.JUMPWorkbench -plug-in-directory ./ext


Option 3) Copy all the files present at /dlls to /bin/jre/bin


Regards,

El 01/06/2011 13:43, Rahkonen Jukka escribió:
Hi,

I have a problem when trying to start Kosmo on Windows XP when logged in with our normal user role. Progress stops when the project libraries should be loaded and my log file shows the following information about denied use of jgdal061.dll 

01/06/2011 14:34:12  INFO JUMPWorkbench:386 - Käynnistää sovellusta Kosmo-GIS 2.0.1 (20110524) - 1.6.2011 14:34:12
01/06/2011 14:34:12  INFO JUMPWorkbench:392 - Java-versio : 1.6.0_23
01/06/2011 14:34:12  INFO JUMPWorkbench:394 - Käyttöjärjestelmä : Windows XP (5.1)
01/06/2011 14:34:12  INFO JUMPWorkbench:614 - Käytetään ulkoasua com.sun.java.swing.plaf.windows.WindowsLookAndFeel
01/06/2011 14:34:12  INFO JUMPWorkbench:463 - Asetetaan lokitiedoston keräystaso arvoon INFO
01/06/2011 14:34:17  INFO JUMPWorkbench:282 - Ladataan projektiokirjastoja...
01/06/2011 14:34:24 ERROR root:197 - Exception in thread "main" 
01/06/2011 14:34:24 ERROR root:197 - java.lang.UnsatisfiedLinkError: D:\ohjelmat\Kosmo_20\dlls\jgdal061.dll: Käyttö estetty
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1803)
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1728)
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.Runtime.loadLibrary0(Runtime.java:823)
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.System.loadLibrary(System.java:1028)
01/06/2011 14:34:24 ERROR root:197 - 	at org.gvsig.crs.ogr.JNIBase.<clinit>(JNIBase.java:79)
01/06/2011 14:34:24 ERROR root:197 - 	at org.gvsig.crs.Crs.<init>(Crs.java:208)
01/06/2011 14:34:24 ERROR root:197 - 	at org.gvsig.crs.repository.EpsgRepository.getCrs(EpsgRepository.java:144)
01/06/2011 14:34:24 ERROR root:197 - 	at org.gvsig.crs.CrsFactory.getCRS(CrsFactory.java:92)
01/06/2011 14:34:24 ERROR root:197 - 	at org.saig.core.util.CrsManager.getCRS(CrsManager.java:90)
01/06/2011 14:34:24 ERROR root:197 - 	at com.vividsolutions.jump.workbench.JUMPWorkbench.<init>(JUMPWorkbench.java:285)
01/06/2011 14:34:24 ERROR root:197 - 	at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:434)

Kosmo starts normally if I log in as admin.

-Jukka Rahkonen-
_______________________________________________
Kosmo_int mailing list
[hidden email]
http://lists.saig.es/mailman/listinfo/kosmo_int


--

Sergio Baños Calvo

Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876

E-mail: [hidden email]

_______________________________________________ Kosmo_int mailing list [hidden email] http://lists.saig.es/mailman/listinfo/kosmo_int

--

Sergio Baños Calvo

Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876

E-mail: [hidden email]

_______________________________________________ Kosmo_int mailing list [hidden email] http://lists.saig.es/mailman/listinfo/kosmo_int

--

Sergio Baños Calvo

Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876

E-mail: [hidden email]


_______________________________________________
Kosmo_int mailing list
[hidden email]
http://lists.saig.es/mailman/listinfo/kosmo_int
Reply | Threaded
Open this post in threaded view
|

Re: Kosmo does not start with limited user rights

Giuseppe Aruta
As far as I remember GvSIG, at least at the beginning, used to have the same problem. As I can see GvSIG team solved that problem moving all dll into JRE folder.

Giuseppe
--- Mer 8/6/11, Rahkonen Jukka <[hidden email]> ha scritto:

Da: Rahkonen Jukka <[hidden email]>
Oggetto: Re: [Kosmo_int] Kosmo does not start with limited user rights
A: "International Kosmo mailing list (english languaje)" <[hidden email]>
Data: Mercoledì 8 giugno 2011, 11:54

Hi,
 
I checked and found msvcp71.dll from totally 11 other places on this Windows XP!  However, if I am not admin, Kosmo does not start without the 12th copy in the jre\bin.
 
-Jukka Rahkonen-
 

Lähettäjä: [hidden email] [mailto:[hidden email]] Puolesta Sergio Baños Calvo
Lähetetty: 8. kesäkuuta 2011 12:36
Vastaanottaja: International Kosmo mailing list (english languaje)
Aihe: Re: [Kosmo_int] Kosmo does not start with limited user rights

Hi Jukka.

Have you tried to remove the msvcp71.dll from your Kosmo install? May be if your XP system have that dll already installed in it it's enough for Kosmo Desktop to start.

Regards,

El 08/06/2011 11:18, Rahkonen Jukka escribió:
Hi,
 
I can repeat this behaviour with the problematic computer and I have localized the dll causing troubles. I am getting the same error both by using Kosmo 2.0.1 Windows installer and the zip file installation. What I do not understand is why the problem occurs only with normal user account but not with admin account.
 
For starting Kosmo with my normal user account I must move or copy one single dll into another directory.  The dll is "msvcp71.dll" and if I move it from \Kosmo-2.0.1\dlls into \Kosmo-2.0.1\bin\jre\bin the program starts.  There is no need to touch on any other dlls.  There is no need to move the dll if I log in as admin.  I checked that the path variable, after running the kosmo.bat launcher, is identical for both accounts.  I also checked that also the normal user have full rights for the both directories and also for the dlls.  Really odd situation and I do not believe that the same will happen to many other users.
 
-Jukka Rahkonen-
 
 


Lähettäjä: kosmo_int-bounces@... [mailto:kosmo_int-bounces@...] Puolesta Sergio Baños Calvo
Lähetetty: 7. kesäkuuta 2011 16:30
Vastaanottaja: International Kosmo mailing list (english languaje)
Aihe: Re: [Kosmo_int] Kosmo does not start with limited user rights

Hi Jukka.

I'll take a look into OpenJUMP batch files to see what's the difference with our bat. Thank you for the hint :)

Regards,

El 07/06/2011 15:23, Rahkonen Jukka escribió:
Hi,
 
Copying all .dll files into \jre\bin made Kosmo to start.  Use do have rights for changing the PATH variable as can be seen from the output after running the bat
D:\ohjelmat\Kosmo_20\bin>path
PATH=..\dlls;C:\...
 
Giving absolute path into dlls worked also.
Installation was done from Windows installer icluding Java as an admin role. 
 
Thanks for the answer, now I at least know how I can make Kosmo to start even it is a bit odd why it starts for the admin but not for a normal user if the only thing that the kosmo.bat actually is doing is to set the dll path.
OpenJUMP batch files, by the way, do work for normal users.
 
-Jukka Rahkonen-
 
 
 

Lähettäjä: kosmo_int-bounces@... [mailto:kosmo_int-bounces@...] Puolesta Sergio Baños Calvo
Lähetetty: 7. kesäkuuta 2011 15:58
Vastaanottaja: International Kosmo mailing list (english languaje)
Aihe: Re: [Kosmo_int] Kosmo does not start with limited user rights

Hi Jukka.

Could you give me more hints about your issue? I need to know which user installed / unzipped Kosmo Desktop and if the normal user role can change the value for the PATH variable (Kosmo.bat updates the PATH enviroment variable to include the /dlls directory to it for its command session):

SET PATH=..\dlls;%PATH%
start.\jre\bin\javaw -Djava.library.path="..\dlls" -Dsun.java2d.d3d=false -cp .;./saig.jar -Xmx800M com.vividsolutions.jump.workbench.JUMPWorkbench -plug-in-directory ./ext


Another problem could be the Kosmo Desktop install path used, but your path (D:\ohjelmat\Kosmo_20) seems ok to me, as it doesn't contain spetial characters or spaces.

Anyway, you could try some approaches to solve it:

Option 1) Add the dlls directory to your system global path variable (D:\ohjelmat\Kosmo_20\dlls)

Option 2) Modify the Kosmo.bat file to use absolute paths instead of relative paths:

SET PATH=D:\ohjelmat\Kosmo_20\dlls;%PATH%
start.\jre\bin\javaw -Djava.library.path="D:\ohjelmat\Kosmo_20\dlls" -Dsun.java2d.d3d=false -cp .;./saig.jar -Xmx800M com.vividsolutions.jump.workbench.JUMPWorkbench -plug-in-directory ./ext


Option 3) Copy all the files present at /dlls to /bin/jre/bin


Regards,

El 01/06/2011 13:43, Rahkonen Jukka escribió:
Hi,

I have a problem when trying to start Kosmo on Windows XP when logged in with our normal user role. Progress stops when the project libraries should be loaded and my log file shows the following information about denied use of jgdal061.dll 

01/06/2011 14:34:12  INFO JUMPWorkbench:386 - Käynnistää sovellusta Kosmo-GIS 2.0.1 (20110524) - 1.6.2011 14:34:12
01/06/2011 14:34:12  INFO JUMPWorkbench:392 - Java-versio : 1.6.0_23
01/06/2011 14:34:12  INFO JUMPWorkbench:394 - Käyttöjärjestelmä : Windows XP (5.1)
01/06/2011 14:34:12  INFO JUMPWorkbench:614 - Käytetään ulkoasua com.sun.java.swing.plaf.windows.WindowsLookAndFeel
01/06/2011 14:34:12  INFO JUMPWorkbench:463 - Asetetaan lokitiedoston keräystaso arvoon INFO
01/06/2011 14:34:17  INFO JUMPWorkbench:282 - Ladataan projektiokirjastoja...
01/06/2011 14:34:24 ERROR root:197 - Exception in thread "main" 
01/06/2011 14:34:24 ERROR root:197 - java.lang.UnsatisfiedLinkError: D:\ohjelmat\Kosmo_20\dlls\jgdal061.dll: Käyttö estetty
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1803)
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1728)
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.Runtime.loadLibrary0(Runtime.java:823)
01/06/2011 14:34:24 ERROR root:197 - 	at java.lang.System.loadLibrary(System.java:1028)
01/06/2011 14:34:24 ERROR root:197 - 	at org.gvsig.crs.ogr.JNIBase.<clinit>(JNIBase.java:79)
01/06/2011 14:34:24 ERROR root:197 - 	at org.gvsig.crs.Crs.<init>(Crs.java:208)
01/06/2011 14:34:24 ERROR root:197 - 	at org.gvsig.crs.repository.EpsgRepository.getCrs(EpsgRepository.java:144)
01/06/2011 14:34:24 ERROR root:197 - 	at org.gvsig.crs.CrsFactory.getCRS(CrsFactory.java:92)
01/06/2011 14:34:24 ERROR root:197 - 	at org.saig.core.util.CrsManager.getCRS(CrsManager.java:90)
01/06/2011 14:34:24 ERROR root:197 - 	at com.vividsolutions.jump.workbench.JUMPWorkbench.<init>(JUMPWorkbench.java:285)
01/06/2011 14:34:24 ERROR root:197 - 	at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:434)

Kosmo starts normally if I log in as admin.

-Jukka Rahkonen-
_______________________________________________
Kosmo_int mailing list
Kosmo_int@...
http://lists.saig.es/mailman/listinfo/kosmo_int


--

Sergio Baños Calvo

Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876

E-mail: sbc@...

_______________________________________________ Kosmo_int mailing list Kosmo_int@... http://lists.saig.es/mailman/listinfo/kosmo_int

--

Sergio Baños Calvo

Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876

E-mail: sbc@...

_______________________________________________ Kosmo_int mailing list Kosmo_int@... http://lists.saig.es/mailman/listinfo/kosmo_int

--

Sergio Baños Calvo

Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876

E-mail: sbc@...


-----Segue allegato-----

_______________________________________________
Kosmo_int mailing list
Kosmo_int@...
http://lists.saig.es/mailman/listinfo/kosmo_int

_______________________________________________
Kosmo_int mailing list
[hidden email]
http://lists.saig.es/mailman/listinfo/kosmo_int
Reply | Threaded
Open this post in threaded view
|

WMS Bounding box and GetFeatureInfo

Rahkonen Jukka
In reply to this post by Sergio Baños Calvo
Hi,
 
It looks like Kosmo is checking the bounding box from the GetCapabilities document of a WMS service. It is a good habit, but it looks also that Kosmo does not send GetMap requests if user is somewhere outside the advertised bounding box.  However, there can be poorly configured WMS servers (in addition to my own) which are advertising too small bounding box and they actually have data from a wider area.  It could be better to let Kosmo do GetMaps also when the map view is outside the bounding box of the service or perhaps make it selectable. At least it would be good to document this feature and show some warning in the application.
 
Another thing I do not quite understand about WMS is where I am supposed to see the result of GetFeatureInfo query?  I can see both from the server logs and from a proxy server that Kosmo is sending GetFeatureInfo requests for an queryable WMS layer with the info tool, and the server is answering. Both the text/plain and application/vnd.ogc.gml settings work this far. However, I cannot see the result in Kosmo.
 
An additional GetFeatureInfo setting for feature_count would be often useful especially when the data on WMS server have overlapping areas.
 
-Jukka Rahkonen-

_______________________________________________
Kosmo_int mailing list
[hidden email]
http://lists.saig.es/mailman/listinfo/kosmo_int
Reply | Threaded
Open this post in threaded view
|

Re: WMS Bounding box and GetFeatureInfo

Sergio Baños Calvo
Hi Jukka.

The behaviour you're talking about in your mail is the standard behaviour for all the Kosmo Desktop layers: a layer is rendered only if its bounding box intersects with the current view bounding box. We could add a property for WMS layers to change this default behaviour and request maps even if the bounding box doesn't intersect with the current view.

The info tool works this way:

- If html format is set -> loads the response in your system default browser.
- If xml format is set -> saves the response in a temporal file and open it with the system default XML editor
- Any other formats -> require a bug fix, currently is directly ignored :(

Could you explain better what do you mean with this?
An additional GetFeatureInfo setting for feature_count would be often useful especially when the data on WMS server have overlapping areas.

Regards,

El 21/06/2011 13:41, Rahkonen Jukka escribió:
Hi,
 
It looks like Kosmo is checking the bounding box from the GetCapabilities document of a WMS service. It is a good habit, but it looks also that Kosmo does not send GetMap requests if user is somewhere outside the advertised bounding box.  However, there can be poorly configured WMS servers (in addition to my own) which are advertising too small bounding box and they actually have data from a wider area.  It could be better to let Kosmo do GetMaps also when the map view is outside the bounding box of the service or perhaps make it selectable. At least it would be good to document this feature and show some warning in the application.
 
Another thing I do not quite understand about WMS is where I am supposed to see the result of GetFeatureInfo query?  I can see both from the server logs and from a proxy server that Kosmo is sending GetFeatureInfo requests for an queryable WMS layer with the info tool, and the server is answering. Both the text/plain and application/vnd.ogc.gml settings work this far. However, I cannot see the result in Kosmo.
 
An additional GetFeatureInfo setting for feature_count would be often useful especially when the data on WMS server have overlapping areas.
 
-Jukka Rahkonen-
_______________________________________________ Kosmo_int mailing list [hidden email] http://lists.saig.es/mailman/listinfo/kosmo_int

--

Sergio Baños Calvo

Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876

E-mail: [hidden email]


_______________________________________________
Kosmo_int mailing list
[hidden email]
http://lists.saig.es/mailman/listinfo/kosmo_int
Reply | Threaded
Open this post in threaded view
|

Re: WMS Bounding box and GetFeatureInfo

Rahkonen Jukka
> Could you explain better what do you mean with this?
> An additional GetFeatureInfo setting for feature_count would be often useful especially when the data on WMS server have overlapping areas.

In case of overlapping polygons there can be many features at the clicked location.  However, if FEATURE_COUNT is not given the WMS standard says it must default to one and therefore WMS server is sending info only from the first feature it finds.  If FEATURE_COUNT is set and higher then info from all features is sent.  If the count is less than feature_count, naturally.  

-Jukka-


________________________________________
Lähettäjä: [hidden email] [[hidden email]] k&#228;ytt&#228;j&#228;n Sergio Baños Calvo [[hidden email]] puolesta
Lähetetty: 22. kesäkuuta 2011 10:32
Vastaanottaja: International Kosmo mailing list (english languaje)
Aihe: Re: [Kosmo_int] WMS Bounding box and GetFeatureInfo

Hi Jukka.

The behaviour you're talking about in your mail is the standard behaviour for all the Kosmo Desktop layers: a layer is rendered only if its bounding box intersects with the current view bounding box. We could add a property for WMS layers to change this default behaviour and request maps even if the bounding box doesn't intersect with the current view.

The info tool works this way:

- If html format is set -> loads the response in your system default browser.
- If xml format is set -> saves the response in a temporal file and open it with the system default XML editor
- Any other formats -> require a bug fix, currently is directly ignored :(

Could you explain better what do you mean with this?
An additional GetFeatureInfo setting for feature_count would be often useful especially when the data on WMS server have overlapping areas.

Regards,

El 21/06/2011 13:41, Rahkonen Jukka escribió:
Hi,

It looks like Kosmo is checking the bounding box from the GetCapabilities document of a WMS service. It is a good habit, but it looks also that Kosmo does not send GetMap requests if user is somewhere outside the advertised bounding box.  However, there can be poorly configured WMS servers (in addition to my own) which are advertising too small bounding box and they actually have data from a wider area.  It could be better to let Kosmo do GetMaps also when the map view is outside the bounding box of the service or perhaps make it selectable. At least it would be good to document this feature and show some warning in the application.

Another thing I do not quite understand about WMS is where I am supposed to see the result of GetFeatureInfo query?  I can see both from the server logs and from a proxy server that Kosmo is sending GetFeatureInfo requests for an queryable WMS layer with the info tool, and the server is answering. Both the text/plain and application/vnd.ogc.gml settings work this far. However, I cannot see the result in Kosmo.

An additional GetFeatureInfo setting for feature_count would be often useful especially when the data on WMS server have overlapping areas.

-Jukka Rahkonen-




_______________________________________________
Kosmo_int mailing list
[hidden email]<mailto:[hidden email]>
http://lists.saig.es/mailman/listinfo/kosmo_int


--

Sergio Baños Calvo

Jefe de desarrollos
Sistemas Abiertos de Información Geográfica, S.L. (SAIG S.L.)
Tlfno. móvil: 685005960
Tlfno. fijo: (+34) 954788876

E-mail: [hidden email]<mailto:[hidden email]>

_______________________________________________
Kosmo_int mailing list
[hidden email]
http://lists.saig.es/mailman/listinfo/kosmo_int
123