I was contacted by someone interested in extending the NameID profile page. He was kind enough to include his suggestions in the wiki page: http://wiki.namecoin.info/?title=Identity
What do you think, are they ok? If no one has objections, I will implement this in NameID.
Thanks for managing and developing the the Namecoin ID related issues.
Since you are doing it it is a great advancement forward by Namecoin.
If you already asked I will tell you what I am thinking.
1. Unfortunately we have only 512 bytes for each entry as some objected to increase the size.
2. We should think about what fields we really need in the entries to support further applications.
I don't think that name entry fields like hobby
would be required by any new Namecoin ID implementation.
Entries like 'retroshare', 'torchat', 'torsion', 'torIM' on the other side could be more helpful in this direction to implement NamecoinID based connections by that applications.
3. If we have exhausted the above cases on point 2. we could implement fields which could be more helpful for some other cryptocoiners like 'litecoin', 'peercoin', 'dogecoin'
Eventually some from point 3. could enter in the 2.(to become an application implemented by another community)
4. Find other useful fields or attributes which would enhance macroeconomic interactions in the crypto-economy with pseudonymous identities.
I am sure they are a lot of gamers who would like maybe to introduce their pseudonym used by different online games. This could help eventually to spread among the gamer communities.
For such entries like date of birth, social security number or credit card number better if we don't define an attribute field.
At least not in id/.
But we can let a field 'more' or 'other data' where anybody could introduce this if some place left.
Another possibility would be that we let no hazardous fields in the id/ but a field 'link to real ID' where with a link anybody could introduce a link to his Facebook profile, homepage or to another namespace entry (in an own namespace, for ex ri/ - real identity) with attributes defined extra for this purpose.
Here could come also the gender, hobby or photo link attributes also.
To search partners it would be better the u/ or an own namespace.
This could be also chained like id/ -> ri/ -> ph/ where the namespace photo could be only for small 0.5 kB profile photos then everything is in the blockchain.
Of course these are only some logical considerations from my side but maybe others see it from a different point of view.