getChangeMap() MMU Not Working

clarype commented 1 year ago

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

clarype commented 1 year ago

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 commented 1 year ago

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

clarype commented 12 months ago

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 importanthttps://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 GitHubhttps://github.com/eMapR/LT-GEE/issues/31#issuecomment-1835291668, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AGCP6LW6YADEC3ADBS5JPYLYHE24BAVCNFSM6AAAAAATABKZQ6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZVGI4TCNRWHA. You are receiving this because you authored the thread.Message ID: @.***>

clarype commented 12 months ago

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

eMapR / LT-GEE

getChangeMap() MMU Not Working #31