I already have all the map data figured out.

Dungeons use dictionary compression.  Uses a byte to indicate which next 8 are literals, and are from a dictionary.  Zero bits indicate literals.
For dictionary use, it takes 16 bits.
Top 4 bits = length (add 3), bottom 12 bits: Pointer inside the 4k dictionary.

Every 8 things read (literals or dictionary uses) make it read another byte to determine whether the next 8 are literals or dictionary entries.  Repeat until entire map is loaded (size B0)

The 00 or 01 byte (00 for dungeons, 01 for overworlds) is actually an entry in an immediate jump table.  All other values make the game crash or behave weird.

LZ77 is about going BACKWARD in decompressed data to find back references
The dungeons use Dictionary Compression (LZ78), where you find references in the Dictionary, not in the decompression history.
The graphics can use LZ77 compression however.

The exact format of any bitstream of compressed data varies depending on implementation.  Unless you can find a game which reads one byte to tell you whether the next 8 bytes are literals or backreferences, it will only work with this game.

Well if maps are all figured out, then I guess everything's good.  I've got other data, but I don't thing it's nessicary for a map viewer.

What do you mean exactly?  You mean that the rooms arn't right next to each other like in the overworld?

4FCE is where the dungeon assembler data is located.

Yeah I got that.  Right now I'm actually in Seasons trying to figure out how the Hero's Cave warp data works.  My goal is to find where the bit is set if you are in a linked game.  Of course since Season's ram map is totally different than Ages, it's kind of fruitless.  I guess I could search for the GBA switch instead and check how the game does the Advance Shop.  My goal is to find where the covering to Ages Hero's cave is.  It seems that on plane 0, screen 48, tile 64 gets superimposed over a specific spot, and when you are in a linked game, it gets removed.  In Seasons, it uses warp data and seems to do some sort of switch.  You know it's funny how two games that appear to be exactly the same is actually quite different.

That's not always the case.  In fact, I did check the objects for that screen and even after adjusting the pointer, the wall tile was still there.  I searched for it, but nothing came up.  In case you are wondering, it's plane 0, screen 48, Tile ID is 64, clipping is 0f(solid), and DD is the tile ID that should be under it.

Also, one interesting thing about Ages and Seasons is that Ages has assumed warp tiles.  That means that the game is smart enough to know that if you go up a flight of stairs, you will appear in the same spot on the map above.  Seasons has no such warps, and all of them are data as usual.  Of course since each wap takes up 4 bytes each, plus it's parent data(another 4), it's not that bad, even in that room with like 100 stairs in the 7th dungeon.

Edit:  Okay I found it.  There is a list of pointers that represent the 7 planes at 1232E.  What these are, are special tiles that would be added or taken away based on some critteria.  No idea what, but it seems 1233F, if changed from 40 to 00, gets rid of the wall that blocks the Hero's Cave.  It doesn't seem to look like code, so I don't know exactly what's happening.  It seems to be a mix of screen ID's and tile ID's.

Edit 2:  Apparently the second byte is the ram flag to look for when determining if the object should be drawn or not.  However, I ran into an interesting quirk.  Apparently in plane 04, the first dungeon plane, only the first tile seems to work.  It's what overwrites the Armos tile in room 56 in Moonlight Grotto, and it's set to search for 20.  I think these tiles do things like hold certain doors open, like the room to the right of the Pea Shooter.  For some reason the lamp event will only tigger the even, but the tile won't even activate.  There's also two tiles in room 4B that never seem to trigger, and also the even in C5 matches up correctly with the action, but altering the tile doesn't seem to have an affect.

That is looking pretty amazing.  I can't wait to see it for myself.

Even more interesting is that the game also has checks for Symmatry Village and it's transitions from regular screen to either the ruined present tileset, or past tileset for that area.  I'm sure Rolling Ridge also has those pallete fades as well.

I'm not really sure why the game would auto fix pallete 6, but it could be to make sure that all tiles are even.  Since the Maku Tree has a bit set that makes all exits make the screen fade, my guess is that if you took that bit off, switching between screens would mess up the palletes.  I think screen exit fading is triggered when bit 07 is set in the data that defines what screen belongs in what area map.

Edit:  Close, but not quite.  It's at 1075C, and it's the list that has either an 01 or 7F.  There's a lone 80 there and that's the Maku Tree and it controls fade in warps.  I think it's mostly used in Seasons where there would be some obvious tileset conflicts between the different seasons.