An open discussion list for topics related to the eduGAIN interfederation service.

[Tomasz Wolniewicz <twoln AT umk.pl>]

Hi,
  at http://technical.edugain.org/entities2.php I have presented another
go at the entity listing. I have tried to include remarks I receiver
form this list, but mainly the new approach is influenced by off-list
discussion with Tom Scavo.

The current approach is role-oriented, rather then Organisation oriented
as before, which was one of the main things that Tom questioned.
I have also dropped showing AAs which are in the same entity as an IdP
and have no displayname of their own.

Cases of missing MDUI DisplayName are clearly marked, as this can cause
issues for Discovery Service and service catalogues.

Unless someone comes up with something else, there are two issues which
would need to be resolved:

1. Entity categories - I have provided a "friendly naming" approach, Tom
thinks that this may be misleading and do more harm then good, and
suggests just using the URIs. Unfortunately, using URIs might need that
we need to make a visual difference between
http://macedir.org/entity-category and
http://macedir.org/entity-category-support  (how). Of course the naming
question is both about the display and the list in the filter.
On thing is NOT practical - a friendly name followed by URI, this just
gets too long. So please advise on how I should proceed with this.

2. Entity details. If you click on this you will just see a popup with
nothing useful inside, but this is where I intended to put nicely
formatted information about this entity, therefore not just display
names, but also description, contact information, requested attributes
list, logo (however this is more complex then would appear at a first
glance), etc. Tom Scavo thinks that this is overkill since people can
read XML which, after all contains the full information and not just
selected by us (this is why I intend to keep the full XML anyway). I
would like to hear it people think about such functionality. If it is a
general feeling that it is of no use then there is no point in
implementing it.

Cheers
Tomasz

-- 
Tomasz Wolniewicz    
          twoln AT umk.pl        http://www.home.umk.pl/~twoln

Uczelniane Centrum Informatyczne   Information&Communication Technology Centre
Uniwersytet Mikolaja Kopernika     Nicolaus Copernicus University,
pl. Rapackiego 1, Torun               pl. Rapackiego 1, Torun, Poland
tel: +48-56-611-2750     fax: +48-56-622-1850       tel kom.: +48-693-032-576