Conversation
…rworldmap into task/#276_discussionBasis Conflicts: test/services/ResourceDenormalizerTest.java
Conflicts: app/models/Record.java app/models/Resource.java app/services/BaseRepository.java
Task/#276 discussion basis2
Conflicts: app/models/Resource.java build.sbt test/services/BaseRepositoryTest.java
Input is a resource with only literal values and objects that are unidentified. Thus, the output should equal the input.
Also take updating resource in repo into account
Resources should not be modified by the denormalization process, the modified resource should only be part of the resulting List<Resource>
Arrays containing objects should not be merged but updated with the content coming in.
@boeselager All tests OK, so I assume this is fine. Still, please take a look. Like we discussed, there is not really a necessity for a merge-logic here, incoming data is always considered a complete representation.
Nested objects without an ID should not be cut off
@philboeselager Again, this is a rather small change that does not break any tests, but please review anyways.
Schema validation fails when embedding resource in link mode. This is a general problem we'll have to take care of by defining sub schemas for the different modes. /cc @philboeselager
Looks absolutely great!! Observed some minor issues on Firefox 38:
The "navigation by filtering" could be optimized in a subsequent update:
That's my personal point of view. Please advise me, if you think some of these points a worthy a ticket (or feel free to directly create a ticket, of course). |
Currently for individual entries an exact position is required to display the map, just the country is not enough. So this is expected behavior, albeit one that we probably want to change.
Known issue: #165
The exact behavior of the filters is something we definitely have to discuss in detail, see #163 (comment). |
Conflicts: public/mustache/ResourceIndex/index.mustache
Fixes #400
No description provided.