On 15/03/11 12:13, Jeroen De Dauw wrote:
> Hey,
>
> Semantic Maps has a subclass of SMWDataValue for the coordinates data
> type (which implements getDBKeys), and uses getDBKeys on instances of
> this class in the SMWValueDescription deriving class for coordinates.

Of course, I am aware of this one! I do actually consider to move the 
type back into core, at least regarding part of the backend support for 
it. Our previous discussions indicated that it is hard to optimise for 
coordinates outside of the storage implementation, and it is also 
difficult to make the datavalue interface general enough to support the 
addition of such complex types without loosing some efficiency. So I 
guess I might make the store aware of geo as a basic type.

>
> I did a search through all extensions I have (which includes everything
> that's in the Semantic Bundle (and not including SM)), and only found
> SIO using getDBKeys, and nothing having a deriving class from SMWDataValue.

Ok, thanks for checking. If this is all that is out there, then the 
current DV interface can indeed be simplified. I intend to make it less 
general: instead of supporting arbitrary datavalues that all represent a 
list of primitive values, I would rather support a small number of 
primitive types (and nothing else). Developers would then need to 
subclass these types to develop own datatypes, but that would not limit 
the flexibility since the compound type (currently used only for Record) 
can capture all types of data. For example, if geocoords would not be a 
primitive type, one would make them a compound of latitude and 
longitude, but this would decrease efficiency since an additional join 
would be needed in queries.

Regards,

Markus

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Semediawiki-devel mailing list
Semediawiki-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel

Reply via email to