[eml-dev] Doubts about EML

[Dan Higgins]

One other reminder - if you put text inside the inline element, you have 
to make sure that it does not contain any special XML characters (such 
as brackets or ampersands). Alternatives are to use CDATA or base64 
encoding of the data inside the <inline> tags

Dan

Matt Jones wrote:

>Yeah, Kepler intends to support all of the data linking features that
>are present in EML.  Right now it mainly supports links to data through
>the online URL element, but we intend to support 'inline' data as well.
>  Also, I forget how many different physical formats our parser can
>accomodate -- we intend to support everything that EML supports in its
>description, but I think the parser in Kepler is more limited for the
>time being. Our intention is that if someone takes the time to develop
>an good EML document for their data, then the data can easily be used
>within Kepler.
>
>Your format looks pretty good with the caveat that you seem to have
>double line returns as Peter mentioned, and of course you've only used
>the physical module, not the whole EML document tree.
>
>Matt
>
>Peter McCartney wrote:
>  
>
>>This looks right to me, assuming that the extra line feeds between records is an artifact of formatting for the email.
>>
>>I would say kepler is the closest thing yet to a software package that is capable of handling embedded data inside an eml document, and it is still quite experimental. There are probably some local custom applications that are also doing it. As I said before, at ASU, weve been going with either a two part communcation where we request the eml then request the data based on the connection information, or a package where we put the data files and eml in one zip file and just put a relative path (ie just the filename) in the url field. 
>>
>>Peter McCartney(peter.mccartney at asu.edu)
>>International Institute for Sustainability
>>Arizona State University
>>480-965-6791
>>
>>
>>
>>    
>>
>>>-----Original Message-----
>>>From: eml-dev-bounces at ecoinformatics.org 
>>>[mailto:eml-dev-bounces at ecoinformatics.org] On Behalf Of 
>>>Rafael Hideo Kawakami
>>>Sent: Wednesday, August 24, 2005 7:04 AM
>>>To: eml-dev at ecoinformatics.org
>>>Subject: [eml-dev] Doubts about EML
>>>
>>>
>>>Thanks for the answers. I thought of something like this:
>>>
>>>
>>>
>>><?xml version="1.0"?>
>>>
>>><phys:physical>
>>>
>>>
>>>
>>> <objectName>data.txt</objectName>
>>>
>>>
>>>
>>> <dataFormat>
>>>
>>>   <textFormat>
>>>
>>>     <numHeaderLines>1</numHeaderLines>
>>>
>>>     <recordDelimiter>#x0A</recordDelimiter>
>>>
>>>     <attributeOrientation>column</attributeOrientation>
>>>
>>>     <simpleDelimited>
>>>
>>>         <fieldDelimiter>#x20</fieldDelimiter>
>>>
>>>     </simpleDelimited>
>>>
>>>   </textFormat>
>>>
>>> </dataFormat>
>>>
>>>
>>>
>>> <distribution>
>>>
>>>   <inline>date  time  temperature
>>>
>>>26/02/2005 00:00 19.2  
>>>
>>>26/02/2005 00:30 19.4  
>>>
>>>26/02/2005 01:00 20.2  
>>>
>>><!-- there are thousands of entries..-->
>>>
>>>   </inline>
>>>
>>> </distribution>
>>>
>>></phys:physical>
>>>
>>>
>>>
>>>Or even put the data inside XML tags ( <date><time><value>).
>>>
>>>
>>>
>>>Is it correct?
>>>
>>>
>>>
>>>And the question that remains. is it possible for eml 
>>>compliant systems (like kepler) to use it? The whole idea of 
>>>using a standard is to, in the future, integrate this work 
>>>with others.
>>>
>>>
>>>
>>>Thanks
>>>
>>>Rafael Hideo Kawakami
>>>
>>>São Paulo University
>>>
>>>rafael.kawakami at poli.usp.br 
>>>_______________________________________________
>>>Eml-dev mailing list
>>>Eml-dev at ecoinformatics.org 
>>>http://mercury.nceas.ucsb.edu/ecoinformatics/m> ailman/listinfo/eml-dev
>>>
>>>      
>>>
>>_______________________________________________
>>Eml-dev mailing list
>>Eml-dev at ecoinformatics.org
>>http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/eml-dev
>>    
>>
>
>  
>


-- 
*******************************************************************
Dan Higgins                                  higgins at nceas.ucsb.edu
http://www.nceas.ucsb.edu/    Ph: 805-893-5127
National Center for Ecological Analysis and Synthesis (NCEAS) 
Marine Science Building - Room 3405
Santa Barbara, CA 93195
*******************************************************************