@rapperskull has found out that many more GApps have various DPI variants, he compiled a list at http://pastebin.com/cJQcBm9g

We should think about if and how we should maybe package these variations.
aapt dump badging xxxx.apk gives output like:
compatible-screens:'200/400','300/400','400/400','500/400','200/480','300/480','400/480','500/480','200/560','300/560','400/560','500/560','200/640','300/640','400/640','500/640'

The first number says something about the screensize (a classification with 200=small, 300=normal, 400=large, 500=xlarge ???)
And the second number is the dpi.

Docs/Drives/Sheets/Slides uses the most coherent naming scheme:
30: Universal
31: ldpi (120) (Never seen)
32: mdpi (160) (Never seen)
33: hdpi (240)
34: xhdpi (320)
35: xxhdpi (480)
36: xxxhdpi (640)
37: xxxxhdpi (Doesn't exist yet)

Current tasks:

• Study what is going on and what has to be done
• Rewrite the apk-sources add and report tools to support multidpi
• Restructure the format of the produced ZIP archive
• Rewrite the buildtarget tools to support multidpi
• Rewrite the buildtarget tools to build the new ZIP archive structure
• Rewrite the installscripts to handle the new ZIP archive structure
• Rewrite the installscripts to handle multidpi
• Add all the packages to the new source-repository structure
• Add all dpi variants of the packages to the new source-repository structure