Re: [JPP-Devel] time for OJ 1.15 everyone?

[Michaël Michaud]

Happy new year everybody,

Ede, it would be nice to have a new release for this new year.

Let me know when you would like to do it. I have a pending change in my 
local code

related to WMS but I've not yet decided if it should be committed or not.

Michaël

Le 06/01/2020 à 16:45, edgar.sol...@web.de a écrit :

new year, new OJ.

start of the year is OJ release time traditionally by now. are we in agreement?

a snappy new NY to one and all ..ede


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] time for OJ 1.15 everyone?

[Rahkonen Jukka (MML)]

Hi,

It is really good to show once a year that OpenJUMP is still alive. Give me 
couple of days to check the Finnish translations.

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: maanantai 6. tammikuuta 2020 17.46
Vastaanottaja: jump devel 
Aihe: [JPP-Devel] time for OJ 1.15 everyone?

new year, new OJ.

start of the year is OJ release time traditionally by now. are we in agreement?

a snappy new NY to one and all ..ede


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] time for OJ 1.15 everyone?

[edgar . soldin]

Mike,

maybe in 2 weeks? that's giving everybody time to cleanup and mentally prepare 
;).. ede

On 07.01.2020 08:38, Michaël Michaud wrote:
> Happy new year everybody,
>
> Ede, it would be nice to have a new release for this new year.
>
> Let me know when you would like to do it. I have a pending change in my local 
> code
> related to WMS but I've not yet decided if it should be committed or not.
>
> Michaël
>
> Le 06/01/2020 à 16:45, edgar.sol...@web.de a écrit :
>> new year, new OJ.
>>
>> start of the year is OJ release time traditionally by now. are we in 
>> agreement?
>>
>> a snappy new NY to one and all ..ede
>>
>>
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] time for OJ 1.15 everyone?

[edgar . soldin]

On 07.01.2020 09:55, Rahkonen Jukka (MML) wrote:
> Hi,
>
> It is really good to show once a year that OpenJUMP is still alive.

we have some changes also. most from Peppe

>
Give me couple of days to check the Finnish translations.

sure thing ..ede


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] time for OJ 1.15 everyone?

[Giuseppe Aruta]

Happy New Year for all!
I will check Italian and Spanish translations. Not yet solved SVN
connection with Eclipse. I will work on this week.
Peppe

Il mar 7 gen 2020, 10:26  ha scritto:

> Mike,
>
> maybe in 2 weeks? that's giving everybody time to cleanup and mentally
> prepare ;).. ede
>
> On 07.01.2020 08:38, Michaël Michaud wrote:
> > Happy new year everybody,
> >
> > Ede, it would be nice to have a new release for this new year.
> >
> > Let me know when you would like to do it. I have a pending change in my
> local code
> > related to WMS but I've not yet decided if it should be committed or not.
> >
> > Michaël
> >
> > Le 06/01/2020 à 16:45, edgar.sol...@web.de a écrit :
> >> new year, new OJ.
> >>
> >> start of the year is OJ release time traditionally by now. are we in
> agreement?
> >>
> >> a snappy new NY to one and all ..ede
> >>
> >>
> >> ___
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] time for OJ 1.15 everyone?

[edgar . soldin]

On 07.01.2020 10:43, Giuseppe Aruta wrote:
> Not yet solved SVN
> connection with Eclipse.

works for me :9.. ede


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [jump-pilot:bugs] #490 just a test

[ede via Jump-pilot-devel]

test2


---

