getChangeMap() MMU Not Working

[clarype]

The MMU parameter does not seem to work, as I still see individual pixels in outputs.

[clarype]

I am still looking into this, but it is weird and seems depended on zoom level. That is, it seems to look correct when I zoom out to a different zoom level, but when I zoom in things look wrong. Still working on this here is a GEE link where things are start to make since.

[mxk0427]

Has this problem been resolved? I also encountered this problem.

[clarype]

Hello, Let me take a look at it. best,

…

-Peter

________________________________ From: ma xiaokang ***@***.***> Sent: Thursday, November 30, 2023 6:00 PM To: eMapR/LT-GEE ***@***.***> Cc: Clary, Peter Ellis ***@***.***>; Author ***@***.***> Subject: Re: [eMapR/LT-GEE] getChangeMap() MMU Not Working (Issue #31) You don't often get email from ***@***.*** Learn why this is important<https://aka.ms/LearnAboutSenderIdentification> [This email originated from outside of OSU. Use caution with links and attachments.] Has this problem been resolved? I also encountered this problem. — Reply to this email directly, view it on GitHub<#31 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AGCP6LW6YADEC3ADBS5JPYLYHE24BAVCNFSM6AAAAAATABKZQ6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZVGI4TCNRWHA>. You are receiving this because you authored the thread.Message ID: ***@***.***>

[clarype]

So it seems the GEE example given about does work. This program uses the reproject() method which has a consequence on scale. If the processing area is to large with small spatial resolution memory issues are likely to occur, but if processing area is small this method works. I will do some further testing