Skip navigation

Top 10 Problems with GEDS

Update (June 2): How could I have forgotten OpenID? I've advocated before for an OpenID server for the gc.ca, but would be great to have it integrated with GEDS. The next thing is that it's just silly that GEDS doesn't manage pagination. Try searching for 'Smith'. This isn't all that tricky to do!

For those of you who may not know the GEDS is the Government Electronic Directory Services. It's been a source of frustration for a while so I thought I'd outline some of the things that something like this could do and how it would help everyone who wants to contact people in their government.

This is a website that is trying to deliver an:

"important element of the information technology infrastructure necessary for the implementation of future government information and electronic commerce services."

So I decided to write down a list of things that would help them fulfill this mission.  It's just a few quick thoughts, but it would do so much more than the current site does.  Please feel free to add comments with more suggestions.

1) Make the Search Work

Environment Canada

I expect that most people go to GEDS to search for a person that they want to contact, so let's make that as easy as possible.  The form should be smart enough to know that if you search for 613-999-0101, you're searching for a phone number.  It should assume "FirstName LastName" unless there is a comma, in which case it would search "LastName, FirstName". If someone puts in CRA-ARC, and no name comes up the search engine should at the very least do a 2nd search for organization, role or title for that content. It might also be good to do fuzzy searches, particularly if you were searching for "Nathan McDonald" and his last name was actually MacDonald for instance.

Furthermore, the form itself should be clearly clearly differentiated between the simple search & advanced search features. There's no reason why this should be complicated for the user.  Every search result should also have the search bar at the top of it to allow you to refine your search without going back. If you wanted to get fancy it could be an AJAX form that would return the results in real time.

2) Visualize the Organization

The government is a huge organization.  Having some sort of visual hierarchical presentation would really help understand the context of who you might be talking to. How many procurement officers are there? How does a procurement officer differ from a procurement agent (there's just the one in GEDS)? There is a general understanding of the hierarchy of positions in government that just doesn't extend to the average citizen, so why not provide a glossary?

Presenting a user with a straight hierarchy isn't an easy way to understand how a person fits within an organization and what their role actually is. There are lots of tools out there to help visualize an organizational chart, so let's make use of it.

3) Understandable Links

It's something that bugs me but a site should have Clean, Short, URL's.  Even the sub-domain is more than most folks can remember (http://sage-geds.tpsgc-pwgsc.gc.ca). Why not set it up so that as a central government resource that both (http://geds.gc.ca & http://sage.gc.ca) resolve to the site as well as the official sub-domain? Why not have the domain such that it makes sense & can easily be pasted in documents? Why not be able to find "John Smith" with a URL http://geds.gc.ca/John.Smith? Well, There are a few of them, so why not http://geds.gc.ca/John.Smith/PWGSC to avoid confusion?

Heck, if you type in just http://geds.gc.ca/Smith why not just automatically assume that the user is searching for someone with the last name smith & return the search results? Right now you get a missing page warning (404).

4) Use Vcards

We want ensure that people have the best information available for their contacts, so rather than having people cut/paste into their address books, why not have automatic Vcards generated for each user. Updating one's address book always takes time and it would save everyone a lot of time if it was just automated.

One could even set up an account so that you could monitor a person or a position and be emailed when there is a change. So if someone in your network switches positions or if the project manager changes you will be proactively alerted. That email alert would of course contain a direct link to the Vcard so that you could just download it directly.

5) Encourage Feedback

This directory claims to be up-to-date, and it might be, however that seems unlikely.  I would like to see some form of instantaneous feedback form to inform admins of potential problems. Especially alerting admins of changed information (on an individual basis) would be useful. You might even have a form right on the page to suggest a correction. This would all need to be verified of course, but at least there is a way to encourage visitors to look for and point out problems.

Of course you'd also want to ask your visitors what other information they might want to be available. For instance there are government staff who twitter and at some point this is something government agencies will want to officially recognize.

6) Make it Understandable

This needs to be Human Readable. All acronyms should have links with expanded definitions & context. There should be no internal codes visible. One should have the option of having everything (including acronyms) being presented in English, French or both.

Any information presented should allow the visitor to put that staff person into context. Subtle use of blocks to contain the departmental information would be useful. Adding some visual elements to help contain the different types of information would be good. Wouldn't hurt to make the site look a lot better too!

7) Machines Also Need to Understand

This is a resource which should be open and available in machine readable formats. Why not have RSS feeds of new staff or recent changes? It would be great to have this data available XML so that it can be easily imported into other applications. Some lists could even be downloaded as a CSV (comma separated values) file if it were relevant. I'd like to see an API (application programming interface) that provides the ability to query the GEDS database directly. 

