Post by sandsaver01 on May 11, 2020 7:31:48 GMT -5
I was just playing around trying to make a course file for a Scottish course near Edinburgh. Somebody had already don some of the OSM work, so I located the appropriate Lidar and ran the tool. I had to force the EPSG because it said "prj2epsg.org may be down" (it wasn't as you will see). After I put in the EPSG the tool appeared to run just fine, generated the Lidar intensity image, but then choked on the OSM. I show the output of the tool below:
Processing: NT18SE_2PPM_LAS_PHASE2.laz
Problem looking up epsg with prj2epsg.org, try running the tool later.
prj2epsg.org may be down, using backup for force_epsg
Overwriting projection with EPSG:4277
Unit in use is 0.9999999999999999
Proj4 : pyproj.Proj('+units=m +init=epsg:4277 ', preserve_units=True)
Generating lidar intensity image
19.55% visualizing lidar
39.98% visualizing lidar
60.4% visualizing lidar
80.94% visualizing lidar
Adding golf features to lidar data
OpenStreetMap Overpass query: (node(inf,inf,inf,inf);way(inf,inf,inf,inf););out;
OpenStreetMap servers are too busy right now. Try running this tool later.
The error message generated was:
Exception in Tkinter callback
Traceback (most recent call last):
File "tkinter\__init__.py", line 1705, in __call__
File "tgc_gui.py", line 521, in runLidar
File "lidar_map_api.py", line 284, in generate_lidar_previews
AttributeError: 'NoneType' object has no attribute 'ways'
I assumed the OSM was busy so I tried it again the next day and got the same thing. So I then re-rean a course I know had worked correctly recently, and this was the output:
Processing: USGS_LPC_NV_LasVegas_QL1_2016_18801_LAS_2018_1.laz
Using metadata: USGS_LPC_NV_LasVegas_QL1_2016_18801_LAS_2018_meta.xml
Found Projection Parameters from metadata file
Unit in use is 0.3048006096012192
Proj4 : pyproj.Proj('+proj=tmerc +datum=NAD83 +ellps=GRS80 +a=6378137.0 +f=298.2572221009999 +k=0.9999 +x_0=199999.9999999998 +y_0=8000000.00000001 +lon_0=-115.583333333333 +lat_0=34.75 +units=m +axis=enu ', preserve_units=True)
Processing: USGS_LPC_NV_LasVegas_QL1_2016_18812_LAS_2018_1.laz
Using metadata: USGS_LPC_NV_LasVegas_QL1_2016_18812_LAS_2018_meta.xml
Found Projection Parameters from metadata file
Unit in use is 0.3048006096012192
Proj4 : pyproj.Proj('+proj=tmerc +datum=NAD83 +ellps=GRS80 +a=6378137.0 +f=298.2572221009999 +k=0.9999 +x_0=199999.9999999998 +y_0=8000000.00000001 +lon_0=-115.583333333333 +lat_0=34.75 +units=m +axis=enu ', preserve_units=True)
Processing: USGS_LPC_NV_LasVegas_QL1_2016_18901_LAS_2018_1.laz
Using metadata: USGS_LPC_NV_LasVegas_QL1_2016_18901_LAS_2018_meta.xml
Found Projection Parameters from metadata file
Unit in use is 0.3048006096012192
Generating lidar intensity image
Adding golf features to lidar data
OpenStreetMap Overpass query: (node(35.968235538654305,-114.88746336224321,35.98582983405214,-114.87689623228906);way(35.968235538654305,-114.88746336224321,35.98582983405214,-114.87689623228906););out;
You can see that both prj2epsg.py and OSM worked just fine. Has anyone seen this issue before? Is it just this particular Lidar file or Scotland in general?
Anybodies thoughts appreciated.
Processing: NT18SE_2PPM_LAS_PHASE2.laz
Problem looking up epsg with prj2epsg.org, try running the tool later.
prj2epsg.org may be down, using backup for force_epsg
Overwriting projection with EPSG:4277
Unit in use is 0.9999999999999999
Proj4 : pyproj.Proj('+units=m +init=epsg:4277 ', preserve_units=True)
Generating lidar intensity image
19.55% visualizing lidar
39.98% visualizing lidar
60.4% visualizing lidar
80.94% visualizing lidar
Adding golf features to lidar data
OpenStreetMap Overpass query: (node(inf,inf,inf,inf);way(inf,inf,inf,inf););out;
OpenStreetMap servers are too busy right now. Try running this tool later.
The error message generated was:
Exception in Tkinter callback
Traceback (most recent call last):
File "tkinter\__init__.py", line 1705, in __call__
File "tgc_gui.py", line 521, in runLidar
File "lidar_map_api.py", line 284, in generate_lidar_previews
AttributeError: 'NoneType' object has no attribute 'ways'
I assumed the OSM was busy so I tried it again the next day and got the same thing. So I then re-rean a course I know had worked correctly recently, and this was the output:
Processing: USGS_LPC_NV_LasVegas_QL1_2016_18801_LAS_2018_1.laz
Using metadata: USGS_LPC_NV_LasVegas_QL1_2016_18801_LAS_2018_meta.xml
Found Projection Parameters from metadata file
Unit in use is 0.3048006096012192
Proj4 : pyproj.Proj('+proj=tmerc +datum=NAD83 +ellps=GRS80 +a=6378137.0 +f=298.2572221009999 +k=0.9999 +x_0=199999.9999999998 +y_0=8000000.00000001 +lon_0=-115.583333333333 +lat_0=34.75 +units=m +axis=enu ', preserve_units=True)
Processing: USGS_LPC_NV_LasVegas_QL1_2016_18812_LAS_2018_1.laz
Using metadata: USGS_LPC_NV_LasVegas_QL1_2016_18812_LAS_2018_meta.xml
Found Projection Parameters from metadata file
Unit in use is 0.3048006096012192
Proj4 : pyproj.Proj('+proj=tmerc +datum=NAD83 +ellps=GRS80 +a=6378137.0 +f=298.2572221009999 +k=0.9999 +x_0=199999.9999999998 +y_0=8000000.00000001 +lon_0=-115.583333333333 +lat_0=34.75 +units=m +axis=enu ', preserve_units=True)
Processing: USGS_LPC_NV_LasVegas_QL1_2016_18901_LAS_2018_1.laz
Using metadata: USGS_LPC_NV_LasVegas_QL1_2016_18901_LAS_2018_meta.xml
Found Projection Parameters from metadata file
Unit in use is 0.3048006096012192
Generating lidar intensity image
Adding golf features to lidar data
OpenStreetMap Overpass query: (node(35.968235538654305,-114.88746336224321,35.98582983405214,-114.87689623228906);way(35.968235538654305,-114.88746336224321,35.98582983405214,-114.87689623228906););out;
You can see that both prj2epsg.py and OSM worked just fine. Has anyone seen this issue before? Is it just this particular Lidar file or Scotland in general?
Anybodies thoughts appreciated.