[Geoserver-users] Error adding raster jpg's mosaic

DAUDAIRE@anonymised.com ha scritto:

hi,
In the begining i had 134 jpeg about 3 Mo after using GDAL ->13 Geotiff about 400 Mo each one.
All geotiff are tiled and i include inner overviews in all of them.
I must say that i have no idea about the best strategy, less Geotiffs (merge again) more Geotiffs...(smallest area)

Please make sure that you:
* add overviews to them using gdaladdo
* create them with inner tiles, that is, when you create them, ensure
   -co "TILED=YES" is passed to gdal_translate

More than that, the data set is big enough that an image pyramid
may be the way to go, but unfortunately the tool to create image pyramids is broken again, so I cannot point you to use it...

Cheers
Andrea

Hi all,

Rather embarrassing as I have been using eclipse for several years with
maven, but....

How do you get geoserver trunk into eclipse and have the classpath setup
using maven?

I imported it, getting 32 src directories (all in one project), but the
classpath only has 13 dependency libraries, and for example Spring is
missing, causing no end of dramas. I am running "mvn eclipse:eclipse" from
the root folder (e.g. the one container community, data, main, maven....
wms). Is this the root the readme is referring to? It was there that I
created my eclipse project from.

[Incidentally, what I have just brought down from SVN doesn't build either
from the command line with maven. I was trying to get it into eclipse to
determine where the errors were (mock objects missing, and when
maven.test.skip=true FactoryUsingWKT is missing)]

Cheers,

Tim

Tim Robertson ha scritto:

Hi all,

Rather embarrassing as I have been using eclipse for several years with
maven, but....

How do you get geoserver trunk into eclipse and have the classpath setup
using maven?

I imported it, getting 32 src directories (all in one project), but the
classpath only has 13 dependency libraries, and for example Spring is
missing, causing no end of dramas. I am running "mvn eclipse:eclipse" from
the root folder (e.g. the one container community, data, main, maven....
wms). Is this the root the readme is referring to? It was there that I
created my eclipse project from.

[Incidentally, what I have just brought down from SVN doesn't build either
from the command line with maven. I was trying to get it into eclipse to
determine where the errors were (mock objects missing, and when
maven.test.skip=true FactoryUsingWKT is missing)]

When you run mvn eclipse:eclipse the external references uses a classpath variable, M2_REPO, that you have to set in your eclipse workspace, and point to your maven repository (on windows pc it's
c:\documents and settings\user\.m2\repository).

Funny it does not build, since on our build server it seems to be going fine:
http://geo.openplans.org:9090/continuum/servlet/continuum/target/Summary.vm/fid/continuumProject

I just forced a manual build there to double check.
Cheers
Andrea

Hi Andrea,

Thanks - I do have the repo variable set. Is the root folder the one with
(community, data, main, maven....wms)? It is from there I am building, and
running eclipse:eclipse and it is the OWS module failing on the command
line.

The eclipse classpath I have does not contain any references to the M2_REPO
actually - I think I must be running this from the wrong place... Is the
root perhaps geoserver/main?

Tim

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Wednesday, March 21, 2007 12:41 PM
To: Tim Robertson
Cc: 'geoserver users'
Subject: Re: [Geoserver-users] simple eclipse setup

Tim Robertson ha scritto:

Hi all,

Rather embarrassing as I have been using eclipse for several years with
maven, but....

How do you get geoserver trunk into eclipse and have the classpath setup
using maven?

I imported it, getting 32 src directories (all in one project), but the
classpath only has 13 dependency libraries, and for example Spring is
missing, causing no end of dramas. I am running "mvn eclipse:eclipse"

from

the root folder (e.g. the one container community, data, main, maven....
wms). Is this the root the readme is referring to? It was there that I
created my eclipse project from.

[Incidentally, what I have just brought down from SVN doesn't build either
from the command line with maven. I was trying to get it into eclipse to
determine where the errors were (mock objects missing, and when
maven.test.skip=true FactoryUsingWKT is missing)]

When you run mvn eclipse:eclipse the external references uses a
classpath variable, M2_REPO, that you have to set in your eclipse
workspace, and point to your maven repository (on windows pc it's
c:\documents and settings\user\.m2\repository).

Funny it does not build, since on our build server it seems to be going
fine:
http://geo.openplans.org:9090/continuum/servlet/continuum/target/Summary.vm/
fid/continuumProject

