<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>Hei,</div>

<div> </div>

<div>flesh-and-bones-user from Norway here too.</div>

<div> </div>

<div>When the OpenFYBA library and the OGR-SOSI driver were revived roughly 10 years ago, Kartverket already had plans to replace the SOSI format and communicated what you now heared at the community sprint, Even. I see that Mathieu confirmed that "<span style="font-size: 12.0pt;font-family: Aptos , Aptos_EmbeddedFont , Aptos_MSFontService , Calibri , Helvetica , sans-serif;color: black;">SOSI will no longer be used as exchange format in just a few years</span>". Then, like now, I have not seen a clear time-line / roadmap.</div>

<div> </div>

<div>In consequence, the OGR-SOSI driver has been the primary (if not only) available option to consume significant parts of the open data delivered via GeoNorge in OSGeo tools for the last ten years. I am very grateful to Even and others for all support during that time! Currently, I do not work that much with SOSI files (but may do so again soon). My experience with SOSI files and the OGR SOSI driver is as follows:</div>

<div> </div>

<div>1) SOSI is still a mayor - if not the main - distribution format from Kartverket and not all public vector data is provided in an alternative, OGR-readable format (Mathieu, please correct me if I am wrong).</div>

<div>2) Encoding is indeed an issue, as Methieu mentioned, when opening newer SOSI files. These use increasingly UTF8 encoding which is not supported by the OGR driver, but that can be worked around (e.g. here: https://gitlab.com/ninsbl/osgeonorge/-/blob/main/osgeonorge/sosi.py?ref_type=heads#L15) as SOSI files are basically siimple text-files,</div>

<div>3) I was never bothered by the other issues Mathieu mentioned, but I also have to admitt that the latest SOSI files I opened with OGR are from late 2022... Mathieu, do you know if there have been any significant changes to the format since then? If not, we may assume, that also currently provided files can still be handled with OGR.</div>

<div> </div>

<div>That said, if Kartverket one fine day finally follows through and abandons SOSI or provides all vector data in an alternative OGR-readable format, I would be happy to abandon the OGR-SOSI driver as well! Historic data could be accessed with historic versions of libraries... However, until that is the case, I would love to see the SOSI driver as part of GDAL distributions...</div>

<div> </div>

<div>Mathieu, could you keep us informed if Kartverket provides a full replacement for SOSI? That would be very useful information.</div>

<div> </div>

<div>Kind regards,</div>

<div>Stefan</div>
</div>

<div> 
<div> 
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Mittwoch, 15. November 2023 um 11:48 Uhr<br/>
<b>Von:</b> "Tachon Mathieu via gdal-dev" <gdal-dev@lists.osgeo.org><br/>
<b>An:</b> "gdal-dev@lists.osgeo.org" <gdal-dev@lists.osgeo.org><br/>
<b>Betreff:</b> Re: [gdal-dev] Is the SOSI Norwegian driver still useful?</div>

<div name="quoted-content">
<div style="font-family: Arial , sans-serif;font-size: 14.0px;color: rgb(0,0,0);background-color: rgb(255,255,255);">Hi,</div>

<div style="font-family: Arial , sans-serif;font-size: 14.0px;color: rgb(0,0,0);background-color: rgb(255,255,255);"> </div>

<div style="font-family: Arial , sans-serif;font-size: 14.0px;color: rgb(0,0,0);background-color: rgb(255,255,255);"><span style="font-size: 12.0pt;font-family: Aptos , Aptos_EmbeddedFont , Aptos_MSFontService , Calibri , Helvetica , sans-serif;color: black;">The SOSI driver (fyba) integrated in GDAL is an old version and has not been updated for many years. We have an updated version of it in the GIS software (in-house) developed by the National Mapping Authority in Norway (Kartverket), that many people in the organisation use. There are major changes in the updated version: use of wchar data type instead of char data type for dealing with strings, it can handle UTF8 encoding, the object types and properties tables have been updated, amongst other things. As the latter were hard-coded and that the SOSI data model change rather dynamically, this is one of reasons for which newer versions of fyba have not been ported to GDAL, as it would require much time and resources. fyba has now extended its internal use of GDAL, which may rely on different versions of GDAL from the latest ones (not sure about that), and the people working with it find it challenging to keep an updated version of the SOSI driver in GDAL. We do not really have resources internally (at Kartverket) for doing such work. At the same time, SOSI will no longer be used as exchange format in just a few years. We also have currently a discussion internally about whether the SOSI driver should be removed from GDAL or not. </span></div>

<div style="font-family: Arial , sans-serif;font-size: 14.0px;color: rgb(0,0,0);background-color: rgb(255,255,255);"> </div>

<div style="font-family: Arial , sans-serif;font-size: 14.0px;color: rgb(0,0,0);background-color: rgb(255,255,255);"><span style="font-size: 12.0pt;font-family: Aptos , Aptos_EmbeddedFont , Aptos_MSFontService , Calibri , Helvetica , sans-serif;color: black;">Kind regards,</span></div>

<div style="font-family: Arial , sans-serif;font-size: 14.0px;color: rgb(0,0,0);background-color: rgb(255,255,255);"> </div>

<div style="font-family: Arial , sans-serif;font-size: 14.0px;color: rgb(0,0,0);background-color: rgb(255,255,255);"><span style="font-size: 12.0pt;font-family: Aptos , Aptos_EmbeddedFont , Aptos_MSFontService , Calibri , Helvetica , sans-serif;color: black;">Mathieu</span></div>
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org <a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a></div>
</div>
</div>
</div></div></body></html>