Ticket #105 (closed enhancement: fixed)

Opened 4 years ago

Last modified 4 years ago

r.in.xyz: zscale parameter addition patch

Reported by: neteler Owned by: hamish
Priority: major Milestone: 6.4.0
Component: Default Version: svn-trunk
Keywords: r.in.xyz Cc: grass-dev@…
Platform: CPU:

Description

Hi,

I have implemented a zscale parameter in r.in.xyz. Patch submitted to trac for review.

Markus

Attachments

diff Download (3.3 KB) - added by neteler 4 years ago.
r.in.xyz new zscale param

Change History

Changed 4 years ago by neteler

  • attachment diff Download added

r.in.xyz new zscale param

Changed 4 years ago by hamish

  • cc grass-dev@… added
  • owner changed from grass-dev@… to hamish
  • status changed from new to assigned

Hi,

Sorry I missed the earlier discussion of the -i flag [for ignoring malformed lines in the data stream]; I had been out of town.

In general my plan for r.in.xyz was to keep the interface (and code) as simple as possible. The idea is to keep the methodology clean + light, and so the code bug free + fast.

The code for the -i flag won't slow down the module any (vs prior) and doesn't really add program complexity, so I don't have a technical problem with it. Still, for reducing methodology mistakes & encouraging a hands-on approach to data management, I consider it preferable that the user should be forced to do something to fix their broken input files rather than hack their way around them without careful study of what the problem really is. If there are many files to process they could filter the stream through any number of UNIX tools like sed or awk and then pipe the result to r.in.xyz's stdin in some automated way.

--

A zscale= option seems like a reasonable request. Is the purpose that the elevation data comes in feet and you want it in meters?

I will review the patch, run some speed tests, and take care of committing as soon as time allows.

Hamish

Changed 4 years ago by neteler

I would appreciate if you don't revert the -i flag. It's a major PITA to manually fix files as in the indicated case (with Lidar, you often have hundreds of tiles to process).

The purpose that the elevation data comes in feet and you want it in meters or you want centimeters or whatever. Data often come in a different way than desired.

Markus

Changed 4 years ago by hamish

Don't worry, I don't mean to revert the -i flag, but I did want to make clear my design philosophy. If the input file is that badly broken then a million WARNINGs should be disincentive enough to discourage lazy abuse of the flag.

FWIW, to chop off the last row of a file, use head with a negative index:

head -n -1 filename.txt | r.in.xyz in=- out=foo ...

Hamish

Changed 4 years ago by hamish

  • keywords r.in.xyz added

Patch committed by Markus; looks good. Closing wish.

Hamish

Changed 4 years ago by hamish

  • status changed from assigned to closed
  • resolution set to fixed

Changed 4 years ago by hamish

  • status changed from closed to reopened
  • resolution fixed deleted
z=z/zscale;

shouldn't that be z *= zscale; ??

Hamish

Changed 4 years ago by hamish

  • status changed from reopened to closed
  • resolution set to fixed

With r31713 r.in.xyz's zscale has been changed in svn to multiply by the scale factor, not divide.

reclosing ticket.

Hamish

Note: See TracTickets for help on using tickets.