Hi,
I have set up GeoServer with the integrated GeoWebCache. I am accessing my
"mn2gt" layer-group (gridset EPSG:900913) tile server service as below:
http://localhost:8080/geoserver/gwc/service/tms/1.0.0/mn2gt@anonymised.com:900913@anonymised.com/1/0/0.png
It seems that by default the y-alignment of tiles in geowebcache is from
left bottom origin. My client which uses these tiles expects the origin to
be left top. I see that there is an xml element <alignTop> which can be set
to true in geowebcache.xml for a given gridset. However since, EPSG:900913
is defined by default, I cannot seem to redefine it in my geowebcache.xml
file with the <alignTop> tag set to true.
I have also tried to create a copy of the EPSG:900913 gridset and named it
my_EPSG:900913 and tried using this gridset in my geowebcache.xml with
<alignTop> set to true, and ensuring that my mn2gt layer uses gridset
my_EPSG:900913, but it does not seem to have any effect.
Can someone please advise me on how to force GeoWebCache to align the origin
to the top left instead of bottom left? Thanks,
Harv Hundal
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Forcing-GeoServer-GeoWebCache-to-align-tiles-with-top-left-origin-tp5104844.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hi Harv,
Yes, you can’t change the defaults (or even delete them unfortunately!).
My geowebcache.xml has a property:
false
Setting that to “true” may work. If it doesn’t I’d assume it’s a bug. (I note you reference in your message, but don’t have that myself.)
Regards,
Jonathan
This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.
···
On 20 February 2014 07:40, Harv Hundal <harv.hundal@anonymised.com> wrote:
Hi,
I have set up GeoServer with the integrated GeoWebCache. I am accessing my
“mn2gt” layer-group (gridset EPSG:900913) tile server service as below:
http://localhost:8080/geoserver/gwc/service/tms/1.0.0/mn2gt@anonymised.com:900913@anonymised.com/1/0/0.png
It seems that by default the y-alignment of tiles in geowebcache is from
left bottom origin. My client which uses these tiles expects the origin to
be left top. I see that there is an xml element which can be set
to true in geowebcache.xml for a given gridset. However since, EPSG:900913
is defined by default, I cannot seem to redefine it in my geowebcache.xml
file with the tag set to true.
I have also tried to create a copy of the EPSG:900913 gridset and named it
my_EPSG:900913 and tried using this gridset in my geowebcache.xml with
set to true, and ensuring that my mn2gt layer uses gridset
my_EPSG:900913, but it does not seem to have any effect.
Can someone please advise me on how to force GeoWebCache to align the origin
to the top left instead of bottom left? Thanks,
Harv Hundal
–
View this message in context: http://osgeo-org.1560.x6.nabble.com/Forcing-GeoServer-GeoWebCache-to-align-tiles-with-top-left-origin-tp5104844.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Jonathan, thanks for the reply.
You're right, by default EPSG:900913 and EPSG:4326 gridsets are defined and
cannot be modified or deleted. Thats why I created a copy of gridset
EPSG:900913 named "my_EPSG:900913" in my geowebcache.xml (however the srs
number for "my_EPSG:900913" is still 900913). I also defined my "mn2gt"
<wmsLayer> to use "my_EPSG:900913" as the <gridSetName> in geowebcache.xml.
My geowebcache.xml file is attached geowebcache.xml
<http://osgeo-org.1560.x6.nabble.com/file/n5105677/geowebcache.xml> for
reference. For this test, I used the stand-alone GeoWebCache instead of
GeoServer's integrated GeoWebCache.
And again you're right, the property name is <alignTopLeft> and is what I
actually used in my gridset definition (setting it to true). This has not
worked for me. How can I confirm that this is indeed a bug? If it is indeed
a bug, what action needs to be taken to address it? It should be easy enough
to use my geowebcache.xml and then try to fetch the following tiles:
http://localhost:8080/geowebcache/service/tms/1.0.0/mn2gt@anonymised.com:900913@anonymised.com/1/0/0.png
and
http://localhost:8080/geowebcache/service/tms/1.0.0/mn2gt@anonymised.com:900913@anonymised.com/1/0/1.png
The first tile should be North America, and the second tile should be South
America, but it isn't, regardless of <alignTopLeft> being set to true or
false.
Any application using Google or OpenStreetMaps tile service expects the tile
coordinate origin to be be top left. Its a bit surprising to me that
GeoWebCache would not be able to offer a tile service compatible with these
applications. Perhaps it is because GeoWebCache is standards-based and the
default for a standard TMS service is to use the bottom left as the tile
coordinate origin. If the <alignTopLeft> element in geowebcache.xml worked,
then it would have not been an issue, but since its not working, I'm kind of
stuck.
Regards,
Harv Hundal
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Forcing-GeoServer-GeoWebCache-to-align-tiles-with-top-left-origin-tp5104844p5105677.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hi Harv,
Running on the assumption it’s a bug, I’d suggest opening a ticket on Jira. - http://docs.geoserver.org/stable/en/user/introduction/gettinginvolved.html#bug-tracking
From what you’ve said and tested it sounds like it’s probably a bug to me.
Regards,
Jonathan
This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.
···
On 25 February 2014 00:56, Harv Hundal <harv.hundal@anonymised.com> wrote:
Jonathan, thanks for the reply.
You’re right, by default EPSG:900913 and EPSG:4326 gridsets are defined and
cannot be modified or deleted. Thats why I created a copy of gridset
EPSG:900913 named “my_EPSG:900913” in my geowebcache.xml (however the srs
number for “my_EPSG:900913” is still 900913). I also defined my “mn2gt”
to use “my_EPSG:900913” as the in geowebcache.xml.
My geowebcache.xml file is attached geowebcache.xml
<http://osgeo-org.1560.x6.nabble.com/file/n5105677/geowebcache.xml> for
reference. For this test, I used the stand-alone GeoWebCache instead of
GeoServer’s integrated GeoWebCache.
And again you’re right, the property name is and is what I
actually used in my gridset definition (setting it to true). This has not
worked for me. How can I confirm that this is indeed a bug? If it is indeed
a bug, what action needs to be taken to address it? It should be easy enough
to use my geowebcache.xml and then try to fetch the following tiles:
http://localhost:8080/geowebcache/service/tms/1.0.0/mn2gt@anonymised.com:900913@anonymised.com/1/0/0.png
and
http://localhost:8080/geowebcache/service/tms/1.0.0/mn2gt@anonymised.com:900913@anonymised.com/1/0/1.png
The first tile should be North America, and the second tile should be South
America, but it isn’t, regardless of being set to true or
false.
Any application using Google or OpenStreetMaps tile service expects the tile
coordinate origin to be be top left. Its a bit surprising to me that
GeoWebCache would not be able to offer a tile service compatible with these
applications. Perhaps it is because GeoWebCache is standards-based and the
default for a standard TMS service is to use the bottom left as the tile
coordinate origin. If the element in geowebcache.xml worked,
then it would have not been an issue, but since its not working, I’m kind of
stuck.
Regards,
Harv Hundal
–
View this message in context: http://osgeo-org.1560.x6.nabble.com/Forcing-GeoServer-GeoWebCache-to-align-tiles-with-top-left-origin-tp5104844p5105677.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Hi Jonathan and Harv,
I am responding to a very old issue. Was this ever resolved or did an issue
get created in JIRA? I am experiencing the same issue (I believe), and I am
curious how you moved forward.
Thanks for your time,
Barbara
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html
Hi Barbara,
I'm guess this relates to this thread: https://sourceforge.net/p/geoserver/mailman/message/32001987/
Alas I have no further insights myself, but while looking for that, I did find this which may or may not help:
https://sourceforge.net/p/geowebcache/mailman/message/32026943/
I'm afraid I don't know if a JIRA ticket was ever created.
Cheers,
Jonathan
On 2018-05-09 20:41, barbarapilbin wrote:
Hi Jonathan and Harv,
I am responding to a very old issue. Was this ever resolved or did an issue
get created in JIRA? I am experiencing the same issue (I believe), and I am
curious how you moved forward.
Thanks for your time,
Barbara
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-users mailing list
Please make sure you read the following two resources before posting to this list:
- Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html
If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Jonathan,
Thanks for your response! Yes, you have the correct thread. I hadn’t seen the additional context in your second link. (not sure how I missed it, but I did) Thanks for sharing.We are still wrangling through with how to resolve this in our client.
Thanks for your time,
Barbara
···
On Sat, May 19, 2018 at 1:54 PM, Jonathan Moules <jonathan-lists@anonymised.com> wrote:
Hi Barbara,
I’m guess this relates to this thread: https://sourceforge.net/p/geoserver/mailman/message/32001987/
Alas I have no further insights myself, but while looking for that, I did find this which may or may not help:
https://sourceforge.net/p/geowebcache/mailman/message/32026943/
I’m afraid I don’t know if a JIRA ticket was ever created.
Cheers,
Jonathan
On 2018-05-09 20:41, barbarapilbin wrote:
Hi Jonathan and Harv,
I am responding to a very old issue. Was this ever resolved or did an issue
get created in JIRA? I am experiencing the same issue (I believe), and I am
curious how you moved forward.
Thanks for your time,
Barbara
–
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html
Check out the vibrant tech community on one of the world’s most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Geoserver-users mailing list
Please make sure you read the following two resources before posting to this list:
If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
Geoserver-users@anonymised.comrge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Check out the vibrant tech community on one of the world’s most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Geoserver-users mailing list
Please make sure you read the following two resources before posting to this list:
If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
Geoserver-users@anonymised.comrge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
