That looks very much what I see and the same warnings (also generating requests with Leaflet) ! This isn’t the first time I have hit this with rasters but first time using image mosaic. In past I have worked around by building two separate source, one for east, one for west. Then created a layer group from both of them and serve that. I have major new rebuild of the rasters due jan, and if no progress, I will adopt that approach. It is pretty bizarre however.
From: Lubomír Bucek <[email protected]> Sent: Thursday, 13 December 2018 14:09 To: Phil Scadden <[email protected]> Subject: Re: [Geoserver-users] Imagemosaic spanning the dateline Good evening, I have also stumbled into probably the same issue trying to build a layer spanning across the dateline seamlessly. If this is not related, please correct me. I do not possess any Java skills to spot the bug in code neither fix it and therefore tried to document what I have tried on GeoServer side - to no success so far. https://osgeo-org.atlassian.net/browse/GEOS-9059 It could be used as a steppingstone for someone later. Best, Lubomír Bucek ---------- Původní e-mail ---------- Od: Phil Scadden <[email protected]<mailto:[email protected]>> Komu: GeoServer Mailing List List <[email protected]<mailto:[email protected]>> Datum: 13. 12. 2018 0:00:41 Předmět: Re: [Geoserver-users] Imagemosaic spanning the dateline Any insight at all into the warning message would help. (Like what was code trying to do when it generated it). From: Phil Scadden <[email protected]<mailto:[email protected]>> Sent: Tuesday, 11 December 2018 10:06 To: GeoServer Mailing List List <[email protected]<mailto:[email protected]>> Subject: Re: [Geoserver-users] Imagemosaic spanning the dateline After a bit of battle getting disk provisioning, I have now successfully built an imagemozaic in EPSG:3857 which does cover both sides of the dateline. If I use “tiled” in getmap requests, it returns imagery for one side the dateline – if dateline is not in frame, you can get imagery for either side, but moment you have datetime in frame, then you get one side or other. I am about to analyse the getmap requests buts when I look in the logs, I see it is full of WARN message like this: 2018-12-11 09:52:09,214 WARN [lite.gridcoverage2d] - Could not reduce the grid geometry inside the valid area bounds: ReferencedEnvelope[-1.7976931348623157E308 : 1.7976931348623157E308, -85.0 : 85.0] Grid geometry isGridGeometry2D[GridEnvelope2D[0..1063, 0..1063], PARAM_MT["Affine", PARAMETER["num_row", 3], PARAMETER["num_col", 3], PARAMETER["elt_0_0", 9.554628534313876], PARAMETER["elt_0_2", 19841652.786989305], PARAMETER["elt_1_1", -9.554628534317445], PARAMETER["elt_1_2", -4118861.8190303175]]] The messages vary in terms of the elt_ parameters and the GridEnvelope2D content, but ALWAYS have ReferencedEnvelope[-1.7976931348623157E308 : 1.7976931348623157E308, -85.0 : 85.0] The lat/long bounding box on the layer is -179.999999 -60.23 179.999999999999 -19.3111 Can anyone tell me what the WARN message is about? (or should I give up now and create 2 imagemozaics, one for each side of the dateline). From: Phil Scadden <[email protected]<mailto:[email protected]>> Sent: Monday, 29 October 2018 16:21 Cc: GeoServer Mailing List List <[email protected]<mailto:[email protected]>> Subject: Re: [Geoserver-users] Imagemosaic spanning the dateline That is encouraging. Trying it if I can figure the REST. While there is no accounting for some random consumer might request, any sensible query isn’t going to ask for the raster in anything but 3857 and it would make no sense outside SW Pacific. From: Andrea Aime <[email protected]<mailto:[email protected]>> Sent: Sunday, 28 October 2018 05:59 To: Phil Scadden <[email protected]<mailto:[email protected]>> Cc: GeoServer Mailing List List <[email protected]<mailto:[email protected]>> Subject: Re: [Geoserver-users] Imagemosaic spanning the dateline Hi Phil, we have done that in the past, even with granules spanning the dateline, using a heterogeneous CRS setup (each image in its own UTM zone, the ones crossing the dateline in UTM 1 or 60). That said, it's always tricky, so I won't promise it will work in your case. Having the source CRS in 3857, that will surely be source of troubles if someone asks the map in output in 4326, last time I stumbled in that case if the client asked for the entire globe to be displayed in 4326 the envelope reprojection would fail Cheers Andrea On Fri, Oct 26, 2018 at 2:35 AM Phil Scadden <[email protected]<mailto:[email protected]>> wrote: Before I waste a lot of time on something impossible, I thought I would ask whether it is okay to have an image mosaic that crosses the dateline. None of the granules cross the 180 (more accurately, the data is split into tiles that don’t cross the 180), but the mosaic itself will span a big hunk of the SW Pacific. CRS is 3857 for each tile. The reason I ask is the LL, UR coordinates for an envelope2d would violate the common assumption that LL x is < LR x that flat-earthers are so used to. Notice: This email and any attachments are confidential and may not be used, published or redistributed without the prior written consent of the Institute of Geological and Nuclear Sciences Limited (GNS Science). If received in error please destroy and immediately notify GNS Science. Do not copy or disclose the contents. _______________________________________________ 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 [email protected]<mailto:[email protected]> https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Regards, Andrea Aime == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia. This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail. Notice: This email and any attachments are confidential and may not be used, published or redistributed without the prior written consent of the Institute of Geological and Nuclear Sciences Limited (GNS Science). If received in error please destroy and immediately notify GNS Science. Do not copy or disclose the contents. Notice: This email and any attachments are confidential and may not be used, published or redistributed without the prior written consent of the Institute of Geological and Nuclear Sciences Limited (GNS Science). If received in error please destroy and immediately notify GNS Science. Do not copy or disclose the contents. Notice: This email and any attachments are confidential and may not be used, published or redistributed without the prior written consent of the Institute of Geological and Nuclear Sciences Limited (GNS Science). If received in error please destroy and immediately notify GNS Science. Do not copy or disclose the contents. _______________________________________________ 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 [email protected]<mailto:[email protected]> https://lists.sourceforge.net/lists/listinfo/geoserver-users Notice: This email and any attachments are confidential and may not be used, published or redistributed without the prior written consent of the Institute of Geological and Nuclear Sciences Limited (GNS Science). If received in error please destroy and immediately notify GNS Science. Do not copy or disclose the contents.
_______________________________________________ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
