mi è capitato sott'occhio questa pagina:
http://gis-lab.info/qa/cswclient-eng.htmlnell'immagine a metà pagina si vede CSW version 2.0.2: prova a vedere
se ti dice qualcosa;
Grazie della segnalazione Giuliano,
molto acuto!
Questo riisponde indirettamente alla mia domanda. Il plugin supporta
(o ritiene di supportare) il CSW 2.0.2 almeno nei suoi costrutti
principali.
Per completezza spiego meglio per evitare equivoci:
quella scritta che si vede nell'immagine è il report di cio' che il
plugin ha ricevuto dal server csw quando ha inviato il comando
getcapabilities.
Li ci sta scritto che il server csw a cui il plugin si e' collegato
nell'esempio è un server csw 2.0.2.
Non sta scritto direttamente che il plugin è compatibile csw 2.0.2, ma
bensi'c he il plugin ha appena interrogato un server CSW 2.0.2.
Pero' da questo se ne puo' ricavare la risposta indiretta che il
plugin sia (o pretenda di essere) compatibile con CSW 2.0.2.
Infatti se nell'esempio di chi ha scritto il plugin usano un server
2.0.2 vuol dire che ci gira. 
Quindi ora il mio problema diviene capire come mai invece con il
server csw del RNDT il plugin da errore.
Ho provato a inserire nella stringa di chiamata anche il parametro
&version=1.0.0
fosse mai che come nel wms si puo' abbassare la versione usata nel
colloquio, ma l'errore persiste.
Per riprova ho provato a scriverci una versione che non esiste:
&version=1.1.1
e in questo caso il server CSW del rndt ha risposto correttamente un errore:
-----
<?xml version="1.0" encoding="utf-8"?>
<ExceptionReport xmlns="http://www.opengis.net/ows"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.2.0"
xsi:schemaLocation="http://schemas.opengis.net/ows/1.0.0/owsExceptionReport.xsd">
<Exception exceptionCode="BadArgument">
<ExceptionText>Bad Argument: the request includes illegal arguments,
is missing required arguments, includes a repeated argument, or values
for arguments have an illegal syntax</ExceptionText>
</Exception>
</ExceptionReport>
----
Mentre invece con il valore
&version=1.0.0
non ritorna alcun errore.
Ergo lo accetta.
Pero' alla ricerca continua a restituire errore di mancato attributo.
Per cui al momento la ricerca non funziona ne' con formato CSW 2.0.2
ne' con formato CSW 1.0.0.
Per capire meglio ho provato a usare uno dei server CSW disponibili in
bundle con il plugin:
http://aiolos.survey.ntua.gr/pycsw/csw.py
anche questo di tipo CSW 2.0.2
E ho provato a fare una ricerca senza alcun parametro.
In questo caso alla fine il plugin risponde (evidentemente è la
risposta ricevuta dal server csw)
"there is no record matching your criteria"
Quindi la risposta del server csw di rndt che era :
"element tree object has no attribute tag"
non è la risposta di una ricerca andata a vuoto, ma un vero e proprio
"lack of compatibility".
Per cui a questo punto appare ovvio che uno dei due sbaglia, o il
plugin csw di qgis oppure il csw di rndt.
Pero' leggo sul sito di rndt che il loro server CSW è conforme (per
gli inglesi compliant) con le specifiche
"Catalogue Services Specification 2.0.2 - ISO Metadata Application
Profile for CSW 2.0"
Invece sul sito del plugin csw di qgis non vi è scritto niente.
Ergo sbaglia il plugin.
E quindi molto semplicemente da QGIS non puo' interrogare il server CSW di rndt.
Due mondi che ancora non si parlano.
Saluti,
--
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------