<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hello Emmanuel<br>
<br>
The new revision of ISO 19115 standard will published in 4 parts:<br>
<br>
<ul>
<li>What we were used to call "ISO 19115" will become "ISO
19115-1". This is the part is about UML (in our case, Java
interfaces).</li>
<li>The ISO 19115-2 extension will keep the same name.</li>
<li>What we were used to call "ISO 19139" will become "ISO
19115-3". This part is about XML representation of ISO 19115-1.</li>
<li>XML representation of ISO 19115-2 will be specified in ISO
19115-4.</li>
</ul>
<p><br>
Only ISO 19115-1 has been published. The 3 other parts have not
yet been published. This means that we do not yet have a XML
standard for the new metadata model. Consequently, only the Java
interfaces are upgraded to the new ISO model in Apache SIS. The
XML representation stay unchanged.<br>
</p>
<p>When upgrading the Java API for the new ISO model, we have some
new methods and some "removed" methods. The "removed" methods are
actually deprecated - they are not really removed. We try to not
change method signature as much as possible, but there is a few
cases where we can hardly do otherwise. E.g. some <tt>Collection<ResponsibleParty></tt>
become <tt>Collection<Responsibility></tt>.<br>
</p>
<p>All deprecated methods have a replacement in the new ISO model -
there is no lost. However the new model can express more
information than the old one, so there is some potential lost when
using the new model in Java API, then marshalling to the old XML
schema. However Apache SIS try to emit a warning in such cases. We
do not catch all data lost, but hopefully the main ones.<br>
</p>
<p>Apache SIS implementation of deprecated methods delegate their
work to the new methods. So there should be no difference in using
old or new methods - the data should be stored in the same place.<br>
</p>
<p>In my understanding, the European INSPIRE program will continue
to use the old XML schema until the next INSPIRE metadata
revision, which would happen in about 10 years. This means that
the deprecated metadata methods in <tt>org.apache.sis.metadata.iso</tt>
(or at least our capability to (un)marshall according the old XML
schema) may need to stay there for 10 years. So metadata generated
by Apache SIS would hopefully stay compatible with Geonetwork for
a while.<br>
</p>
<p>About the schedule: I hope to finish metadata upgrade in 2 weeks.
We already incorporated the main changes, and I started reviewing
for the changes that we missed.<br>
</p>
<p> Regards,<br>
</p>
<p> Martin<br>
<br>
</p>
<br>
<div class="moz-cite-prefix">Le 23/07/14 11:48, Emmanuel Blondel a
écrit :<br>
</div>
<blockquote cite="mid:53CF84D4.7070101@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div class="moz-cite-prefix">Thanks Martin,<br>
At now, i'm working on moving to Apache SIS on a separate
branch...i've still this pending issue of marshalling (cf other
post). <br>
<br>
Ideally, i would have liked to merge this branch, but I could
try to use Geotk snapshot, also i'm very interested in the
process of upgrading ISO19115 version. Do you yet know when this
upgrade and new Geotk milestone are planned?<br>
<br>
How is going to be updgraded ISO 19115: is there backward
compatibility with the first version or not? in other words, if
i move to 4.0-snapshot (and later, the new milestone), Do i have
to move to the ISO 19115:2014? My concern on this, is that i use
geotoolkit to generate metadata that i then publish in a
Geonetwork instance..., and i don't know if the ISO19115:2014
might give problems with the metadata publication. What do you
think?<br>
<br>
Emmanuel<br>
</div>
</blockquote>
<br>
</body>
</html>