Ideally GEDS would be a central resource with which all other government departments would add in their own information. There are privacy issues of course, but each department should be using GEDS as a central reference for their staff. A unique, machine readable GEDS identifier could be used to track an employee through their entire career with the public service. This could also be used as a basis if the Government of Canada sets up an organization wide social networking site.

8) Add Geodata

Another huge (and relatively easy) tool would be to include links to Gmaps from the address line so that  would be great from the address line so that people can easily see where the person is based. If that information were provided in a machine readable format you would be able to actually plot on a map where different departments are around country.

Of course it doesn't have to be Gmaps and I'd be even happier if the Government of Canada were contributing to tools like Open Street Maps.  With centralized information like this it might be possible to look at finding better ways to organize car pooling within the public service.

9) Character Sets Matter

It may seem pretty simple, but all of the characters should be in unicode.  This won't look any different to the users when it is displayed correctly, but will save us having to see the strange when it isn't. It can be technically challenging to switch character encoding, so why not settle on UTF8 which is flexible enough to meet all of our character set requirements here in Canada (including the Canadian Aboriginal Syllabics)

10) Mobile Friendly

The site should be mobile friendly. Whether it's by blackberry, iPhone or regular cell phone, people should be able to browse to GEDS & immediately provided an opportunity to punch in a search request. It needs to be simplified so that people are given direct links to the most relevant information.

It is less common for people now not to have a cell phone, so let's provide tools that address that reality.

