De tous les types de valeurs à prendre en charge à ce stade, c'est le seul qui nous manque.
Pour le moment, les valeurs que tu récupères dans la clé 'value' du dictionnaire interne sont de la forme 'hh:mm:ss' et tu dois pouvoir gérer les heures exactement comme tu l'as fait pour les dates et les dates+heure. À terme nous pourrions permettre de préciser les millisecondes et/ou le fuseau horaire, mais c'est pour plus tard et je vais faire des issues séparées pour ça.
Pour les tests, tu peux utiliser ce modèle :
INSERT INTO z_plume.meta_categorie (label, datatype)
VALUES ('test datatype time', 'xsd:time'),
('test datatype date', 'xsd:date'),
('test datatype dateTime', 'xsd:dateTime'),
('test datatype duration', 'xsd:duration'),
('test datatype string', 'xsd:string'),
('test datatype langString', 'rdf:langString'),
('test datatype integer', 'xsd:integer'),
('test datatype decimal', 'xsd:decimal'),
('test datatype wktLiteral', 'gsp:wktLiteral'),
('test datatype iri', NULL) ;
UPDATE z_plume.meta_categorie
SET geo_tools = ARRAY['show', 'rectangle', 'polygon', 'centroid']::z_plume.meta_geo_tool[]
WHERE label = 'test datatype wktLiteral' ;
UPDATE z_plume.meta_categorie
SET special = 'url'
WHERE label = 'test datatype iri' ;
INSERT INTO z_plume.meta_template(tpl_label) VALUES ('Datatype') ;
INSERT INTO z_plume.meta_template_categories (tpl_label, loccat_path)
(SELECT 'Datatype', path FROM z_plume.meta_categorie WHERE label ~ 'test.datatype') ;
De tous les types de valeurs à prendre en charge à ce stade, c'est le seul qui nous manque.
Pour le moment, les valeurs que tu récupères dans la clé
'value'
du dictionnaire interne sont de la forme'hh:mm:ss'
et tu dois pouvoir gérer les heures exactement comme tu l'as fait pour les dates et les dates+heure. À terme nous pourrions permettre de préciser les millisecondes et/ou le fuseau horaire, mais c'est pour plus tard et je vais faire des issues séparées pour ça.Pour les tests, tu peux utiliser ce modèle :