Hi,
I’m experiencing an annoying issue with the vector tile extension (2.17.1 and 2.18-SNAPSHOT)
When we ask to reproject from 3857 to 4326 quite often (also due to the tile buffer) we get an error as shown below, and as result some returned geometries are not valid/cutted.
Mr. Carlo Cancellieri
skype: ccancellieri
Twitter: @cancellieric
LinkedIn: http://it.linkedin.com/in/ccancellieri/
Hi Carlo,
first off… don’t save data with 3857, it’s a horrible projection by any account, and only made for visualization.
The cost of reprojection, when it comes to vector data, is small, normally not significant in the overall cost
of a full request. If you have a case where it’s important, I would like to hear about it 
More comments inline.
I see that the problem is originated here:
Where we calculate the resulting native BBOX from the requested one.
if the request is in 4326 a bbox of +/-90 degrees is perfectly acceptable but when we try to obtain the native one we get an error since the 3857 does not support latitudes over or above 85 degrees (expressed in meters).I’d like to propose a solution to this but I’m also not sure which way should I follow.
I’m tempted to
- create the maximum extent for the source srs
- translate that to the declared srs (maxDeclaredBBOX) then
- if the request exceeds that maximum BBOX
- log a worn and cut the request query filter BBOX with the obtained maxDeclaredBBOX.
This may solve but seems quite complex.
It’s actually not complex enough, the extent of the source CRS is often dictated by political/administrative reasons
and has little relation with where the CRS math works. The good news is that the code to handle this is already available.
Since this does not happen in the PNG format I’m wondering how you managed to solve this problem?
Because the rendering code uses advanced projection handing to build the queries:
https://github.com/geotools/geotools/blob/master/modules/library/render/src/main/java/org/geotools/renderer/lite/StreamingRenderer.java#L1145
Mind, in general you will get more than one BBOX back, the APH also handles dateline crossing. See also:
https://media.ccc.de/v/bucharest-171-mapping-the-world-beyond-web-mercator
Can I open a ticket for that?
Sure
Cheers
Andrea
== 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.
Dear Andrea,
Thank you very much for your suggestion we really appreciate it.I’ve not so much time to dedicate to contributions, my bad, but I’ve found the time to properly report this issue here https://osgeo-org.atlassian.net/projects/GEOS/issues/GEOS-9661
Thanks again,
Carlo
Mr. Carlo Cancellieri
skype: ccancellieri
Twitter: @cancellieric
LinkedIn: http://it.linkedin.com/in/ccancellieri/