This site uses different types of cookies, including analytics and functional cookies (its own and from other sites). To change your cookie settings or find out more, click here. If you continue browsing our website, you accept these cookies.
Just want to bring this issue to the attention of the developers and the community, in case someone might have a similar problem, or may have time and may be able to provide some signpost.
One workaround I can think of is to unzip the gz file into temporary files (I have over a thousand, would not be a problem for batch macro), and then use the existing gml capactiy. But as a lazy user, who is a little scared and short of time to use the run command tool, as introduced here: https://tarsolutions.co.uk/blog/unzip-a-file-in-alteryx/ . Just to check if supporting gml will be soon released in beta version, I am happy to help test it out.
We will look at adding gml as a supported file inside a gzipped archive. Gml is not one of our most frequently used file types, so we didn't include it in the first round, but we can certainly iterate and add! Thanks for the feedback!
Thanks for the feedback. Since .gz doesn't provide any metadata, we ran into some technical issues implementing straight .gz files. Therefore, we touched base with some users and decided on .tar.gz extensions as a first iteration. We're looking into what's necessary for all .gz files at the moment. Apologies for the disappointment and we hope to get this to you soon!
Just to confirm- your use case is reading in a log file from a .gz archive, correct? What is the the file type of your log file inside the archive?
GML is an open data format that is widely used across Europe and complies with theEUINSPIREDirective. By supplying data in GML format, HM Land Registry support the use of open standards and supply a standard data structure to users of allGIS/CAD systems.