<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">Hi Tom, </span><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">thanks for your answer. In the AP ISO CSW profile however it is specified, that one of csw.Record OR gmd:MD_Metadata must be supported (csw:Record being the default).  </div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px"><a href="https://github.com/geopython/pycsw/issues/223" target="_blank">https://github.com/geopython/pycsw/issues/223</a></div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Do you think it would be enough to check the servers capabilities which typename(s) is/are supported and then choose the appropriate parser in paerse_csw?</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Cheers, Michael</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-20 15:29 GMT+01:00 Tom Kralidis <span dir="ltr"><<a href="mailto:tomkralidis@gmail.com" target="_blank">tomkralidis@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Thu, Feb 20, 2014 at 7:45 AM, Michael Schulz<br>
<<a href="mailto:mandschulz@googlemail.com">mandschulz@googlemail.com</a>> wrote:<br>
> Hi,<br>
><br>
> ok, I think I understood my mistake... ResourceType needs to be left as csw.<br>
> The reason is, that the CSW I'm querying only supports gmd:MD_Metadata as<br>
> typename and not csw:Record.<br>
<br>
</div>Do you mean outputschema and not typename? A valid CSW MUST support<br>
typname csw:Record typename and outputschema<br>
<a href="http://www.opengis.net/cat/csw/2.0.2" target="_blank">http://www.opengis.net/cat/csw/2.0.2</a> as baseline.<br>
<div class=""><br>
>. But I think only csw:Record is requested from<br>
> pycsw...<br>
><br>
<br>
</div>Good catch.  You are right, pycsw always does CSW harvesting using the<br>
Dublin Core output, not ISO.  The initial implementation of CSW<br>
harvesting was focused on the core CSW baseline requirement of Dublin<br>
Core, which every CSW is required to implement/support.<br>
<br>
Having said this, sounds like a great idea to support CSW harvesting<br>
of ISO metadata.  We could probably add a configuration value which<br>
allows the pycsw admin to specify how CSW harvesting can be done.<br>
<br>
Can you file an enhancement ticket at<br>
<a href="https://github.com/geopython/pycsw/issues/new" target="_blank">https://github.com/geopython/pycsw/issues/new</a> ?<br>
<br>
Thanks<br>
<span class="HOEnZb"><font color="#888888"><br>
..Tom<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
> Cheers, Michael<br>
><br>
><br>
><br>
><br>
> 2014-02-20 13:15 GMT+01:00 Michael Schulz <<a href="mailto:mandschulz@googlemail.com">mandschulz@googlemail.com</a>>:<br>
>><br>
>> Hi,<br>
>><br>
>> I was wondering whether it should be in principle possible to harvest a<br>
>> remote CSW returning APISO metadata records? No problem in loading them from<br>
>> a file, but I didn't succeed in harvesting a CSW endpoint, using something<br>
>> like this (following the example in the tester, using another local csw<br>
>> instance):<br>
>><br>
>> <Harvest xmlns="<a href="http://www.opengis.net/cat/csw/2.0.2" target="_blank">http://www.opengis.net/cat/csw/2.0.2</a>"<br>
>> xmlns:ogc="<a href="http://www.opengis.net/ogc" target="_blank">http://www.opengis.net/ogc</a>"<br>
>> xmlns:gmd="<a href="http://www.isotc211.org/2005/gmd" target="_blank">http://www.isotc211.org/2005/gmd</a>"<br>
>> xmlns:ows="<a href="http://www.opengis.net/ows" target="_blank">http://www.opengis.net/ows</a>"<br>
>> xmlns:xsd="<a href="http://www.w3.org/2001/XMLSchema" target="_blank">http://www.w3.org/2001/XMLSchema</a>"<br>
>> xmlns:dc="<a href="http://purl.org/dc/elements/1.1/" target="_blank">http://purl.org/dc/elements/1.1/</a>"<br>
>> xmlns:dct="<a href="http://purl.org/dc/terms/" target="_blank">http://purl.org/dc/terms/</a>" xmlns:gml="<a href="http://www.opengis.net/gml" target="_blank">http://www.opengis.net/gml</a>"<br>

>> xmlns:xsi="<a href="http://www.w3.org/2001/XMLSchema-instance" target="_blank">http://www.w3.org/2001/XMLSchema-instance</a>"<br>
>> xsi:schemaLocation="<a href="http://www.opengis.net/cat/csw/2.0.2" target="_blank">http://www.opengis.net/cat/csw/2.0.2</a><br>
>> <a href="http://schemas.opengis.net/csw/2.0.2/CSW-publication.xsd" target="_blank">http://schemas.opengis.net/csw/2.0.2/CSW-publication.xsd</a>" service="CSW"<br>
>> version="2.0.2"><br>
>><br>
>> <Source><a href="http://mylocal_csw_instance?request=GetCapabilities&service=CSW" target="_blank">http://mylocal_csw_instance?request=GetCapabilities&service=CSW</a></Source><br>
>> <ResourceType><a href="http://www.isotc211.org/schemas/2005/gmd/" target="_blank">http://www.isotc211.org/schemas/2005/gmd/</a></ResourceType><br>
>> <ResourceFormat>application/xml</ResourceFormat><br>
>> </Harvest><br>
>><br>
>> And if I'm not wrong, then it won't parse the metadata records, because<br>
>> this case is not implemented in metadata.parse_record. If that's the case,<br>
>> then it should be just about adding a new condition to check for gmd<br>
>> resourceType and use parse_iso?<br>
>><br>
>> Cheers, Michael<br>
>><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">-----------------------------------------------------------<br>Michael Schulz<br><br>Bahnhofstr. 62<div>D-63477 Maintal<br><br></div>
</div>
</div>