door_param in doors table always set to -1

[RicardoCampos]

Typically it's set to 0 in the peq database, but not sure what it's for tbh! Will possibly be fixed when cavedude merges his db changes.

[weissrob]

The door_param field is mentioned a little in the wiki here:
http://wiki.eqemulator.org/p?doors&frm=Main--EQEmu_Database_Schema_Index

That says the only use is for elevators, which might explain why the extractor is only showing a -1 value, at least if you are only checking zones without elevators. IIRC, that field can also be for other special features of certain doors, but I don't recall exactly what offhand. I believe it also associates doors with triggers. It might also do stuff like making windmills and watermills continuously rotate too.

If you are getting a new value from the extractor than what was seen in previous versions, then it is very possible that the struct changed and the fields moved around a bit. The door_param field is the last known field in the door struct, so it might have gotten bumped. Though, the notes next to that field in the structs we have does note it as normally being a -1 value:
https://github.com/EQEmu/Server/blob/master/common/patches/RoF_structs.h

It sounds more like the PEQ DB has older values for that field, or that they were updated from -1 to 0 at some point. As long as doors seem to work OK in zones that are collected, I wouldn't be overly concerned about it. Also, you should try collecting the doors from GFay, and then test the lifts from those collects to make sure they work properly. If so, then it should be a non-issue.