<div dir="ltr">Dear Tom,<div><br></div><div>thank you for your kind reply,<br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jan 17, 2016 at 8:05 PM, Tom Kralidis <span dir="ltr"><<a href="mailto:tomkralidis@gmail.com" target="_blank">tomkralidis@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Margherita:<br>
<span class=""><br>
On Fri, Jan 15, 2016 at 5:22 AM, Margherita Di Leo <<a href="mailto:diregola@gmail.com">diregola@gmail.com</a>> wrote:<br>
> Hi again,<br>
> Second issue that I encountered is the following. In our system<br>
> infrastructure, the data are served by Mapserver, and this is not going to<br>
> change. Introducing GeoNode, however, we want also to introduce the<br>
> possibility to selected users to publish their data through the<br>
> infrastructure exploiting the capabilities of GeoNode, so geoserver as well.<br>
<br>
</span>aside: note that there has been various discussion over the years about making<br>
GeoNode's OWS server backend pluggable, so that one can swap<br>
out GeoServer for MapServer or something else.  Sounds like this would fit<br>
your use case.  I think this is worth investigating in the future.<br></blockquote><div><br></div><div>Absolutely, this is the case, and in general I think that it's a very common case that potential new users might want to extend functionalities of SDIs already in place, and a modular design of interoperable parts could help integrate a variety of technologies. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class=""><br>
> And of course we want this to be as seameless as possible. To do this, we<br>
> thought to deploy data from Mapserver via web service in Geonode. But the<br>
> blocker here is how to deal with metadata associated to the maps stored in<br>
> mapserver.<br>
<br>
</span>Can you clarify here?  What do you mean by maps stored in MapServer?<br>
Assuming an OWS endpoint, GeoNode can harvest the service and it's<br>
underlying contents (WMS=layers, WFS=featuretypes, WCS=coverages).<br></blockquote><div><br></div><div>I wasn't clear here, you are right. I was referring to the metadata catalogue associated to the maps that are deployed via MapServer. Beside the mapfile, each map has a xml associated. With my previous question, I meant to ask, what would be of the nice functionalities of search and discover of the metadata that are associated to the maps connected via web services to GeoNode Catalogue, rather that uploaded natively in GeoServer. What I would like to use GeoNode for is the Catalogue mainly, or, if you want, the nice user interface to pycsw server and its functionalities. If it were completely pluggable, I'd use only the catalogue and the viewer, on top of a pycsw instance for the metadata and a MapServer instance. </div><div>Do you think this development could be feasible in the near future? </div><div>Thank you</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class=""><div class="h5"><br>
> I saw that in Geonode the way to load the metadata is one by one<br>
> simultaneously with each map. This won't work for our case. What do you<br>
> suggest in this case? Should I create a separate instance of pycsw and<br>
> harvest it from the geonode catalogue? would the catalogue maintain the same<br>
> capabilities seamlessly?<br>
> Any pointers appreciated<br>
> Thanks<br>
><br>
> --<br>
> Margherita Di Leo<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><font color="#666666">Margherita Di Leo</font></div></div></div></div></div></div></div></div></div>
</div></div></div>