Check feature of type SENSE

A livello di interfaccia non sono presenti errori, il servizio viene correttamente invocato, ma in caso di entrate lessicali prive di sensi associati risponde ugualmente con l'entrata. Un esempio è:

POST /maia/lexo/data/filteredSenses PAYLOAD {"text":"gras","searchMode":"startsWith","type":"","field":"","pos":"","formType":"entry","author":"","lang":"","status":"","offset":0,"limit":500}

RESPONSE

{
  "totalHits" : 1,
  "list" : [ {
    "creator" : "",
    "lastUpdate" : "",
    "creationDate" : "",
    "confidence" : -1.0,
    "sense" : "",
    "lexicalEntry" : "http://lexica/mylexicon#LexO_2024-05-1019_37_04_389",
    "pos" : "commonNoun",
    "lemma" : "grasta",
    "hasChildren" : false,
    "label" : "no definition",
    "definition" : "",
    "note" : "",
    "usage" : "",
    "concept" : "",
    "description" : "",
    "gloss" : "",
    "senseExample" : "",
    "senseTranslation" : ""
  } ]
}

Questo non è coerente con il comportamento osservato per le forme:

POST /maia/lexo/data/filteredForms

PAYLOAD {"text":"gras","searchMode":"startsWith","representationType":"writtenRep","author":"","offset":0,"limit":500}

RESPONSE

{
  "totalHits" : 0,
  "list" : [ ]
}

@andreabellandi sarebbe opportuno uniformare il comportamento di filteredSenses a quello di filteredForms, salvo non vi siano specifiche motivazioni

klab-ilc-cnr / Maia

Check feature of type SENSE #153