** [bugs:#490] just a test**

**Status:** open
**Created:** Tue Jan 07, 2020 10:50 AM UTC by ede
**Last Updated:** Tue Jan 07, 2020 10:50 AM UTC
**Owner:** nobody





---

Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/jump-pilot/bugs/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/jump-pilot/admin/bugs/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [jump-pilot:feature-requests] #264 just a test (featreq)

[ede via Jump-pilot-devel]

test3


---

** [feature-requests:#264] just a test (featreq)**

**Status:** open
**Created:** Tue Jan 07, 2020 11:11 AM UTC by ede
**Last Updated:** Tue Jan 07, 2020 11:12 AM UTC
**Owner:** nobody





---

Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/jump-pilot/feature-requests/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/jump-pilot/admin/feature-requests/options.  Or, if 
this is a mailing list, you can unsubscribe from the mailing list.___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [jump-pilot:bugs] Re: #489 Veneto Region (Italy) WMS sevice does not work on OpenJump

[ede via Jump-pilot-devel]

Jukka,

sounds like textfields to manipulate all 3 urls (GetCaps,GetMap,FeatInfo) in 
WMSEditPlugin would be a nice hack. or?

..ede

On 07.01.2020 09:46, Jukka Rahkonen wrote:
> In theory:
> 1. Client reads GetCapabilities with a given base URL
> 2. Server sends an URL to be used for GetMaps, URL is correct, and works
>
> Unfortunately servers can return not-working GetMap URLs. For example in 
> Mapserver the GetMap url is configured manually and it is pretty easy to 
> write it wrong. Very often in such cases the same base URL that is used for 
> GetCapabilities works also for GetMaps and it is very good to offer user a 
> possibility to try that.
>
> In QGIS there are two settings: "Ignore GetMap URI reported in capabilities" 
> and "Ignore GetFeatureInfo URI reported in capabilities"
>
> There is also another use case for forcing another GetMap URL than the one 
> that appears in the capabilities. Some servers support extra key/value 
> parameters which have some effect on the map that GetMap returns. See 
> https://docs.geoserver.org/stable/en/user/tutorials/cql/cql_tutorial.html#cql-tutorial
>  for examples. Now a users who know how they client and WMS server behave can 
> fiddle the base url and write is for example as
> https://demo.geo-solutions.it/geoserver/wms?CQL_FILTER=PERSONS>1500&.
>
> If user ignores the GetMap URL OpenJUMP will send requests like
> ~~~
> https://demo.geo-solutions.it/geoserver/wms?
> CQL_FILTER=PERSONS>1500&
> REQUEST=GetMap&
> SERVICE=WMS&
> VERSION=1.3.0&
> WIDTH=1601&
> HEIGHT=835&
> LAYERS=topp%3Astates&
> TRANSPARENT=TRUE&
> FORMAT=image%2Fpng&
> BBOX=22.101104761711433,-124.731422,52.22659723828857,-66.969849&
> CRS=EPSG:4326&
> STYLES=
> ~~~
>
> This is more a hack than a feature but I use it myself sometimes. Better 
> option would be to have an option for configuring vendor parameters for each 
> WMS layer separately.
>
> Following the 302 redirections would be a nice improvement. Some service 
> providers use redirections for load balancing, though not so many because WMS 
> clients tend to get lost :).
>
> And finally Geoservers seem to include that unnecessary &SERVICE=WMS in the 
> GetMaps URLs. I think it is wrong but it does not make real harm. I made a 
> test by adding another &SERVICE=WMS to the request and Geoserver accepts it. 
> But it would be a problem if URL contained something like &VERSION=1.1.1 and 
> client added &VERSION=1.3.0.
>
>
> ---
>
> ** [bugs:#489] Veneto Region (Italy) WMS sevice does not work on OpenJump**
>
> **Status:** open
> **Labels:** WMS
> **Created:** Wed Dec 11, 2019 04:04 PM UTC by Roberto Rossi
> **Last Updated:** Sat Jan 04, 2020 12:29 PM UTC
> **Owner:** nobody
> **Attachments:**
>
> - 
> [WMS1.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS1.jpg) 
> (72.1 kB; image/jpeg)
> - 
> [WMS2.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS2.jpg) 
> (143.6 kB; image/jpeg)
> - 
> [WMS3.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS3.jpg) 
> (27.9 kB; image/jpeg)
>
>
> The Veneto Region (Italy) WMS sevice does not work on OpenJump.
> 1. When adding the WM layer URL 
> (https://idt2-geoserver.regione.veneto.it/geoserver/ows) the server answer 
> (IMG WMS1):  *The WMS advertises the URL 
> https://idt2-geoserver.regione.veneto.it/geoserver/ows?SERVICE=WMS as 
> GetMap-URL. Do you want to use it?*
> 2. then the open window correctly shows the *Available layers* list (IMG WMS2)
> 3. finally it adds the layer  in the Working Category, but the map i s empty, 
> and in the status bar the message* No description was provided* appears
>
>
> ---
>
> Sent from sourceforge.net because you indicated interest in 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>



---

** [bugs:#489] Veneto Region (Italy) WMS sevice does not work on OpenJump**

**Status:** open
**Labels:** WMS 
**Created:** Wed Dec 11, 2019 04:04 PM UTC by Roberto Rossi
**Last Updated:** Tue Jan 07, 2020 08:46 AM UTC
**Owner:** nobody
**Attachments:**

- [WMS1.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS1.jpg) 
(72.1 kB; image/jpeg)
- [WMS2.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS2.jpg) 
(143.6 kB; image/jpeg)
- [WMS3.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS3.jpg) 
(27.9 kB; image/jpeg)


The Veneto Region (Italy) WMS sevice does not work on OpenJump.
1. When adding the WM layer URL 
(https://idt2-geoserver.regione.veneto.it/geoserver/ows) the server answer (IMG 
WMS1):  *The WMS advertises the URL 
https://idt2-geoserver.regione.veneto.it/geoserver/ows?SERVICE=WMS as 
GetMap-URL. Do you want to use it?*
2. then the open window correctly shows the *Available layers* list (IMG WMS2)
3. finally it adds the layer  in the Working Category, but the map i s empty, 
and in the status bar the message* No description was provided* appears


---

[JPP-Devel] [jump-pilot:bugs] Re: #489 Veneto Region (Italy) WMS sevice does not work on OpenJump

[Roberto Rossi via Jump-pilot-devel]

Thank you for the efforts!
Roberto Rossi
(I opened the Bug ticket)


Il 07/01/2020 14:27, ede ha scritto:
>
> Jukka,
>
> sounds like textfields to manipulate all 3 urls
> (GetCaps,GetMap,FeatInfo) in WMSEditPlugin would be a nice hack. or?
>
> ..ede
>
> On 07.01.2020 09:46, Jukka Rahkonen wrote:
>
> In theory:
> 1. Client reads GetCapabilities with a given base URL
> 2. Server sends an URL to be used for GetMaps, URL is correct, and
> works
>
> Unfortunately servers can return not-working GetMap URLs. For
> example in Mapserver the GetMap url is configured manually and it
> is pretty easy to write it wrong. Very often in such cases the
> same base URL that is used for GetCapabilities works also for
> GetMaps and it is very good to offer user a possibility to try that.
>
> In QGIS there are two settings: "Ignore GetMap URI reported in
> capabilities" and "Ignore GetFeatureInfo URI reported in capabilities"
>
> There is also another use case for forcing another GetMap URL than
> the one that appears in the capabilities. Some servers support
> extra key/value parameters which have some effect on the map that
> GetMap returns. See
> 
> https://docs.geoserver.org/stable/en/user/tutorials/cql/cql_tutorial.html#cql-tutorial
> for examples. Now a users who know how they client and WMS server
> behave can fiddle the base url and write is for example as
> https://demo.geo-solutions.it/geoserver/wms?CQL_FILTER=PERSONS>1500&.
>
> If user ignores the GetMap URL OpenJUMP will send requests like
> ~~~
> https://demo.geo-solutions.it/geoserver/wms?
> 
> CQL_FILTER=PERSONS>1500&
> REQUEST=GetMap&
> SERVICE=WMS&
> VERSION=1.3.0&
> WIDTH=1601&
> HEIGHT=835&
> LAYERS=topp%3Astates&
> TRANSPARENT=TRUE&
> FORMAT=image%2Fpng&
> BBOX=22.101104761711433,-124.731422,52.22659723828857,-66.969849&
> CRS=EPSG:4326&
> STYLES=
> ~~~
>
> This is more a hack than a feature but I use it myself sometimes.
> Better option would be to have an option for configuring vendor
> parameters for each WMS layer separately.
>
> Following the 302 redirections would be a nice improvement. Some
> service providers use redirections for load balancing, though not
> so many because WMS clients tend to get lost :).
>
> And finally Geoservers seem to include that unnecessary
> &SERVICE=WMS in the GetMaps URLs. I think it is wrong but it does
> not make real harm. I made a test by adding another &SERVICE=WMS
> to the request and Geoserver accepts it. But it would be a problem
> if URL contained something like &VERSION=1.1.1 and client added
> &VERSION=1.3.0.
>
> 
>
> *[bugs:#489] 
> Veneto Region (Italy) WMS sevice does not work on OpenJump*
>
> *Status:* open
> *Labels:* WMS
> *Created:* Wed Dec 11, 2019 04:04 PM UTC by Roberto Rossi
> *Last Updated:* Sat Jan 04, 2020 12:29 PM UTC
> *Owner:* nobody
> *Attachments:*
>
>   * WMS1.jpg
> 
> (72.1 kB; image/jpeg)
>   * WMS2.jpg
> 
> (143.6 kB; image/jpeg)
>   * WMS3.jpg
> 
> (27.9 kB; image/jpeg)
>
> The Veneto Region (Italy) WMS sevice does not work on OpenJump.
> 1. When adding the WM layer URL
> (https://idt2-geoserver.regione.veneto.it/geoserver/ows) the
> server answer (IMG WMS1): /The WMS advertises the URL
> https://idt2-geoserver.regione.veneto.it/geoserver/ows?SERVICE=WMS
> as GetMap-URL. Do you want to use it?/
> 2. then the open window correctly shows the /Available layers/
> list (IMG WMS2)
> 3. finally it adds the layer in the Working Category, but the map
> i s empty, and in the status bar the message/No description was
> provided/ appears
>
> 
>
> Sent from sourceforge.net because you indicated interest in
> https://sourceforge.net/p/jump-pilot/bugs/489/
>
> To unsubscribe from further messages, please visit
> https://sourceforge.net/auth/subscriptions/
>
> 
>
> *[bugs:#489]  Veneto
> Region (Italy) WMS sevice does not work on OpenJump*
>
> *Status:* open
> *Labels:* WMS
> *Created:* Wed Dec 11, 2019 04:04 PM UTC by Roberto Rossi
> *Last Updated:* Tue Jan 07, 2020 08:46 AM UTC
> *Owner:* nobody
> *Attachments:*
>
>   * WMS1.jpg
> 

[JPP-Devel] [jump-pilot:bugs] Re: #489 Veneto Region (Italy) WMS sevice does not work on OpenJump

[ede via Jump-pilot-devel]

Roberto,

does the latest Snapshot work for you now?
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/

..ede

On 07.01.2020 16:38, Roberto Rossi wrote:
> Thank you for the efforts!
> Roberto Rossi
> (I opened the Bug ticket)
>
>
> Il 07/01/2020 14:27, ede ha scritto:
>>
>> Jukka,
>>
>> sounds like textfields to manipulate all 3 urls
>> (GetCaps,GetMap,FeatInfo) in WMSEditPlugin would be a nice hack. or?
>>
>> ..ede
>>
>> On 07.01.2020 09:46, Jukka Rahkonen wrote:
>>
>> In theory:
>> 1. Client reads GetCapabilities with a given base URL
>> 2. Server sends an URL to be used for GetMaps, URL is correct, and
>> works
>>
>> Unfortunately servers can return not-working GetMap URLs. For
>> example in Mapserver the GetMap url is configured manually and it
>> is pretty easy to write it wrong. Very often in such cases the
>> same base URL that is used for GetCapabilities works also for
>> GetMaps and it is very good to offer user a possibility to try that.
>>
>> In QGIS there are two settings: "Ignore GetMap URI reported in
>> capabilities" and "Ignore GetFeatureInfo URI reported in capabilities"
>>
>> There is also another use case for forcing another GetMap URL than
>> the one that appears in the capabilities. Some servers support
>> extra key/value parameters which have some effect on the map that
>> GetMap returns. See
>> 
>> https://docs.geoserver.org/stable/en/user/tutorials/cql/cql_tutorial.html#cql-tutorial
>> for examples. Now a users who know how they client and WMS server
>> behave can fiddle the base url and write is for example as
>> https://demo.geo-solutions.it/geoserver/wms?CQL_FILTER=PERSONS>1500&.
>>
>> If user ignores the GetMap URL OpenJUMP will send requests like
>> ~~~
>> https://demo.geo-solutions.it/geoserver/wms?
>> 
>> CQL_FILTER=PERSONS>1500&
>> REQUEST=GetMap&
>> SERVICE=WMS&
>> VERSION=1.3.0&
>> WIDTH=1601&
>> HEIGHT=835&
>> LAYERS=topp%3Astates&
>> TRANSPARENT=TRUE&
>> FORMAT=image%2Fpng&
>> BBOX=22.101104761711433,-124.731422,52.22659723828857,-66.969849&
>> CRS=EPSG:4326&
>> STYLES=
>> ~~~
>>
>> This is more a hack than a feature but I use it myself sometimes.
>> Better option would be to have an option for configuring vendor
>> parameters for each WMS layer separately.
>>
>> Following the 302 redirections would be a nice improvement. Some
>> service providers use redirections for load balancing, though not
>> so many because WMS clients tend to get lost :).
>>
>> And finally Geoservers seem to include that unnecessary
>> &SERVICE=WMS in the GetMaps URLs. I think it is wrong but it does
>> not make real harm. I made a test by adding another &SERVICE=WMS
>> to the request and Geoserver accepts it. But it would be a problem
>> if URL contained something like &VERSION=1.1.1 and client added
>> &VERSION=1.3.0.
>>
>> 
>>
>> *[bugs:#489] 
>> Veneto Region (Italy) WMS sevice does not work on OpenJump*
>>
>> *Status:* open
>> *Labels:* WMS
>> *Created:* Wed Dec 11, 2019 04:04 PM UTC by Roberto Rossi
>> *Last Updated:* Sat Jan 04, 2020 12:29 PM UTC
>> *Owner:* nobody
>> *Attachments:*
>>
>>   * WMS1.jpg
>> 
>> (72.1 kB; image/jpeg)
>>   * WMS2.jpg
>> 
>> (143.6 kB; image/jpeg)
>>   * WMS3.jpg
>> 
>> (27.9 kB; image/jpeg)
>>
>> The Veneto Region (Italy) WMS sevice does not work on OpenJump.
>> 1. When adding the WM layer URL
>> (https://idt2-geoserver.regione.veneto.it/geoserver/ows) the
>> server answer (IMG WMS1): /The WMS advertises the URL
>> https://idt2-geoserver.regione.veneto.it/geoserver/ows?SERVICE=WMS
>> as GetMap-URL. Do you want to use it?/
>> 2. then the open window correctly shows the /Available layers/
>> list (IMG WMS2)
>> 3. finally it adds the layer in the Working Category, but the map
>> i s empty, and in the status bar the message/No description was
>> provided/ appears
>>
>> 
>>
>> Sent from sourceforge.net because you indicated interest in
>> https://sourceforge.net/p/jump-pilot/bugs/489/
>>
>> To unsubscribe from further messages, please visit
>> https://sourceforge.net/auth/subscriptions/
>>
>> 
>>
>> *[bugs:#489]  Veneto
>> Region (Italy) WMS sevic

[JPP-Devel] [jump-pilot:bugs] Re: #489 Veneto Region (Italy) WMS sevice does not work on OpenJump

[Roberto Rossi via Jump-pilot-devel]

Yes! I tried the 6216 snapshot, and it works also if you answer "Yes" to
the /"Do you want to use it?"/ question!
Thank you again!
What can I do if I find bugs in Sextante (in OpenJump)?
Can I use the same Bugtracker?

Roberto

Il 07/01/2020 16:42, ede ha scritto:
>
> Roberto,
>
> does the latest Snapshot work for you now?
> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/
>
> ..ede
>
> On 07.01.2020 16:38, Roberto Rossi wrote:
>
> Thank you for the efforts!
> Roberto Rossi
> (I opened the Bug ticket)
>
> Il 07/01/2020 14:27, ede ha scritto:
>
> Jukka,
>
> sounds like textfields to manipulate all 3 urls
> (GetCaps,GetMap,FeatInfo) in WMSEditPlugin would be a nice
> hack. or?
>
> ..ede
>
> On 07.01.2020 09:46, Jukka Rahkonen wrote:
>
> In  theory:
> 1.Client  reads  GetCapabilities  with  a  given  base  URL
> 2.Server  sends  an  URL  to  be  used  for  GetMaps,URL  is  
> correct,and
> works
>
> Unfortunately  servers  can  return  not-working  GetMap  URLs.For
> example  in  Mapserver  the  GetMap  url  is  configured  manually  
> and  it
> is  pretty  easy  to  write  it  wrong.Very  often  in  such  cases  
> the
> same  base  URL  that  is  used  for  GetCapabilities  works  also  
> for
> GetMaps  and  it  is  very  good  to  offer  user  a  possibility  to 
>  try  that.
>
> In  QGIS  there  are  two  settings:"Ignore GetMap URI reported in
> capabilities"and "Ignore  GetFeatureInfo  URI  reported  in  
> capabilities"
>
> There  is  also  another  use  case  for  forcing  another  GetMap  
> URL  than
> the  one  that  appears  in  the  capabilities.Some  servers  support
> extra  key/value  parameters  which  have  some  effect  on  the  map 
>  that
> GetMap  returns.See
> 
> https://docs.geoserver.org/stable/en/user/tutorials/cql/cql_tutorial.html#cql-tutorial
> for  examples.Now  a  users  who  know  how  they  client  and  WMS  
> server
> behave  can  fiddle  the  base  url  and  write  is  for  example  as
> 
> https://demo.geo-solutions.it/geoserver/wms?CQL_FILTER=PERSONS>1500&.
>
> If  user  ignores  the  GetMap  URL  OpenJUMP  will  send  requests  
> like
> ~~~
> https://demo.geo-solutions.it/geoserver/wms?
> 
> CQL_FILTER=PERSONS>1500&
> REQUEST=GetMap&
> SERVICE=WMS&
> VERSION=1.3.0&
> WIDTH=1601&
> HEIGHT=835&
> LAYERS=topp%3Astates&
> TRANSPARENT=TRUE&
> FORMAT=image%2Fpng&
> BBOX=22.101104761711433,-124.731422,52.22659723828857,-66.969849&
> CRS=EPSG:4326&
> STYLES=
> ~~~
>
> This  is  more  a  hack  than  a  feature  but  I  use  it  myself  
> sometimes.
> Better  option  would  be  to  have  an  option  for  configuring  
> vendor
> parameters  for  each  WMS  layer  separately.
>
> Following  the  302  redirections  would  be  a  nice  
> improvement.Some
> service  providers  use  redirections  for  load  balancing,though  
> not
> so  many  because  WMS  clients  tend  to  get  lost  :).
>
> And  finally  Geoservers  seem  to  include  that  unnecessary
> &SERVICE=WMS  in  the  GetMaps  URLs.I  think  it  is  wrong  but  it 
>  does
> not  make  real  harm.I  made  a  test  by  adding  another  
> &SERVICE=WMS
> to  the  request  and  Geoserver  accepts  it.But  it  would  be  a  
> problem
> if  URL  contained  something  like  &VERSION=1.1.1  and  client  
> added
> &VERSION=1.3.0.
>
> 
> 
>
> *[bugs:#489]
> Veneto  Region  (Italy)  WMS  sevice  does  not  work  on  OpenJump*
>
> *Status:*  open
> *Labels:*  WMS
> *Created:*  Wed  Dec  11,2019  04:04  PM  UTC  by  Roberto  Rossi
> *Last  Updated:*  Sat  Jan  04,2020  12:29  PM  UTC
> *Owner:*  nobody
> *Attachments:*
>
>*  WMS1.jpg
>  
> 
>  (72.1  kB; image/jpeg)
>*  WMS2.jpg
>  
> 
>  (143.6  kB; image/jpeg)
>*  WMS3.jpg
>  
> 
>  (27.9  kB; image/jpeg)
>
> The  Veneto  Region  (Italy)  WMS  sevice  does  not  work  on  
> OpenJump.
> 1.When  adding  the  WM  layer  URL
> (https://idt2-geoserver.regione.veneto.it/geoserver/ows)  the
> server  answer  (IMG  WMS1):/The  WMS  advertises  th

[JPP-Devel] [jump-pilot:bugs] Re: #489 Veneto Region (Italy) WMS sevice does not work on OpenJump

[ede via Jump-pilot-devel]

On 07.01.2020 17:11, Roberto Rossi wrote:
> What can I do if I find bugs in Sextante (in OpenJump)?
> Can I use the same Bugtracker?

yes. just file a new ticket. check if none similar exists first!

wrt. Sextante. our "Sextante guy" is currently on hiatus, so be patient for 
fixes. also, as we are stretched thin wrt. man power, it might happen, that we 
cant fix at all right now. we'll see. having said that, please file away. any 
help is welcome :)

..ede


---

** [bugs:#489] Veneto Region (Italy) WMS sevice does not work on OpenJump**

**Status:** open
**Labels:** WMS 
**Created:** Wed Dec 11, 2019 04:04 PM UTC by Roberto Rossi
**Last Updated:** Tue Jan 07, 2020 08:46 AM UTC
**Owner:** nobody
**Attachments:**

- [WMS1.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS1.jpg) 
(72.1 kB; image/jpeg)
- [WMS2.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS2.jpg) 
(143.6 kB; image/jpeg)
- [WMS3.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS3.jpg) 
(27.9 kB; image/jpeg)


The Veneto Region (Italy) WMS sevice does not work on OpenJump.
1. When adding the WM layer URL 
(https://idt2-geoserver.regione.veneto.it/geoserver/ows) the server answer (IMG 
WMS1):  *The WMS advertises the URL 
https://idt2-geoserver.regione.veneto.it/geoserver/ows?SERVICE=WMS as 
GetMap-URL. Do you want to use it?*
2. then the open window correctly shows the *Available layers* list (IMG WMS2)
3. finally it adds the layer  in the Working Category, but the map i s empty, 
and in the status bar the message* No description was provided* appears


---

Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/jump-pilot/bugs/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/jump-pilot/admin/bugs/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Do we have a tool "create a linestring from ordered set of points"?

[Rahkonen Jukka (MML)]

Hi,

I can do what I want in PostGIS with https://postgis.net/docs/ST_MakeLine.html 
but that is an extra step for my purpose that is to check if points are ordered 
correctly and if there are outliers. Natural order by feature ID would be 
enough for my immediate use case but a more universal tool could offer an 
option to sort point set by a selected attribute, that quite often is something 
related to time.

-Jukka Rahkonen-
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Do we have a tool "create a linestring from ordered set of points"?

[Rahkonen Jukka (MML)]

OK, we have a Sextante tool "points to line", though without option to sort by 
attribute.

-Jukka-

Lähettäjä: Rahkonen Jukka (MML) 
Lähetetty: tiistai 7. tammikuuta 2020 23.21
Vastaanottaja: OpenJump develop and use 
(jump-pilot-devel@lists.sourceforge.net) 

Aihe: [JPP-Devel] Do we have a tool "create a linestring from ordered set of 
points"?

Hi,

I can do what I want in PostGIS with https://postgis.net/docs/ST_MakeLine.html 
but that is an extra step for my purpose that is to check if points are ordered 
correctly and if there are outliers. Natural order by feature ID would be 
enough for my immediate use case but a more universal tool could offer an 
option to sort point set by a selected attribute, that quite often is something 
related to time.

-Jukka Rahkonen-
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel