[pdal] Non-English characters

[Andrew Bell]

In your example, the filenames don't have non-ascii characters, just the
directory names. Do you have an example where the actual filenames are
non-ascii that fails?

On Tue, Jan 16, 2018 at 7:48 AM, <pidgeon13 at googlemail.com> wrote:

> Hi Andrew,
>
>
>
> It seems to me that passing UTF-8 std::strings to the readers doesn’t seem
> to work. I created a folder with foreign characters and placed a few
> different points files inside, but am not getting a useful PointView when
> executing the table (there’s either an exception thrown or there are no
> points). These same files are read fine when they are in a purely English
> folder path.
>
>
>
> I've attached a code snippet and the information from the strings that are
> being passed to readerOptions.add(), if you want some more information I
> can try to provide it.
>
>
>
> Regards,
>
>
>
> Stephen
>
>
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
> Windows 10
>
>
>
> *From: *Andrew Bell <andrew.bell.ia at gmail.com>
> *Sent: *15 January 2018 17:24
> *To: *Stephen Pidgeon <pidgeon13 at googlemail.com>
> *Cc: *pdal at lists.osgeo.org
> *Subject: *Re: [pdal] Non-English characters
>
>
>
> On Mon, Jan 15, 2018 at 12:13 PM, <pidgeon13 at googlemail.com> wrote:
>
> Hi,
>
>
>
> I am looking to allow non-English characters in pathnames when passing
> them to PDAL readers, however inferReaderDriver and add(“filename”, .) both
> accept std::strings as arguments. Does PDAL support using file paths that
> include Unicode characters? Will I need to implement something with UTF-8?
>
>
>
> I believe that UTF-8 should work fine provided the drivers that open the
> files can deal with it.  It's possible that we're doing some parsing of
> paths that may not take this into account, but I'm not sure.  If you have
> examples of this not working, let me know and I'll take a look.
>
>
>
> --
>
> Andrew Bell
> andrew.bell.ia at gmail.com
>
>
>



-- 
Andrew Bell
andrew.bell.ia at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/pdal/attachments/20180116/ed9449ac/attachment.html>