<div dir="ltr">Hi Tom, <div><br></div><div>sure that would be an option. Although it's not just about the outputSchema returned from the getrecords request it's also about the typename to query. I don't think we can put both decisions in one config option, can we?</div>
<div><br></div><div>There are actually two things coming together. </div><div>- First, which typename to query. The specs (for AP ISO) say that the GetRecords operation must accept one of csw:Record or gmd:MD_Metadata. Which one should be used could be decided from the capabilities. </div>
<div>- Second, which outputschema should be returned? This would be the part that could be configured via the parameter you suggested. </div><div><br></div><div>Another option could actually be the "faulty" way I tried it in the beginning. I just reread the CSW ISO specification on the harvest topic, but it didn't help very much in that respect. I guess it wouldn't be wrong to specifiy the outputschema as the resourcetype in the harvest request. What do you think? </div>
<div><br></div><div>Cheers, Michael</div><div><br></div><div><br></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-20 20:02 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 dir="auto"><div><br><br>Sent from my iPhone</div><div class=""><div><br>On Feb 20, 2014, at 10:24, Michael Schulz <<a href="mailto:mandschulz@googlemail.com" target="_blank">mandschulz@googlemail.com</a>> wrote:<br>
<br></div><blockquote type="cite"><div><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></div></blockquote><div><br></div></div><div>See </div><span><a href="https://github.com/geopython/pycsw/issues/105" target="_blank">https://github.com/geopython/pycsw/issues/105</a> for more info. I you want to harvest ISO metadata it is pertinent to specify the outputschema for ISO.</span><div>
<span><br></span></div><div><span>For pycsw maybe we can add a setting (manager.csw_harvest_iso:true) which makes the harvest ask for ISO metadata instead of the default Dublin Core. Would this work for you?<br></span><div>
<span><br></span></div><div><div><div class="h5"><span><br></span><blockquote type="cite"><div><div dir="ltr"><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>On Thu, Feb 20, 2014 at 7:45 AM, Michael Schulz<br>
<<a href="mailto:mandschulz@googlemail.com" target="_blank">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><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><font color="#888888"><br>
..Tom<br>
</font></span><div><div><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" target="_blank">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>
</div></blockquote></div></div><blockquote type="cite"><div><span>_______________________________________________</span><br><span>pycsw-devel mailing list</span><br><span><a href="mailto:pycsw-devel@lists.osgeo.org" target="_blank">pycsw-devel@lists.osgeo.org</a></span><br>
<span><a href="http://lists.osgeo.org/mailman/listinfo/pycsw-devel" target="_blank">http://lists.osgeo.org/mailman/listinfo/pycsw-devel</a></span></div></blockquote></div></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>