I just forced a manual build there to double check.
Cheers
Andrea

Tim Robertson ha scritto:

Hi Andrea,

Thanks - I do have the repo variable set. Is the root folder the one with (community, data, main, maven....wms)? It is from there I am building, and
running eclipse:eclipse and it is the OWS module failing on the command
line.

The eclipse classpath I have does not contain any references to the M2_REPO
actually - I think I must be running this from the wrong place... Is the
root perhaps geoserver/main?

Nope, the root is the one you cited. I think it's possible your build is failing because you don't have a recently updated geotools trunk checkout on your pc? Since we started the trunk on trunk experiment you
need both a checkout of geotools and one of geoserver to build the thing.

This is not a problem for geoserver hackers, since it's impossible to do
serious development on Geoserver without having geotools at hand anyways, but it may be your issue.

To avoid this happenings, we would need the build server to deploy
trunk geotools jars on lists.refractions.net. Justin, is this part of
the build?

Cheers
Andrea

anyways, but it may be your issue.

To avoid this happenings, we would need the build server to deploy
trunk geotools jars on lists.refractions.net. Justin, is this part of
the build?

It was before I rebuilt the build box. But talking to refractions yesterday it seems there build box is doing this. But looking at the timestamps the last one was deployed Feb 23. I will reenable the nightly deploy on our box.

Cheers
Andrea

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,4601313b139398365517736!

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

Hi,

To the users of Mac OSX 10.4...

Has anyone successfully built geotools and geoserver from SVN?

Given that JAI is not available for 10.4.X yet, and putting the dependencies
in the project pom's and loading into the local maven repository doesn't
work, I feel pretty stumped with geoserver having already given up on a
windows environment as it won't load GeoTiffs that seem valid.

Tim Robertson ha scritto:

Hi,

To the users of Mac OSX 10.4...

Has anyone successfully built geotools and geoserver from SVN?

Given that JAI is not available for 10.4.X yet, and putting the dependencies
in the project pom's and loading into the local maven repository doesn't
work, I feel pretty stumped with geoserver having already given up on a
windows environment as it won't load GeoTiffs that seem valid.

Hmmm... seems valid? Can you give us the gdalinfo output?
Geoserver won't load geotiff files that do not have the CRS information set. You can force one using gdal_translate, there is an option for that.

Anyways, changing operating system won't help as far as I know.

Oh, if you're trying to build geotools trunk, use the -Pnojai profile,
and it should be able to build using the pure java jai (that will be
downloaded only if that profile is activated). Sorry for not citing
that profile before, I added it just a few days ago.

Cheers
Andrea

The .tiff that I can't load has a gdalinfo of:

C:\Program Files\FWTools1.2.3\bin>gdalinfo fife.tiff
Driver: GTiff/GeoTIFF
Size is 240, 240
Coordinate System is `'
Origin = (-3.000000000002842,56.000000000000547)
Pixel Size = (0.004166666666667,-0.004166666666667)
Corner Coordinates:
Upper Left ( -3.0000000, 56.0000000)
Lower Left ( -3.0000000, 55.0000000)
Upper Right ( -2.0000000, 56.0000000)
Lower Right ( -2.0000000, 55.0000000)
Center ( -2.5000000, 55.5000000)
Band 1 Block=240x34 Type=Byte, ColorInterp=Red
Band 2 Block=240x34 Type=Byte, ColorInterp=Green
Band 3 Block=240x34 Type=Byte, ColorInterp=Blue

Means nothing to me at this point, but I'll try and read up on it.

Thanks

Tim

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Wednesday, March 21, 2007 4:52 PM
To: Tim Robertson
Cc: 'geoserver users'
Subject: Re: [Geoserver-users] Anyone built on mac OSX 10.4.X?

Tim Robertson ha scritto:

Hi,

To the users of Mac OSX 10.4...

Has anyone successfully built geotools and geoserver from SVN?

Given that JAI is not available for 10.4.X yet, and putting the

dependencies

in the project pom's and loading into the local maven repository doesn't
work, I feel pretty stumped with geoserver having already given up on a
windows environment as it won't load GeoTiffs that seem valid.

Hmmm... seems valid? Can you give us the gdalinfo output?
Geoserver won't load geotiff files that do not have the CRS information
set. You can force one using gdal_translate, there is an option for that.

Anyways, changing operating system won't help as far as I know.

Oh, if you're trying to build geotools trunk, use the -Pnojai profile,
and it should be able to build using the pure java jai (that will be
downloaded only if that profile is activated). Sorry for not citing
that profile before, I added it just a few days ago.

Cheers
Andrea

Tim Robertson ha scritto:

The .tiff that I can't load has a gdalinfo of:

C:\Program Files\FWTools1.2.3\bin>gdalinfo fife.tiff
Driver: GTiff/GeoTIFF
Size is 240, 240
Coordinate System is `'

