Introducing the SPDB

Have you considered the degree to which that slow down the page load?
All the free sharing sites are notoriously slow.

Map rendering eats bandwidth very, very fast. Each image can be upwards of 3 - 5 MB.

Could you do it on the fly, on the user's computer, using their own map.wz, if they have an up-to-date one? Although that would necessitate the applet being able to unpack/decrypt wz files, which you might not want...

One thing I would really like to see added to Map data is portal locations. There is a list of exits, but for some "maze" areas (notably Haunted Mansion, Phantom Forest, Kaede Castle) that hardly helps.

Could you have IDs displayed in the details page of everything? (maps and mobs especially)

Could you do it on the fly, on the user's computer, using their own map.wz, if they have an up-to-date one? Although that would necessitate the applet being able to unpack/decrypt wz files, which you might not want...

One thing I would really like to see added to Map data is portal localtions. There is a list of exits, but for some "maze" areas (notably Haunted Mansion, Phantom Forest, Kaede Castle) that hardly helps.

You would have to create a cross-platform and portable scripting language that runs on the client's computer from a webpage. So that necessitates javascript. Javascript runs through the browser and not all browsers support the same version of Javascript especially when it comes to file reading. Then you have to have the files in a standard place and run AES decryption through Javascript and image unpacking and repacking into a PNG... uh... no. How about if you code it. That would be an absolute mess.

Could you have IDs displayed in the details page of everything? (maps and mobs especially)

Technically they alreasdy are since they're in the link in the header of each mob.

Have you considered the degree to which that slow down the page load?
All the free sharing sites are notoriously slow.

No, I didn't consider that because I am not a system admin, that is your job. I only made a suggestion based on the fact that reddit is able to use imgur with little to no slowdown that I notice. I'd rather have something be slow, then not have it at all.

Technically they alreasdy are since they're in the link in the header of each mob.

Yeah, I know. But it's at the end of the URL and on Chrome, you have to hover over it for like three seconds... so it's annoying to see.

No, I didn't consider that because I am not a system admin, that is your job. I only made a suggestion based on the fact that reddit is able to use imgur with little to no slowdown that I notice. I'd rather have something be slow, then not have it at all.

Haha, I don't think you realize the quantity and size of MapleStory's maps. It's just not doable for SPDB.

Haha, I don't think you realize the quantity and size of MapleStory's maps. It's just not doable for SPDB.

I really don't know enough about how hosting works to see the cost behind it. That's why I suggested a free site. Since that has been turned down, I'll assume that it isn't doable as well.

You would have to create a cross-platform and portable scripting language that runs on the client's computer from a webpage. So that necessitates javascript. Javascript runs through the browser and not all browsers support the same version of Javascript especially when it comes to file reading. Then you have to have the files in a standard place and run AES decryption through Javascript and image unpacking and repacking into a PNG... uh... no. How about if you code it. That would be an absolute mess.

Ah, sorry. I'm a Unix/C++ programmer, myself. All I know of web/javascript programming is that it's *supposedly* platform-independent and all the other nice buzzwords. Guess it doesn't work that way in real life. Ah well.

You might consider hosting a scaled-down rendered map. Not as small as the mini-map, but not 3-5 mb either. Render the maps and then resize to, say, 1/16 size (25% height and width) before storing.

Anyway, for me, it would be enough to have maps like hidden-street does. Tiny, but with the portals and warp points clearly marked.

Anyway, for me, it would be enough to have maps like hidden-street does. Tiny, but with the portals and warp points clearly marked.

Working on a similar concept, that when clicked opens the min-imap at a larger size in a window that renders the portals similar to the way the hitbox rendering script works.

I didn't realize it would be such a pain to do an image like that. That's why I asked. I wasn't aware if it was possible or not. No biggie. I'll figure it out lol.

To see a before/after of the changes between patches you can view:

http://www.southperry.net/db/?do=whatchanged&locale=1

And to see purely new adds you can view:

http://www.southperry.net/db/?do=whatsnew&locale=1

A later update will let you compare specific versions for both types of difference.

There is something wrong with the attack listed for weapons in the initial search result listing. All bows show 3 att, all guns 9 att, all wands 6 att, etc.
When you click for the details of a weapon, then the proper att or matt shows.

As for the mob database, the main problem I see with it is that it is cluttered up with old event mobs, or special mobs that only appear for job quests and such.
For example, there are 7 papulatuses (papulati?), and 5 or 6 of most other boss i tried, several red wyverns, and innumerable visitor mob variations.
It would be nice if there was a way to exclude all of those. I know the map data shows what spawns in each map.
With effort you could scan that data and flag mobs and bosses that actually currently spawn in regular maps, but i don't know if you would consider this worthwhile to do or not. Just an idea.

That's the attack type the weapon uses, not weapon attack / magic attack.

I apologize if this isn't the correct place to bring this up, but I am having an issue with the database. If I have it set to v.95 it doesn't show monsters elemental weaknesses.

It's corrected now.

Next/Prev buttons added to output so full resultset can be navigated.

Next/Prev buttons added to output so full resultset can be navigated.

I noticed this right away and I like it.

That's great, thank you Eos!

Next/Prev buttons added to output so full resultset can be navigated.

Thanks for this. I am going to use the hell outa this data base.