0.5.1

• Make it possible to pass a language tag to skosprovider.registry.Registry.find that will be passed on to all relevant registered providers. This determines in what language the labels of the returned concepts will displayed. (#10) [@dieuska]
• Make it possible to pass a language tag to skosprovider.registry.Registry.get_all that will be passed to all registered providers. This determines in what language thelabels of the returned concepts will displayed.
• Fixed some errors with the skosprovider.utils.dict_dumper. It didn't dump the matches or the subordinate_arrays of concepts.
• Wrote some new documentation on what a provider is and how to use it. Some other documentation work as well such as documenting the language parameter in the API better.

0.5.0

• Changed the default language from None to the official IANA language code
  und (undetermined). This is a minor BC break for users dealing with labels
  that have not been assigned a language.
• Added a skosprovider.exceptions.ProviderUnavailableException
  to let a provider signal that an underlying backend is not available.
• Now running unit tests against language-tags 0.3.0

0.4.2

• Fix a problem with SKOS matches.
• BC compatibilty break with 0.4.0 and 0.4.1: renamed the matchtypes broader to
  broad and narrower to narrow to be more inline with the SKOS standard.

0.4.1

• Made the skosprovider.providers.DictionaryProvider return skosprovider.skos.Collection objects with skosprovider.skos.Note objects attached if available.
• Fix a problem in find operaties when a concept or collection had no label attached to it. (#6) [dieuska]

0.4.0

• Dropped support for Python 2.6 and 3.2.
• Added ability to add skosprovider.skos.Note to skosprovider.skos.Collection and skosprovider.skos.ConceptScheme.
• Added a skosprovider.skos.ConceptScheme to every provider. This ConceptScheme can then be passed on to Concepts and Collections. This allows Concepts and Collections that have left the context of their provider, to still refer back to the skosprovider.skos.ConceptScheme and thus the skosprovider.providers.VocabularyProvider where they originated.
• When querying the skosprovider.registry.Registry for providers, a URI of an accompanying ConceptScheme can now also be used.
• Added skosprovider.skos.Concept.subordinate_arrays attribute to skosprovider.skos.Concept and skosprovider.skos.Collection.superordinates to skosprovider.skos.Collection. These attributes are based on the SKOS-THES specification. They allow linking Concepts and Collections for the purpose of displaying a hierarchy.
• Expanded support for languages with language-tags library. When generating a label, the language specification handles inexact language matches better. Eg. when asking for a label with language nl for a concept that only has nl-BE labels, these will now be returned while in the past this was not guaranteed.
• Added subject to the metadata of a providers. This is a list of subjects or tags that help describe or type the provider. The skosprovider.registry.Registry can now be searched for providers with a certain subject through the skosprovider.registry.Registry.get_providers method.

0.3.0

• Added support for URI. A skosprovider.skos.Concept, skosprovider.skos.Collection or
  skosprovider.skos.ConceptScheme can now have a URI.
• Query a skosprovider.providers.VocabularyProvider or the
  skosprovider.registry.Registry by URI.
• Added skosprovider.uri module to handle generating of URIS.
• Added askosprovider.providers.VocabularyProvider.get_top_concepts
  method to skosprovider.providers.VocabularyProvider. This method
  returns the Top Concepts in a ConceptScheme (the concepts that don't have
  a broader concept).
• Added the skosprovider.providers.VocabularyProvider.get_top_display
  and skosprovider.providers.VocabularyProvider.get_children_display
  methods to handle generating a display hierarchy for a certain provider.
• A method that used to return a list of dicts containing an id and a label,
  now also returns a uri and a type (concept/collection) for each dict. (#2)
• Provide list of valid noteTypes and labelTypes as attributes of Note and
  Label so they can be used externally. (#4)
• Reworking tests. Now using pytest in stead of nose.
• Adding code coverage based on Coveralls <https://coveralls.io>_.