RE: [tdwg-tapir] Problem with Tapir and Outputmodel.
Ramon, It looks the way renato said. The wrapper complaints about missing subelements in: /Species/Record/RecordInformation /Species/Record /Species So its something within RecordInformation that causes the trouble. So this could be: SpeciesRecordID Language SpeciesRecordAuthors/Text DateLastModified TargetAudience/Text It doesn't only matter if the elements are mapped. If the query returns a NULL for one of the concepts, the element is removed. If that element was mandatory, its parent element is removed and so on. Is that the problem you are facing? Markus
-----Original Message----- From: tdwg-tapir-bounces@lists.tdwg.org [mailto:tdwg-tapir-bounces@lists.tdwg.org] On Behalf Of Renato De Giovanni Sent: Donnerstag, 16. November 2006 19:17 To: tdwg-tapir@lists.tdwg.org Subject: Re: [tdwg-tapir] Problem with Tapir and Outputmodel.
Ramón,
This seems to be something specific to PyWrapper, not the protocol. Looking at the pywrapperPCORE3.xml respose I can see that the query was probably asking for three specific records by id. But you can also find a diagnostic element saying "The element /Species/Record..Sequence:99865776 was dropped 3 times because of missing required subelements or attributes".
As far as I know PyWrapper is clever enough not to include in the response records that do not have all necessary data. So my guess is that all three records don't have data for one or more mandatory subelements/attributes defined in the output model.
Hope this helps, -- Renato
On 14 Nov 2006 at 9:18, Ramón Pérez Pérez wrote:
Hi all,
This is Ramón Pérez of GBIF Spain. We are using tapir provider in a project with Inbio (Costa Rica). We want to integrate information about species and specimens.
I have configured a tapir provider but it doesn't do what I expect it to do.
I attach a compress file with the config file, two outputModel (pcore2.xml and pcore3.xml) and the pywrapper results (pywrapperpcore2.xml and pywrapperpcore3.xml). 1. Outputmodelpcore2.xml: the pywrapper does the query and returns the results. 2. Outputmodelpcore3.xml: the pywrapper does the query and informs me that it has 3 results. But it can't return me the schema defined by the outputmodel.
I have revised the output model but I can't see the error. I think that it is an error of the pywrapper :-(
I would be very grateful if you may help me. It is very important for me.
Best regards,
Ramón.
_______________________________________________ tdwg-tapir mailing list tdwg-tapir@lists.tdwg.org http://lists.tdwg.org/mailman/listinfo/tdwg-> tapir
Hi Markus and Renato, Thanks very much for yours response. I have tried your suggestions but i don't resolve the problem. I have simplified the outputmodel and I have changed all attribute to optional. With the outputmodelpcore2.xml the response is: <RecordInformation> <GlobalUniqueIdentifier>GUIDS-1</GlobalUniqueIdentifier> <SpeciesRecordID>1--1.1</SpeciesRecordID> <Language>latin1</Language> <SpeciesRecordAuthors> <SpeciesRecordAutor> <Text>Alexander Rojas A.</Text> </SpeciesRecordAutor> <SpeciesRecordAutor> <Text>Jose Gonzalez</Text> </SpeciesRecordAutor> </SpeciesRecordAuthors> <SpeciesRecordCollaborators> <SpeciesRecordCollaborator> <FirstName>Francisco</FirstName> <LastName>Morales</LastName> </SpeciesRecordCollaborator> </SpeciesRecordCollaborators> <PublicationDate>2006-10-09</PublicationDate> <DateLastModified>2006-10-09</DateLastModified> <TargetAudience> <Text>1</Text> </TargetAudience> <Version>2.1</Version> </RecordInformation> With the outputmodelpcore3.xml, the response is: <RecordInformation> <GlobalUniqueIdentifier>GUIDS-1</GlobalUniqueIdentifier> <SpeciesRecordID>1--1.1</SpeciesRecordID> <Language>latin1</Language> <PublicationDate>2006-10-09</PublicationDate> <DateLastModified>2006-10-09</DateLastModified> <TargetAudience> <Text>1</Text> </TargetAudience> <Version>2.1</Version> </RecordInformation> The pywrapper deletes the SpeciesRecordAuthors and SpeciesRecordCollaborators nodes. This is the important information in the diagnostic: <diagnostic time="2006-11-17T18:24:45.32" level="warn"> The element /Species/Record/RecordInformation/SpeciesRecordCollaborators/SpeciesRecordCollaborator/Record was limited 3 times. Some node instances have been lost. </diagnostic> − <diagnostic time="2006-11-17T18:24:45.32" level="warn"> The element /Species/Record/RecordInformation/SpeciesRecordAuthors/SpeciesRecordAutor/Text was limited 5 times. Some node instances have been lost. </diagnostic> I attach a picture with the query result in the database. It doesn't exist null values. Thanks for all, Ramón. Döring, Markus escribió:
Ramon, It looks the way renato said. The wrapper complaints about missing subelements in:
/Species/Record/RecordInformation /Species/Record /Species
So its something within RecordInformation that causes the trouble. So this could be:
SpeciesRecordID Language SpeciesRecordAuthors/Text DateLastModified TargetAudience/Text
It doesn't only matter if the elements are mapped. If the query returns a NULL for one of the concepts, the element is removed. If that element was mandatory, its parent element is removed and so on.
Is that the problem you are facing? Markus
-----Original Message----- From: tdwg-tapir-bounces@lists.tdwg.org [mailto:tdwg-tapir-bounces@lists.tdwg.org] On Behalf Of Renato De Giovanni Sent: Donnerstag, 16. November 2006 19:17 To: tdwg-tapir@lists.tdwg.org Subject: Re: [tdwg-tapir] Problem with Tapir and Outputmodel.
Ramón,
This seems to be something specific to PyWrapper, not the protocol. Looking at the pywrapperPCORE3.xml respose I can see that the query was probably asking for three specific records by id. But you can also find a diagnostic element saying "The element /Species/Record..Sequence:99865776 was dropped 3 times because of missing required subelements or attributes".
As far as I know PyWrapper is clever enough not to include in the response records that do not have all necessary data. So my guess is that all three records don't have data for one or more mandatory subelements/attributes defined in the output model.
Hope this helps, -- Renato
On 14 Nov 2006 at 9:18, Ramón Pérez Pérez wrote:
Hi all,
This is Ramón Pérez of GBIF Spain. We are using tapir provider in a project with Inbio (Costa Rica). We want to integrate
information about
species and specimens.
I have configured a tapir provider but it doesn't do what I
expect it
to do.
I attach a compress file with the config file, two outputModel (pcore2.xml and pcore3.xml) and the pywrapper results (pywrapperpcore2.xml and pywrapperpcore3.xml). 1. Outputmodelpcore2.xml: the pywrapper does the query and returns the results. 2. Outputmodelpcore3.xml: the pywrapper does the query and informs me that it has 3 results. But it can't return me the schema defined by the outputmodel.
I have revised the output model but I can't see the error. I think that it is an error of the pywrapper :-(
I would be very grateful if you may help me. It is very
important for
me.
Best regards,
Ramón.
_______________________________________________ tdwg-tapir mailing list tdwg-tapir@lists.tdwg.org http://lists.tdwg.org/mailman/listinfo/tdwg-> tapir
Hi Ramón, Two quick comments about the output model: * At a first glance I thought there were still two mandatory elements: /Species/Record/RecordInformation/TargetAudience/Audience /Species/Record/RecordInformation/TargetAudience/Text But now I see that they are inside a choice of an optional element, so in theory this should not be a problem. * It's curious that you mapped complex elements like Species, Record, DataSource and others. Some are just grouping elements, others can be seen as related to class instances. But as far as I know PyWrapper doesn't handle this kind of mapping. Not sure if these things can help finding out the reasons for not getting all expected results... Regards, -- Renato On 17 Nov 2006 at 18:26, Ramón Pérez wrote:
Hi Markus and Renato,
Thanks very much for yours response. I have tried your suggestions but i don't resolve the problem.
I have simplified the outputmodel and I have changed all attribute to optional.
With the outputmodelpcore2.xml the response is:
<RecordInformation> <GlobalUniqueIdentifier>GUIDS-1</GlobalUniqueIdentifier> <SpeciesRecordID>1--1.1</SpeciesRecordID> <Language>latin1</Language> <SpeciesRecordAuthors> <SpeciesRecordAutor> <Text>Alexander Rojas A.</Text> </SpeciesRecordAutor> <SpeciesRecordAutor> <Text>Jose Gonzalez</Text> </SpeciesRecordAutor> </SpeciesRecordAuthors> <SpeciesRecordCollaborators> <SpeciesRecordCollaborator> <FirstName>Francisco</FirstName> <LastName>Morales</LastName> </SpeciesRecordCollaborator> </SpeciesRecordCollaborators> <PublicationDate>2006-10-09</PublicationDate> <DateLastModified>2006-10-09</DateLastModified> <TargetAudience> <Text>1</Text> </TargetAudience> <Version>2.1</Version> </RecordInformation>
With the outputmodelpcore3.xml, the response is:
<RecordInformation> <GlobalUniqueIdentifier>GUIDS-1</GlobalUniqueIdentifier> <SpeciesRecordID>1--1.1</SpeciesRecordID> <Language>latin1</Language> <PublicationDate>2006-10-09</PublicationDate> <DateLastModified>2006-10-09</DateLastModified> <TargetAudience> <Text>1</Text> </TargetAudience> <Version>2.1</Version> </RecordInformation>
The pywrapper deletes the SpeciesRecordAuthors and SpeciesRecordCollaborators nodes. This is the important information in the diagnostic:
<diagnostic time="2006-11-17T18:24:45.32" level="warn"> The element /Species/Record/RecordInformation/SpeciesRecordCollaborators/SpeciesRecordCollaborator/Record was limited 3 times. Some node instances have been lost. </diagnostic> - <diagnostic time="2006-11-17T18:24:45.32" level="warn"> The element /Species/Record/RecordInformation/SpeciesRecordAuthors/SpeciesRecordAutor/Text was limited 5 times. Some node instances have been lost. </diagnostic>
I attach a picture with the query result in the database. It doesn't exist null values.
Thanks for all,
Ramón.
participants (3)
-
"Döring, Markus" -
Ramón Pérez -
Renato De Giovanni