[Featureserver] Title on SQLite attributes table

Brent Pedersen bpederse at gmail.com
Fri Apr 24 12:28:19 EDT 2009


oops, i didnt mean to take this off list.
peter sent a patch and i fixed tests and applied in r606. it seems to
clean up the SQLite datasource nicely.
let me know if any problems.
may be good to give peter commit access for any future changes.
-brent


On Sun, Apr 19, 2009 at 9:14 AM, Brent Pedersen <bpederse at gmail.com> wrote:
> On Sun, Apr 19, 2009 at 2:40 AM, Peter Robins <fs at peterrobins.co.uk> wrote:
>> I'm scratching my head a bit on this. The Create Table statement in
>> FeatureServer/DataSource/SQLite.py creates it, but the Insert statement
>> ignores it, so it's always null. Lines 147-9 contain special logic for
>> handling title, but this doesn't seem to do anything useful. I can see why
>> you might want a title or name column in the feature table as a
>> human-readable identifier, but why would you want one in a key/value pair
>> setup?
>> _______________________________________________
>> Featureserver mailing list
>> Featureserver at openlayers.org
>> http://featureserver.org/mailman/listinfo/featureserver
>>
>
> hi peter, you're right, title should just be another key in the
> key-value store, and
> not have its own column.
> i suspect it's that way because it required the least change from
> other DataSource's and
> featureserver in general but i cant recall.
> patches welcome of course. -- there are tests in doc/API.txt that
> should still pass after your changes.
> -brent
>



More information about the Featureserver mailing list