Hi all,
Still plugging away at this. I have a rough prototype mostly done that
reprojects on the fly. Been working out of this branch:
https://github.com/dvntucker/geotools/tree/gt-dem-scratch
Keep in mind that's pretty much all prototyping.
Some of the things I've done:
- Update mosaic configuration with declared CRS
- Update the index generation to reproject the individual coverage envelope
into the mosaic CRS
- Reproject the raster as needed. Right now I'm just doing it by loading
the raster up in a GridCoverage and using Resampler2D to reproject it.
Obviously this introduces a dependency on gt-coverage, which I'm not sure
is kosher ultimately, but it was easier than plugging in all the machinery
to do it otherwise.
I think next step is to step back, take some notes and look at refining the
API proposal.
Cheers,
Devon
On Fri, Apr 29, 2016 at 3:47 PM, Devon Tucker <devonrtuc...@gmail.com>
wrote:
> Hi Andrea,
>
> Thanks for the feedback and braindump, much appreciated. I'm back in town
> this week and looking further into this next week. I think we are going to
> be trying to achieve a rough, throw away first pass at this and let that
> inform the existing ImageMosaic API change proposal and further work on
> dynamic reprojection in the ImageMosaic.
>
> Personally I'd like to see the ImageMosaic opened up in such a way that
> dynamic reprojection could be done as a plugin without effectively
> impacting how it currently operates. I'm hoping that sometime next week I
> can take a second pass through Niel's API change proposal and solicit more
> feedback on it.
>
> Cheers,
> Devon
> dtuc...@boundlessgeo.com
>
>
> On Tue, Apr 19, 2016 at 2:50 AM, Andrea Aime <andrea.a...@geo-solutions.it
> > wrote:
>
>> On Sun, Apr 17, 2016 at 12:10 AM, Jody Garnett <jody.garn...@gmail.com>
>> wrote:
>>
>>> Thanks for the brain dump Andrea (and to Devon for starting this
>>> conversation). The key reason we are reaching out to geotools-devel is the
>>> sheer wasted disk space represented by a static "gdal command line"
>>> solution (which no doubt would perform better).
>>>
>>
>> If you have dynamic stacking order requirements (per user profiling), it
>> would not work regardless
>>
>>
>>>
>>> Devon has been exploring the dynamic approach (using a resample prior to
>>> mosaic) in a branch. We did not consider grouping granules with similar CRS
>>> - as our unsupported/dem use cases focuses on many overlapping granules
>>> that are sorted according to need (resolution, date, etc...).
>>>
>>
>> We have always done this in custom implementations, partly for
>> performance issues, partly for quality ones (black lines and visible seams
>> generally make the result unacceptable, regardless of how fast/slow the
>> solution would be).
>>
>>
>>>
>>> This work will be a balancing between meeting our use-case - and leaving
>>> the design open for other stories that are perhaps more common. Thank you
>>> for the information on "excess granule removal" - while I have identified
>>> it as a risk I am not sure it will be addressed in this first cut.
>>>
>>
>> Roger that
>>
>> 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
>>
>> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
>>
>> Le informazioni contenute in questo messaggio di posta elettronica e/o
>> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
>> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
>> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
>> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
>> darcene notizia via e-mail e di procedere alla distruzione del messaggio
>> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
>> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
>> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
>> principi dettati dal D.Lgs. 196/2003.
>>
>>
>>
>> The information in this message and/or attachments, is intended solely
>> for the attention and use of the named addressee(s) and may be confidential
>> or proprietary in nature or covered by the provisions of privacy act
>> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
>> Code).Any use not in accord with its purpose, any disclosure, reproduction,
>> copying, distribution, or either dissemination, either whole or partial, is
>> strictly forbidden except previous formal approval of the named
>> addressee(s). If you are not the intended recipient, please contact
>> immediately the sender by telephone, fax or e-mail and delete the
>> information in this message that has been received in error. The sender
>> does not give any warranty or accept liability as the content, accuracy or
>> completeness of sent messages and accepts no responsibility for changes
>> made after they were sent or for other risks which arise as a result of
>> e-mail transmission, viruses, etc.
>>
>> -------------------------------------------------------
>>
>
>
------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
