aude added a comment. thought about this yet some more....
What we could do is have a "mapping" of the geodata types to https://phabricator.wikimedia.org/P31 (instanceof) values and subclass values. This would prevent a proliferation of thousands or who knows how many instanceof types for geodata, yet use already existing information from items. For example, Q55488 = 'railway station' and that has 90 subclass items. (e.g. "S-Bahn station", Q1793804). We could have a maintenance script (using the query service) that generates and updates these mappings between geodata types and instanceof values. The type to https://phabricator.wikimedia.org/P31 mapping would be configuration, so we don't hardcode this knowledge in wikibase. The mappings could be stored in a database table and cached somewhere (memcached?) or depending on how large the mapping is, maybe file-based caching, APC, or something? If, at some point, we wanted to add more geodata types, then I think it would be easy enough with this approach to do so. For dim, we can default to the type-to-dim mapping, but perhaps if an item has the area property set, length (e.g. for a river), or northern/southern/eastern/westernmost points, then we could use those for dim. TASK DETAIL https://phabricator.wikimedia.org/T115481 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Lydia_Pintscher, daniel, Ricordisamoa, JanZerebecki, aude, Aklapper, Wikidata-bugs _______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
