Implement search functionality with API 2.0

[acka47]

This would solve the following issues reported by I.N. on 2015-12-02:

1.Schlagwortrecherche: Das Abschneiden derUnterfelder des Bevorzugen
Namens wirkt sich in Abhängigkeit davon aus, ob abweichende Namensformen
erfasst wurden oder nicht. Abweichende Namensformen werden im Lobid-Feld
„subjectLabel“ mit in die Recherche eingebunden, so dass abgeschnittene
Formen beim Bevorzugten Namen kompensiert werden können. So wird ein
Titel als Treffer gefunden, wenn das untergeordnete Element (=
abgeschnittenes Unterfeld des Bevorzugten Namens) als Verweisungsform im
GND-Feld 410 bzw. 451 eingetragen wurde.

Beispiel für korrekte Treffer, weil Verweisungsformen die abgeschnittene
Namensform kompensieren: Heinrich-Heine-Institut | b Rheinisches
Literaturarchiv

Beispiel für fehlende Treffer, weil Verweisungsformen fehlen:
LWL-Archivamt für Westfalen | b Westfälisches Literaturarchiv

3.Körperschaftsrecherche: Bei der Körperschaftsrecherche wird im
Lobid-Feld „contributingCorporateBodyLabel“ gesucht. Hier wirkt sich das
Fehlen der Unterfelder (im Beispiel des mittleren Elements) negativ aus.
Da die Elemente des Unterfeldes fehlen, wird kein Treffer gefunden.

Beispiel: KS-Recherche mit „Landschaftsversammlung Fraktion“ oder
„Landschaftsversammlung Bündnis“ oder „Landschaftsversammlung Grünen“
ergibt keinen Treffer

[fsteeg]

If I'm not mistaken, this depends on hbz/lobid-rdf-to-json#24 (correct, @acka47?)

[acka47]

If I'm not mistaken, this depends on hbz/lobid-rdf-to-json#24 (correct, @acka47?)

Yes, and another issue to created based on hbz/lobid-resources#10 re. indicating contributor role via "role"+ MARC relator code instead of using the relator code as property...

[fsteeg]

Also depends on #83

[fsteeg]

As a heads-up, in particular for @acka47:

I don't think it's realistic or even advisable to implement this for nwbib-launch, which is in about 1 month:

1. It depends on another large issue: Improve automatic mapping of NWBib classification to wikidata #83 (which is actually 'Implement geodata inclusion for data 2.0')
2. We have a few smaller nwbib-launch issues to be implemented before even starting work on Improve automatic mapping of NWBib classification to wikidata #83
3. Switching search to data/API 2.0 is a considerably larger step than the details switch we performed about three weeks ago (df35c9f), and we're still fixing bugs caused by that (last one today, 2b6a0b0). Given that experience, even if it was possible to actually implement this until the launch (which I don't think so, given it requires Improve automatic mapping of NWBib classification to wikidata #83 and API that does not even exist), it would certainly cause severe issues in the newly launched nwbib

Instead, I think it makes sense to start working on this after the launch, at http://beta.nwbib.de. This is in line with what we decided in our planning meeting: 'Mai: NWBib-Anpassungen API 2.0 (Fabian)'

Removing nwbib-launch label for this and #83.

[fsteeg]

Depends on #262

[fsteeg]

Issue #163 contains more up-to-date info and context about this. Closing.