Change "base IRI" of entity id values to "site IRI"

* Site IRI is the same string as before, but now interpreted as an
identifier for the site the entity comes from.
* A new getter makes this string retrievable (extended interface of
EntityIDValue).

This is necessary to ensure that one can construct new ItenIdValues and
PropertyIdValues from the information that one can get from an object of
this type. The re-interpretation of "base IRI" as "site IRI" is to
prepare for future Wikibase changes where entities may have different
IDs and different ways of constructing IRIs (e.g., Commons file name IDs
and URL-encoding as part of IRI construction).
Merge pull request #93 from Wikidata/entity-baseiri

Change "base IRI" of entity id values to "site IRI"
Standard implementations for hashCode(), equals(), and toString()

These new static methods can be used for arbitrary implementations of
the WDTK data model. They evaluate object based on their interfaces
only. This makes it easier and cleaner to introduce additional
implementations for WDTK interfaces.
Static methods for creating WDTK objects

We don't really need a factory in most cases. Moreover, this code has
some convenience methods that make it easier to create data objects for
common default values. In the future, it might also support
builder-style object creation for some of the classes.
Updated test files to match new hash codes
+Release notes, +note that static data object creation is preferred
Merge pull request #94 from Wikidata/datamodel-helpers

Static constructor methods for data objects + standard implementations for hashCode(), equals(), and toString()
Merge branch 'master' of https://github.com/Wikidata/Wikidata-Toolkit into create-parser-of-constraints