Ah, ok, this is it, as I thought. I does not have any CRS information.
Our current geotiff reader is quite picky, and won't load a geotiff
without crs info inside.

You can run gdal_translate against it and use -a_srs to force a CRS
(and you must know what coordinates is the thing expressed in).

In the meantime I opened a jira issue against geotiff reader to have
it open also files without a crs.
http://jira.codehaus.org/browse/GEOT-1207

Cheers
Andrea

Thanks to Andrea and Audaire for the same reply there

What I am trying to do is slice up the NASA blue marble ecw, and then make
pyramids from it, as per tutorial.

Is there a CRS I can use for all 8 tiles, or do I need to pick one for each?

Thanks again,

Tim

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Thursday, March 22, 2007 10:43 AM
To: Tim Robertson
Cc: 'geoserver users'
Subject: Re: [Geoserver-users] Anyone built on mac OSX 10.4.X?

Tim Robertson ha scritto:

The .tiff that I can't load has a gdalinfo of:

C:\Program Files\FWTools1.2.3\bin>gdalinfo fife.tiff
Driver: GTiff/GeoTIFF
Size is 240, 240
Coordinate System is `'

Ah, ok, this is it, as I thought. I does not have any CRS information.
Our current geotiff reader is quite picky, and won't load a geotiff
without crs info inside.

You can run gdal_translate against it and use -a_srs to force a CRS
(and you must know what coordinates is the thing expressed in).

In the meantime I opened a jira issue against geotiff reader to have
it open also files without a crs.
http://jira.codehaus.org/browse/GEOT-1207

Cheers
Andrea

Tim Robertson ha scritto:

Thanks to Andrea and Audaire for the same reply there

What I am trying to do is slice up the NASA blue marble ecw, and then make
pyramids from it, as per tutorial.

Is there a CRS I can use for all 8 tiles, or do I need to pick one for each?

EPSG:4326 is ok.
Beware, at the moment the tools for buiding pyramids are not working...
(I updated the tutorial stating so).
If you're in a hurry and need a full bluemarble background, I suggest you create the 8 image with inner tilling (the tutorial has been updated
with the right command line), then add a lot of overviews with gdaladdo,
and then add the 8 files separately (or make a mosaic out of them,
them mosaic tool works, and you can build one with gdalindex and some
manual work creating a property file).

Cheers
Andrea

Thanks Andrea,

There is no rush really - it's just an area that's grabbed my interest and I
would like to move to a more standards based approach for our mapping. We
go live in a few weeks so we have no time to replace our proprietary mapping
stuff (http://newportal.gbif.org/geography/AU) - but shortly afterwards we
aim to offer WFS and WMS through geoserver.

We have the blue marble layer switched on if you zoom in close enough - all
through mapserver though...

The more I get into this the more I realize how much I need to learn!!!

Thanks

Tim

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Thursday, March 22, 2007 11:02 AM
To: Tim Robertson
Cc: 'geoserver users'
Subject: Re: [Geoserver-users] Anyone built on mac OSX 10.4.X?

Tim Robertson ha scritto:

Thanks to Andrea and Audaire for the same reply there

What I am trying to do is slice up the NASA blue marble ecw, and then make
pyramids from it, as per tutorial.

Is there a CRS I can use for all 8 tiles, or do I need to pick one for

each?

EPSG:4326 is ok.
Beware, at the moment the tools for buiding pyramids are not working...
(I updated the tutorial stating so).
If you're in a hurry and need a full bluemarble background, I suggest
you create the 8 image with inner tilling (the tutorial has been updated
with the right command line), then add a lot of overviews with gdaladdo,
and then add the 8 files separately (or make a mosaic out of them,
them mosaic tool works, and you can build one with gdalindex and some
manual work creating a property file).

Cheers
Andrea