Non lo avevo pensato. Anzi avevo apprezzato il contributo. Forse sono stato un po' troppo sbrigativo nella risposta e questo puo' averti ingannato.
A questo proposito se ti interessano le trasformazioni xslt, puo dare una occhiata alle mie trasformazioni xslt per la decodifica del GML. La trovi a questo link. Il codice xslt e' progettato per decodificare il GML generato dal server wfs TinyOWS. Purtroppo da server wfs a server wf ci sono piccole differenze (quantomeno nei namespaces) e all'epoca non ero sufficientemente skilled da riuscire a fare una trasformata xslt a prova di server wfs. Di seguito te ne elenco alcune: Questa invoca l'elenco delle strade di un comune (applicando un filtro al volo) dal server wfs e lo decodifica con apposita trasformazione xslt. E' interessante anche perche' fa fare l filtro al server wfs anziche' prendersi l'intero dataset e filtrarlo localmente dal javascript. Il che aumenta notevolmente le performance del sistema. http://www502.regione.toscana.it/geoscopio/servizi/wfs/html/elenco_strade.html?com=047001 Questa invece decodifica lo strato fogli catastali(onde evitare vane speranze, la geometria e' il bbox) http://www502.regione.toscana.it/geoscopio/servizi/wfs/html/elenco_foglicat.html?com=047001 Questa invece elenca i fiumi che ricadono nel comune. http://www502.regione.toscana.it/geoscopio/servizi/wfs/html/elenco_fiumi.html?com=047001 La lista completa la trovi qui. http://www502.regione.toscana.it/geoscopio/servizi/wfs/html/comuni.html Il codice xslt della trasformazione della scheda metadato lo rimettero' in linea penso domani o al massimo il giorno dopo. Saluti, A. Il 13 novembre 2015 21:19, P <[email protected]> ha scritto: > Ciao Andrea, non volevo essere polemico o saccente,se lo sono sembrato ti > chiedo veramente scusa... > Sono molto interessato al tuo progetto mi sembra estremamente interessante e > da un po' di tempo penso a qualcosa di analogo in ambito SWE. > Ho cercato di accedere al codice ma non era disponibile. > Lo guarderò volentieri appena lo rimetterai in rete. Come scrivevo in lista > partivo dall'ipotesi che si trattasse di un foglio xslt che realizzasse la > trasformazione da xml a html e che cercassi un processore xslt da includere > nel progetto. > Penso che in tal caso per un utente la soluzione puro xml orlato con il > richiamo della trasformazione sarebbe stata una buona soluzione (di certo > non complicata per l'utente finale che semplicemente avrebbe aperto col > browser quella che per lui sarebbe stata una comune pagina "web"). Ma mi > sembra di capire che non sia questo lo scenario. Mi mancano degli elementi > senza il codice. > Circa la funzione position quello che dici è assolutamente vero e ci ho > sbattuto la testa diverse volte,d'altra parte spesso si può piegare il > codice per esempio selezionando in modo esplicito con gli xpath i nodi > "giusti" da cui partire per il conteggio,nei for-each o negli > apply-templates. Per lo meno per me è stato utile farlo. > > > > > _________________________________ > Paolo Tagliolato, Ph.D. Computer Science > Remote Sensing Dep., IREA-CNR > Istituto di Rilevamento Elettromagnetico dell’Ambiente > Consiglio Nazionale delle Ricerche > Via Bassini, 15, 20133 Milano, Italy > [email protected] > [email protected] > Questa e' una lista di discussione pubblica aperta a tutti. > > I messaggi di questa lista non hanno relazione diretta con le posizioni > dell'Associazione GFOSS.it. > > 786 iscritti al 30.9.2015 > > > > > -- > ----------------- > Andrea Peri > . . . . . . . . . > qwerty àèìòù > ----------------- -- ----------------- Andrea Peri . . . . . . . . . qwerty àèìòù ----------------- _______________________________________________ [email protected] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 786 iscritti al 30.9.2015
