I don't know... In my experience it is very tedious and, from a pack author's point of way, unnecessary to add a seperate wiki entry for every mod added to the pack. Moreover mod tables also really limit your options with regards to layout.
S4N I understand the need for consistency, but that is easily achieved by making packs in SRLE format... Unless you are speaking of a different kind of consistency. I don't think it benefits the packs if they are limited to mod tables for sake of having a similar look to STEP Core. We tried pretty hard with REGS, it was in mod table format for a month or so, but it just became unworkable after a while. After switching to SRLE formatting everything became a lot easier, and the feedback of REGS users at the time was exclusively positive about that change.
As for intercoonectedness of data, what are you referring to? Even if 2 packs use the same mod, or if a pack uses the same mod as STEP but in different ways, having them all refer to the same mod wiki entry, while technically being interconnected, what is the benefit of that? Instructions are made on the pack page anyways, and I don't think it would be a good idea to have every pack author write the instructions on the mod wiki page as that would clutter them up real fast.
Sorry for any confusion. I'm not referring to any need to have mod tables. The structure can change to whatever is deemed best suited for packs, and if mod tables are not cutting it, then they need to go.
Consistency and interconnectedness:
Mod data is all managed via Semantics. That means it is all available to anything on the Wiki via semantic properties. You are correct that pack specific instructions/data do not belong on the Mod pages, but the Mod pages provide semantic data such as...
- Link to a thread on the forum for discussion on the mod
- Download URL (mod project page)
- Resource usage
- DLC requirements
- Section (Ultimately needs to be non-STEP specific and geared towards the primary category a mod should be associated with)
All of this information keeps consistency by utilizing a single repository of information about a Mod that everyone shares. This eliminates discrepancies by providing that single source of information. If a download URL needs updating, change it once, and everything on the Wiki that references it is automatically updated. That is also how everything is interconnected.
Whatever the resulting design of a pack layout ends up being, the above information when implemented within templates reduces the editing burden across all pack pages. All while helping to ensure that basic mod information represented everywhere is accurate.