Re: [PyWrapper-devel] A problem...
Status: Alpha
Brought to you by:
jatorre
From: <m.d...@BG...> - 2006-11-17 13:20:50
|
great! -----Original Message----- From: pyw...@li... = [mailto:pyw...@li...] On Behalf Of = Javier privat Sent: Freitag, 17. November 2006 13:56 To: "Markus D=F6ring"=20 Cc: PyWrapper Developers mailing list Subject: Re: [PyWrapper-devel] A problem... =09 =09 Hi Markus,=20 This weekend I will add the possibility to choose the moby registry and = with this I think we are done! Monday release! Javi. On 17/11/2006, at 13:51, Markus D=F6ring wrote: so I am gone over the weekend. if there are no more bugs detected by monday we do our first release? what do you think? javi, anythin from your side left to do? some code = cosmetics? markus =09 =09 =09 On 11/17/06, Skofic A. Milko (IPGRI) <M.S...@cg...> wrote:=20 Oh sh... I am buggy! Sorry. Will check the MOBy files, probably there is an incorrect = concept ID. Ciao! =09 ink =09 Milko =09 =09 On Nov 17, 2006, at 13:36 , Markus D=F6ring wrote: Milko, thats because you got the ABCD coordinate concepts wrong. Theres a double DataSets/DataSets/ part in it. the wrapper doesnt = know it and evaluates the comparison (isNull) to False. butthe Not makes = it True again!=20 =09 still no buggy code! markus =09 =09 =09 On 11/17/06, Skofic A. Milko (IPGRI) < M.S...@cg... = <mailto:M.S...@cg...> > wrote:=20 Put down those champagne glasses... :-) just joking, however there = is a problem with the not null stuff. I am sending this query:=20 <?xml version=3D'1.0' encoding=3D'UTF-8'?> <request>=20 <header> <source = accesspoint=3D"http://tapir.grinfo.net:8080/pywrapper/pywrapper?dsa=3DEUR= ISCO " sendtime=3D"2006-11-16T23:44:59.14"/> </header> <search count=3D'true' start=3D'0' limit=3D'50'> <externalOutputModel = location=3D"http://eurisco.ecpgr.org/models/moby/TestService.xml "/> <filter> <and> <like> <concept id=3D" = http://www.tdwg.org/schemas/abcd/2.06/DataSets/DataSet/Units/Unit/Identif= ications/Identification/Result/TaxonIdentified/ScientificName/FullScienti= ficNameString = <http://www.tdwg.org/schemas/abcd/2.06/DataSets/DataSet/Units/Unit/Identi= fications/Identification/Result/TaxonIdentified/ScientificName/FullScient= ificNameString> "> </concept> <literal value=3D"b*" />=20 </like> <not> <isNull> <concept id=3D" = http://www.tdwg.org/schemas/abcd/2.06/DataSets/DataSets/DataSet/Units/Uni= t/Gathering/SiteCoordinateSets/SiteCoordinates/CoordinatesLatLong/Latitud= eDecimal = <http://www.tdwg.org/schemas/abcd/2.06/DataSets/DataSets/DataSet/Units/Un= it/Gathering/SiteCoordinateSets/SiteCoordinates/CoordinatesLatLong/Latitu= deDecimal> "> </concept> </isNull>=20 </not> <not> <isNull>=20 <concept id=3D" = http://www.tdwg.org/schemas/abcd/2.06/DataSets/DataSets/DataSet/Units/Uni= t/Gathering/SiteCoordinateSets/SiteCoordinates/CoordinatesLatLong/Longitu= deDecimal = <http://www.tdwg.org/schemas/abcd/2.06/DataSets/DataSets/DataSet/Units/Un= it/Gathering/SiteCoordinateSets/SiteCoordinates/CoordinatesLatLong/Longit= udeDecimal> "> </concept> </isNull>=20 </not> </and> </filter> </search> </request> This query is the query that TAPIR would use to get the data for = the getCoordinatesOfTaxon MOBY service.=20 When I try it with the training and EURISCO_TEST data sources it = works, when I send it to the EURISCO data source it returns a bunch of = records without latitude and longitude. When you look at the SQLs it produces you see nowhere in the WHERE = clauses the test for the NULL latitudes and longitudes. =20 If you want to test the corresponding MOBY services, for = datasources: EURISCO -> eurisco.ecpgr.org -> TestServiceABCD EURISCO_TEST -> test.eurisco.ecpgr.org -> TestServiceABCD training -> test.ipgri.ecpgr.org -> getCoordinatesOfTaxon I am sending you the whole package of the MOBY service files in = case you need to check things, anyways you know the passwords of = http://tapir.grinfo.net:8080/pywrapper/ =09 =09 =09 =09 =09 =09 =09 =09 I will get back to you during the week end, this afternoon I am not = here. Bye! Milko |