And finally (yes, this could also be viewed as #11), it's just silly that every link on the site has the highlighted text replicated in the title. This makes it look horrible and provides no additional accessibility. At worse for some screen readers this approach makes the site less accessible. Title tags should not duplicate the content of the link that an anchor tag surrounds.

It often useful to provide tool tips with additional information or context explaining where a given link will take you. Providing the full title for a department in a title tag would be so much more useful than simply replicating the acronym that it is liked from.

Remeber to add any comments to anything I've forgotten to add.

Feedback From GEDS Team

NOTE: I'm submitting this on behalf of a GEDS employee who wanted to make some clarifications about the security of the database:

"Some of the ideas bear further research, such as making the search tool more user-friendly and the generating of VCards.

To clear up a couple of possible misconceptions presented by blog commenters, only one system, not two, is used to populate the database for both the internal and external versions of GEDS. This database doesn't include any fields, hidden or otherwise, containing SI numbers, birth dates or other personal info and is completely apart from employees' personnel files. There's no risk of an 'attack to steal Canadian's SIN information' presented by this database."

Not so much GEDS as CL&F...

Okay, I've been looking for a place to unload this frustration for a while, so my apologies in advance. Many, many of the frustrations you describe in this article are actually codified requirements in government standards. UTF-8? Nope -- everything must ISO-8859-1. The reason why is horrific: most government IT staff don't know what character encoding /is/, let alone why it's important. Better to make the standard conform to the default setting in their vendors' products. For a good laugh, see how many different code points you can find government web sites using for an apostrophe. It's like a scavenger hunt. Long URLs? Another favorite of mine: The folks responsible for the Federal Identity Program and Common Look & Feel deliberately chose to ignore key elements of the HTTP standard. "Accept-Language:" and "Content-Language:" headers are verboten -- the language of a resource must be part of the URL. Core guidelines say that hostname parts must be bilingual... usability be damned. The list goes on and on, and the deeper you get into the organizations, the more bat$#!+ crazy the arguments get. There's a reason a lot of Ottawa's best IT types won't even look at government work anymore. The well is deep, but the water is poison.

Considering that GEDS

Considering that GEDS provides exactly the kind of information necessary to facilitate a social engineering attack like that which resulted in sensitive information being stolen from Google, I personally question whether GEDS should even exist.

I shudder at now easy it would be to use GEDS information to launch an attack to steal Canadian's SIN information.

If the value GEDS provides does justify the risks it creates, them I am in totally agreement with most of the items on your list.

In terms of updates, I assume it works for most departments as it does at my department. The information in the GEDS directory is populated from the information from our internal directory. Updates to the internal directory are usually reflected within a couple of days (not sure what the actual refresh interval is). If other departments work the same way, and I suspect they do, then the "Feedback" item is less important.

Privacy is Important!

Certainly privacy is important and there are potential issues to protect against. Whether or not GEDS should be open to the public considering these issues is one thing. However, I really can't see an argument against having GEDS exist internally. I also can't see a problem with displaying a portion of this larger data to the Canadian public. Most of the items on the list would still be relevant even if it were restricted to the government's network.

However, GEDS does not make it easy to get people's SIN numbers, their birthdays or home addresses.

I don't have any sense of how current the current GEDS list is. Not sure that anyone else has any concept of this either. Given how little is known about the list's current accuracy & how trivial it is (technically) to add in a feedback button I don't see any reason to worry about it.

Mobile Edition

There is an unofficial mobile version of GEDS available here: http://m.smh.on.ca/geds/

Great initiative

That's a very cool initiative Shawn, thanks! I also appreciate the related blog post!

Visual organization of information

Mike,

I like what you are suggesting here.

I notice that you place some emphasis on the visual organization of information, to make that information easier to understand visually.  I completely agree that visual presentation can assist users in understanding the relationship between different pieces of information.

I also believe that however the information is visually displayed that it is essential to ensure that relationships between different pieces of information are programmatically determinable.  Not all users can perceive and understand information presented visually.  Ensuring that the information presented is programmatically perceivable and understandable will ensure that the widest possible audience will be able to leverage this valuable resource.

Absolutely

At the very least having proper headers within the content to group the data for screen readers. The 'Skip to the footer' link was a bit weird, but maybe that could be helpful for something.. Probably not.

Any ideas to better organize the information presented would be useful.

Great list Mike! My list

Great list Mike!

My list has always had one simple request, although I fully support all of yours.  For me, please list and make public all email addresses.  I am constantly reminded that the version available internally to GoC employees, yes there are two versions, always publishes email addresses.  

I'm willing to wager maintaining two systems to do almost the same thing is not cost effective and should be near the top of the 'streamlining the public service coffers' list.

So, here's to improving something that should be a valuable service to those in government, and those looking to work with us.

As an aside, I think 2010 might also be a good time to review and revise the objective of the site.  As you noted, it aims to deliver an:
"important element of the information technology infrastructure necessary for the implementation of future government information and electronic commerce services."

Perhaps it should aim to deliver an accurate, effective online directory for finding and contacting Government of Canada employees.

Thanks Mike - here's hoping your list makes its way to the right folks!!

@mjmclean

Email addresses

I fully understand why email addresses are not published. Spam is one, the incessant, nagging emails from salesmen and women is another. What would be nice is a web form that allows you to email someone through the webmaster (though with common look and feel, if you can't figure out someone's email address...) Given job titles are rarely a good guide to finding who you want to find (GEDS works "OK" if you are in the Gov't and knows how the Gov't thinks, if you are outside, good luck...) why are not people using the departmental contacts?

What would be nice would be if GEDS was complete and up to date, but since the ownership of the data is at the department level, distributed down to individual clerks, it tends to become out of date rapidly. Because it is such a painful tool to use, so outdated technologically, nobody really cares, except when they want to find someone.

Two versions or two displays?

I'm totally fine with having a presentation of the data for those people in government and a different presentation to the general public. There are people who for very legitimate reasons don't want to have their work email listed. Maintaining two independent systems really does seem like a waste of money. Now if those two systems were collecting data by two separate methodologies and they were regularly compared to find inconsistencies this might not be the case. However, that gets back to the ideas of Open Data & also public service collaboration. I like your more accurate mission "deliver an accurate, effective online directory for finding and contacting Government of Canada employees."

I know just enough about

I know just enough about programming and technology to have ideas but not know how to implement them. I also have limited experience in government.

It seems to me that it should be easy enough to have one database and system that looks at where the request is coming from (internal to GC/external to GC/mobile device/PC) and deliver results accordingly. Does that make them two/four separate systems, or one very intelligent system?

Like I said, I know just enough... ;-)

One Core System & Several Related Systems

Thanks for your comment. I can foresee that there is one central system that uses a personal ID number as it's index. This would have all of the information information that's presently presented on GEDS on it. The system would be smart enough to hide/display customized information on it as required. It would also include an API that would allow other systems to communicate with it using well established protocols.

I would then have public & internal websites which draw on that central database and present information pulled out with the API. The internal site would have access to information that may be marked as non-public in the API where the public site would not be given access to the richer data set. The internal site might also draw on additional databases to give more context to the government staff person. In fact the internal site might actually present itself in the form of a government wide social networking site, but the membership to it would be comprised of people listed in the centralized GEDS database. The external site would also have a mobile friendly display for people to use to find information.

Because there's an API for a centralized system it would even be possible for companies to build customized tools like iPhone & Blackberry apps that use the centralized data.

It's really more about setting up one system that is open enough to allow for other systems to connect to it and access information on the fly. Tools like RDFa (Resource Description Framework) make it possible to decentralize the information to allow for greater innovation.

Each department, should be able to link to GEDS and pull out enough information to avoid useless duplication of effort. Departments can build their own enriched environments with private information which they use as they will, but all referencing the central GEDS directory as a resource.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.