[IPT] mapping to the wrong datatypes

[Kyle Braak [GBIF]]

Dear Dimitri, 

The message displayed during mapping is just a warning, and the values with the wrong data type will still be published. 

We have seen cases where invalid dates in source data read from MySQL cause publication to fail though - see this FAQ. 

Please be aware, there are often verbatim terms intended to store data not conforming to the recommended data type. For example verbatimEventDate could store the vague eventDate "Winter 1921".

Best regards,

Kyle

On Sep 13, 2013, at 11:22 AM, BROSENS, Dimitri wrote:

> modified is mapped to values with the wrong data type.
> eventDate is mapped to values with the wrong data type.
> individualCount is mapped to values with the wrong data type.
> 
> Dear,
> 
> Here, we have chosen the wrong data type on purpose. For the terms eventDate and modified, the reason is that we sometimes have very vague dates. (ex: Winter 1921) and  for individualCount we would like to use "unknown". (As the field is empty in the original data) Would this create any problems during the indexing? Can we just leave it like that?
> 
> In the standard it is not specified which type the data has to be... only "best practices".
> 
> Kind regards,
> Dimi
> * * * * * * * * * * * * * D I S C L A I M E R * * * * * * * * * * * * * 
> Dit bericht en eventuele bijlagen geven enkel de visie van de schrijver weer en binden het INBO onder geen enkel beding, zolang dit bericht niet bevestigd is door een geldig ondertekend document. 
> The views expressed in this message and any annex are purely those of the writer and may not be regarded as stating an official position of INBO, as long as the message is not confirmed by a duly signed document. _______________________________________________
> IPT mailing list
> IPT at lists.gbif.org
> http://lists.gbif.org/mailman/listinfo/ipt

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gbif.org/pipermail/ipt/attachments/20131002/c6c264f3/attachment.html