On Wed, Jul 18, 2018 at 10:32 AM, Paul Shapley wrote:
> Hi Users,
>
> Trying to import an 8.7gb (jpeg2000) image into Grass 7.4.1 64 bit. I get
> the error below. Tested the image in another OS GIS package and it opens
> without issue. Not sure why Grass wont import it.
>
> Thanks everyone!
>
>
On Wed, 18 Jul 2018, Daniel Victoria wrote:
Some satellite images comes rotated, with black borders. But if we rotate
them prior to patching, we mess up the georeferencing. The process then is
setting those borders to null and then patching.
If this is your case, then I'd try running
Some satellite images comes rotated, with black borders. But if we rotate
them prior to patching, we mess up the georeferencing. The process then is
setting those borders to null and then patching.
If this is your case, then I'd try running `r.null` to set those borders as
no-data and then use
Thank you again Massi. This fixed my problem!
On Mon, Jul 16, 2018 at 10:10 PM, Massi Alvioli wrote:
> 2018-07-16 18:53 GMT+02:00 Erin Hanan :
>
> Hi Erin,
>
> let me forward your email to the list, since this may be interesting to
> others.
>
> > Yes, this helps a lot; thank you! I've been
>Can you point me to where the differences are between importing >and linkin
https://grass.osgeo.org/grass75/manuals/r.external.html
Anything missing in the manual?
-
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Users-f3884509.html
Hi Nikos,
Would i be able to use the 'i.segment' module on subsets of the image if i
use 'r.external' instead of importing? Can you point me to where the
differences are between importing and linking?
Thank You,
Paul Shapley
On 18 July 2018 at 13:48, Nikos Alexandris wrote:
> * Paul Shapley
On Wed, 18 Jul 2018, Daniel Victoria wrote:
But are those tif images? Or GeoTiff? Because, if those are geotiffs, with
correct georeferencing, I believe rotating will mess things up.
Daniel,
Probably GeoTIFF. If rotating is not the solution is there another way to
patch them together
On Wed, 18 Jul 2018, Markus Neteler wrote:
Yes:
https://grass.osgeo.org/grass74/manuals/addons/#i
-> i.rotate
Markus,
Thanks. It's been a very long time since I worked with remotely acquired
imagery.
Much appreciated,
Rich
___
grass-user
But are those tif images? Or GeoTiff? Because, if those are geotiffs, with
correct georeferencing, I believe rotating will mess things up.
On Wed, Jul 18, 2018 at 11:48 AM Markus Neteler wrote:
> On Wed, Jul 18, 2018 at 2:53 PM, Rich Shepard
> wrote:
> > I have .tif images at 1:5000 or
On Wed, Jul 18, 2018 at 2:53 PM, Rich Shepard wrote:
> I have .tif images at 1:5000 or 1:6000 scale that are each slightly
> rotated clockwise on their rectangular backgrounds. The imported raster maps
> are also slightly torqued so edges do not properly align (see attached
> screenshot).
>
>
On Wed, Jul 18, 2018 at 10:32 AM, Paul Shapley wrote:
>
> Hi Users,
>
> Trying to import an 8.7gb (jpeg2000) image into Grass 7.4.1 64 bit. I get
the error below. Tested the image in another OS GIS package and it opens
without issue. Not sure why Grass wont import it.
The errors are coming from
* Paul Shapley [2018-07-18 09:32:56 +0100]:
Hi Users,
Trying to import an 8.7gb (jpeg2000) image into Grass 7.4.1 64 bit. I get
the error below. Tested the image in another OS GIS package and it opens
without issue. Not sure why Grass wont import it.
Thanks everyone!
Paul Shapley
If it's
Did you try running gdalinfo on your image? Does it work?
The GDAL raster format page [1] lists that JPEG2000 support is not compiled
by default. So it could be that your gdal installation does not recognize
this file
[1] http://www.gdal.org/formats_list.html
On Wed, Jul 18, 2018 at 5:33 AM
Hi Users,
Trying to import an 8.7gb (jpeg2000) image into Grass 7.4.1 64 bit. I get
the error below. Tested the image in another OS GIS package and it opens
without issue. Not sure why Grass wont import it.
Thanks everyone!
Paul Shapley
(Wed Jul 18 09:19:16 2018)
r.in.gdal -o
14 matches
Mail list logo