daniel added a comment. We'd need at least:
- Term with fallback (already exists) - Snak with DataType - Snak with extra DataValues (normalized/expanded) - Grouped StatementList and SnakList - Link, Term, Statement, etc with a "deleted" flag - LinkList, TermList, StatementList, etc with a "filtered" flag - Entities with secondary IDs (redirects) All of them should be acceptable for deserialization, but should not be acceptable input for EditEntity and friends, since the information is derived or imposed by filtering/sorting parameters. We can go this route, shifting some of the required changes from the serializer component to the datamodel component. But the serializers still need to support the new types, and we are still blocked on implementing all this before we can ditch the old serializer. On top of the above, we still need the serializer itself, or the ResultBuilder, to support: - empty maps (not lists) as objects - indexedTagName markers (I think post-processing is ok for this) - injection of version info - maintaining order of map entries TASK DETAIL https://phabricator.wikimedia.org/T73170 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: JeroenDeDauw, thiemowmde, Bene, Wikidata-bugs, Tobi_WMDE_SW, JanZerebecki, adrianheine, Lydia_Pintscher, daniel, aude _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
