Re: [Geoserver-users] App-Schema Publish Layer Exception

2013-06-12 Thread Andrea Aime
On Wed, Jun 12, 2013 at 4:19 AM, Ben Caradoc-Davies 
ben.caradoc-dav...@csiro.au wrote:

 Found it.

 I pasted the entirety of your original mapping file into a validating
 XML editor (Eclipse JEE) with AppSchemaDataAccess.xsd in the same
 directory. Your mapping file is schema-invalid because of a misspelled
 element:

 AttributeMappings should be attributeMappings

 Because the mapping file parser is nonvalidating and only looks for
 child elements of attributeMappings and finds none, your mapping is
 ignored, resulting in a lack of content.

 I strongly recommend the use of a validating XML editor for correctness
 and helpful documentation and completion suggestions when editing.


Ben, is the mapping document read only once by the app schema store, and
then used over and over, or does it have to read it on a per request basis?
If it's the former, why not activate schema validation during the read and
report
errors accordingly?

Many people use simple text editors to do all their editing, including XML,
I've already searched in the past for some light weight editor that also has
schema validation and auto completion support, but could not find one...
Just stumbled into this one now:
http://en.wikipedia.org/wiki/Comparison_of_XML_editors
Haven't tried but this one looks like an interesting solution that I did
not know about:
http://xml-copy-editor.sourceforge.net/index.php?page=ubuntu

Cheers
Andrea


-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] MrSID store creation not completing

2013-06-12 Thread Daniele Romagnoli
Hi Gavin,
That confirms my suspects: On Ubuntu 10.04 there isn't the proper GLIBCXX
version required by the downloadable version.
Since you have built GDAL 1.10dev on your system, you could also try
building 1.9.2 (which is the one used by ImageIO-Ext 1.1.6) so that you
will be sure to use the system libraries (GLIBC...) you have available on
your system.
(Make sure to use the --with-threads config option when configuring the
build).

Hope this helps.
Daniele


==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==
Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:  +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---


On Tue, Jun 11, 2013 at 10:49 PM, Gavin Fleming ga...@afrispatial.co.zawrote:

  Hi Daniele

 No, if I force LD_LIBRARY_PATH I get quite different output and another
 error:

 gavin@superman:~$ export
 LD_LIBRARY_PATH=/usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/
 gavin@superman:~$ ldd
 /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/gdalinfo
 /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/gdalinfo:
 /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by
 /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/libNCSEcw.so.0)
 linux-vdso.so.1 =  (0x7fff64be1000)
 libgdal.so.1 =
 /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/libgdal.so.1
 (0x7feec7e19000)
 libNCSEcw.so.0 =
 /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/libNCSEcw.so.0
 (0x7feec7ae5000)
 libNCSEcwC.so.0 =
 /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/libNCSEcwC.so.0
 (0x7feec78e1000)
 libNCSCnet.so.0 =
 /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/libNCSCnet.so.0
 (0x7feec76cd000)
 libNCSUtil.so.0 =
 /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/libNCSUtil.so.0
 (0x7feec74a8000)
 librt.so.1 = /lib/librt.so.1 (0x7feec7299000)
 libdl.so.2 = /lib/libdl.so.2 (0x7feec7095000)
 libltidsdk.so =
 /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/libltidsdk.so
 (0x7feec6a69000)
 libpthread.so.0 = /lib/libpthread.so.0 (0x7feec684c000)
 libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7feec6538000)
 libm.so.6 = /lib/libm.so.6 (0x7feec62b4000)
 libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7feec609d000)
 libc.so.6 = /lib/libc.so.6 (0x7feec5d17000)
 /lib64/ld-linux-x86-64.so.2 (0x7feec8898000)


 On 11/06/2013 11:18, Daniele Romagnoli wrote:

   Hi Gavin,
 It seems you have multiple GDAL libs and third party libs available on
 your system (some of them are on /usr/local/lib).
  Do you get this output even when forcing the LD_LIBRARY_PATH to refer to
 the folder where you have extracted the 1.9.2 downloaded ones?

  Daniele

  ==
 GeoServer training in Milan, 6th  7th June 2013! Visit
 http://geoserver.geo-solutions.it for more information.
 ==

 Ing. Daniele Romagnoli
 Senior Software Engineer

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax:  +39 0584 1660272

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 On Tue, Jun 11, 2013 at 11:03 AM, Gavin Fleming 
 ga...@afrispatial.co.zawrote:

  Hi Daniele

  ldd /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/gdalinfo
 linux-vdso.so.1 =  (0x7fff1def9000)
 libgdal.so.1 = /usr/local/lib/libgdal.so.1 (0x7f70f3c67000)
 libNCSEcw.so.0 = /usr/local/lib/libNCSEcw.so.0
 (0x7f70f3929000)
 libNCSEcwC.so.0 = /usr/local/lib/libNCSEcwC.so.0
 (0x7f70f3724000)
 libNCSCnet.so.0 = /usr/local/lib/libNCSCnet.so.0
 (0x7f70f350e000)
 libNCSUtil.so.0 = /usr/local/lib/libNCSUtil.so.0
 (0x7f70f32e8000)
 librt.so.1 = /lib/librt.so.1 (0x7f70f30df000)
 libdl.so.2 = /lib/libdl.so.2 (0x7f70f2edb000)
 libltidsdk.so = not found
 libpthread.so.0 = /lib/libpthread.so.0 (0x7f70f2cbd000)
 libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f70f29a9000)
 libm.so.6 = /lib/libm.so.6 (0x7f70f2726000)
 libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7f70f250e000)
 libc.so.6 = /lib/libc.so.6 (0x7f70f2188000)
 libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0x7f70f1efb000)
 libexpat.so.1 = /lib/libexpat.so.1 (0x7f70f1cd1000)
 libpq.so.5 = /usr/lib/libpq.so.5 (0x7f70f1aa4000)
 libz.so.1 = /lib/libz.so.1 (0x7f70f188d000)
 libpcre.so.3 = /lib/libpcre.so.3 (0x7f70f165e000)
 /lib64/ld-linux-x86-64.so.2 (0x7f70f4c1e000)
 libssl.so.0.9.8 = /lib/libssl.so.0.9.8 (0x7f70f140a000)
 libcrypto.so.0.9.8 = /lib/libcrypto.so.0.9.8 (0x7f70f1078000)
 libkrb5.so.3 = 

Re: [Geoserver-users] Image Mosaic JDBC single band raster losing data values

2013-06-12 Thread Christian Mueller
Hi Mike

I think I found the problem. It is in

ImageComposerThread.getStartImage


The unlucky code sequence is

if (imageType == BufferedImage.TYPE_CUSTOM)
imageType = ImageMosaicJDBCReader.DEFAULT_IMAGE_TYPE;


I think your image type is custom and the default type is RGB wit 3 bands
using bytes.

Should I try to fix this code and send you a jar file for testing. The idea
would be to create the start image with
the following constructor

public BufferedImage (ColorModel cm,
  WritableRaster raster,
  boolean isRasterPremultiplied,
  Hashtable?,? properties) {

Perhaps this will do the trick.
Please let me know

Christian










2013/6/11 mrollans mroll...@gmail.com

 Hi Christian,

 I was curious what that would reveal too, so I tried that yesterday
 afternoon.  I put together a small java jdbc program to run

 select st_astiff(rast) from test

 from my postgis database and dumped the result to a file.  I then gdalinfo
 my original file (prior to the postgis load) and the one output from
 postgis
 and diffed the results.

 The only differences between the two were the reported file names and a
 slight difference in the reported NoData Value (which I suspect was due to
 rounding differences).  Otherwise, the output was identical, 1 reported
 band
 of type Float32, ColorInterp=Gray etc.

 I could open the tif output from postgis in QuantumGis and apply a color
 style and view the data values just fine.

 I suspect this means the problem is somewhere downstream of the st_astiff
 call.  Perhaps something with the construction of the GridCoverage2d based
 on the image in ImageComposerThread?  I don't have the familiarity or
 context around the GeoTools code to really understand what it is trying to
 do just yet, but it seems like a strong possibility that something is going
 wrong in there someplace.

 As a point of interest, with fine detail logging turned on in GeoServer I
 can see the following output when I try to preview my layer from the
 geotiff
 loaded from the filesystem.

 11 Jun 13:01:47 DEBUG [geoserver.ows] - Getting layers and styles from
 LAYERS an
 d STYLES
 11 Jun 13:01:47 DEBUG [geoserver.ows] - establishing raster style for
 cite:testf
 s
 11 Jun 13:01:47 DEBUG [geoserver.wms] - setting up map
 11 Jun 13:01:47 DEBUG [wms.map] - setting up 578x330 image
 11 Jun 13:01:47 DEBUG [geotools.rendering] - Drawing coverage
 GridCoverage2D[te
 st, GeneralEnvelope[(-104.053125, 46.359375), (-99.415625, 49.003125)],
 Default
 GeographicCRS[WGS 84]]
 ?   RenderedSampleDimension(GRAY_INDEX:[-3.402823E38 ... -3.402823E38])
 ? ? Category(No data:[-3.402823E38 ... -3.402823E38])
 ? Image=RenderedOp[ImageRead]

 11 Jun 13:01:47 DEBUG [geotools.rendering] - Transforming coverage envelope
 with
  transform PARAM_MT[Affine,
   PARAMETER[num_row, 3],
   PARAMETER[num_col, 3]]
 11 Jun 13:01:47 DEBUG [geotools.rendering] - Using interpolation
 javax.media.jai
 .InterpolationNearest@1616dd6


 Versus similar output when trying layer preview for my postgis raster.


 11 Jun 13:15:56 INFO [imagemosaic.jdbc] - Coverage test using spatial table
 null
 , image table test
 11 Jun 13:15:56 INFO [jdbc.custom] - Using 2 CPU(s)
 11 Jun 13:15:56 INFO [jdbc.custom] - Getting 1 Tiles needs 125 millisecs
 11 Jun 13:15:57 INFO [jdbc.custom] - Getting and decoding  1 Tiles needs
 406
 mil
 lisecs
 11 Jun 13:15:57 INFO [imagemosaic.jdbc] - Mosaic Reader needs : 422
 millisecs
 11 Jun 13:15:57 DEBUG [geotools.rendering] - Drawing coverage
 GridCoverage2D[te
 st, GeneralEnvelope[(-104.35202636719, 46.186743164062),
 (-99.116723632811,
 49.
 175756835937)], DefaultGeographicCRS[WGS 84]]
 ?   RenderedSampleDimension(test:[0.0 ... 255.0])
 ? ? Category(test:[0...255])
 ?   RenderedSampleDimension(test:[0.0 ... 255.0])
 ? ? Category(test:[0...255])
 ?   RenderedSampleDimension(test:[0.0 ... 255.0])
 ? ? Category(test:[0...255])
 ? Image=WritableRenderedImageAdapter[]

 11 Jun 13:15:57 DEBUG [geotools.rendering] - Transforming coverage envelope
 with
  transform PARAM_MT[Affine,
   PARAMETER[num_row, 3],
   PARAMETER[num_col, 3]]
 11 Jun 13:15:57 DEBUG [geotools.rendering] - Using interpolation
 javax.media.jai
 .InterpolationNearest@1136019

 So, by the point the GridCoverage2d is logged, the RenderedSampleDimensions
 are wrong in the second case.

 Mike






 --
 View this message in context:
 http://osgeo-org.1560.x6.nabble.com/Image-Mosaic-JDBC-single-band-raster-losing-data-values-tp5058549p5059493.html
 Sent from the GeoServer - User mailing list archive at Nabble.com.


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 Geoserver-users mailing list
 Geoserver-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-users





Re: [Geoserver-users] SQL Server 2008 e Geoserver

2013-06-12 Thread Casper Span
Mark,

If nothing related to SQL Server is showing on the datastore creation, then
the sql server plugin was not found.
check if it's in:
(GeoServer or tomcat)\webapps\geoserver\WEB-INF\lib

For 2.2.5 the file is called:
gt-jdbc-sqlserver-8.7.jar

Doublecheck if you have the plugin belonging to the correct geoserver
version. You can download older versions here:
http://geoserver.org/display/GEOS/All+Releases

Initially I also had some problems setting things up, but I succeeded by
following the docs:
http://docs.geoserver.org/2.3.0/user/data/database/sqlserver.html


Casper


On Tue, Jun 11, 2013 at 5:45 PM, Mark Paulson ma...@proseals.com wrote:

  Hi Casper,

  I have tried that until I'm blue in the face. And I see nothing at all
 referring to SQL Server. I don't even have a hint why it has not showing. I
 am running GeoServer as a service. I also updated to 2.3.2 and notice that
 I have two instances of GeoServer running being 2.3.1 and 2.3.2 which I
 don't understand since both are installed the same directory. I have tried
 with each version of the service and still no Sql Server is showing up.
 Pulling my hair out.

  Mark

   From: Casper Span i...@spatially-oriented.com
 Date: Tuesday, June 11, 2013 4:04 AM
 To: Mark R. Paulson ma...@proseals.com
 Cc: geoserver-users@lists.sourceforge.net 
 geoserver-users@lists.sourceforge.net
 Subject: Re: [Geoserver-users] SQL Server 2008 e Geoserver

   I have it working on multiple machines.

  It's really only:
  - Installing the sql server plugin (copy to web-inf\lib)
  - Copy sqljdbc4.jarto web-inf\lib
  - copy sqljdbc_auth.dll  sqljdbc_xa.dll to c:\windows\system32\

  You should copy the 64-bit dll's to C:\Windows\SysWOW64 if you are using
 a 64-bit JRE (and thus not running geoserver as a service)
  If you are using the 32-bit JRE, you should also use the 32-bit sql dll's.

 Then if you reboot geoserver (or restart service) you should be able to
 see 2 entries of SQL server on the create datastore page.
  If you only see 1 (JNDI), then the dll's can't be found.

  Hope this helps!

  Casper


 On Tue, Jun 11, 2013 at 12:30 AM, txrpls ma...@proseals.com wrote:

 I am having the same issue. I am running Windows Server 2008 R2 and SQL
 Server 2008 R2. I have installed the files as directed with no luck. I am
 not running Tomcat. installed so the first file is installed in
 D:\Program Files (x86)\GeoServer 2.3.1\WEB-INF\lib the others as in step
 two
 below. I have restarted GeoServer, SQl Server and Windows Server and
 nothing
 is showing up. Server is the 64 bit version BTW




 --
 View this message in context:
 http://osgeo-org.1560.x6.nabble.com/SQL-Server-2008-e-Geoserver-tp4664552p5059240.html
 Sent from the GeoServer - User mailing list archive at Nabble.com.


 --
  This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
  ___
 Geoserver-users mailing list
 Geoserver-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-users




 --

 Casper Span
 T: @Span_Droid https://twitter.com/#%21/Span_Droid
 W: http://www.spatially-oriented.com
 M: i...@spatially-oriented.com




-- 

Casper Span
T: @Span_Droid https://twitter.com/#%21/Span_Droid
W: http://www.spatially-oriented.com
M: i...@spatially-oriented.com
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] App-Schema Publish Layer Exception

2013-06-12 Thread Ben Caradoc-Davies
On 12/06/13 14:02, Andrea Aime wrote:
 Ben, is the mapping document read only once by the app schema store, and
 then used over and over, or does it have to read it on a per request basis?
 If it's the former, why not activate schema validation during the read
 and report errors accordingly?

The mapping file is read once at startup. There is no reason not to 
replace it with a validating parser. It currently uses Apache Digester, 
as in the original community-schemas plugin in 2006.

There is also a problem with the schema, which mistakenly fails to use 
elementFormDefault=qualified, leaving all the elements defined in the 
complexTypes in the null namespace. This fails to conform to W3 Web 
Architecture best practice.

 Many people use simple text editors to do all their editing, including XML

Me too. I often edit pom files with gedit.

Kind regards,

-- 
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] Tomcat7 and GEOSERVER_DATA_DIR ?

2013-06-12 Thread Hakala Oiva (MTT)
Sorry, web.xml changes does not change anything. Although I delete the wrong 
data directory (using root rights) it is there again, when I start tomcat7 
service. I cannon find any log file, and when I try to see the log under 
Geoserver, I get this...

Oops, something went wrong...

Sorry, something unexpected happened on the server.

Here's an error report you can include in a JIRA bug 
reporthttp://jira.codehaus.org/browse/GEOS/ about this issue:

org.apache.wicket.WicketRuntimeException: Can't instantiate page using 
constructor public 
org.geoserver.web.admin.LogPage(org.apache.wicket.PageParameters) and argument 
at 
org.apache.wicket.session.DefaultPageFactory.createPage(DefaultPageFactory.java:212)
 at 
org.apache.wicket.session.DefaultPageFactory.newPage(DefaultPageFactory.java:65)
 at 
org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.newPage(BookmarkablePageRequestTarget.java:298)
 at 
org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.getPage(BookmarkablePageRequestTarget.java:320)
 at 
org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.processEvents(BookmarkablePageRequestTarget.java:234)
 at 
org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92)
 at 
org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250) 
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) at 
org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436) at 
org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at 
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484) at 
org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:138) at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:621) at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at 
org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:159)
 at 
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
 at 
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
 at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
 at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
 at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
 at 
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
 at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
 at 
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:27)
 at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
 at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
 at 
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:74)
 at 
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:45)
 at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
 at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
 at 
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:49)
 at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
 at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
 at 
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109)
 at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
 at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
 at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:311)
 at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:68)
 at 
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:116)
 at 
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
 at 
org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:72)
 at 
org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:91)
 at 
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:323)
 

Re: [Geoserver-users] App-Schema Publish Layer Exception

2013-06-12 Thread Ryan Moody
Hi Ben,

Many thanks! I discovered that I had to make some additional changes to the 
mapping file on top of the spelling correction ( setting Expose primary keys = 
true and changing the names of the target attributes under the type mappings ), 
but I finally have the town names coming through in the WFS request! We use 
XMLSpy as our validating XML Editor - however I had only used it to validate 
our GML application schema, it didn't occur to me that I could also use it to 
validate our mapping file!

Thanks again for your assistance, I will most likely be in touch again once I 
attempt some more complicated mappings :-)

Best Regards,

Ryan

-Original Message-
From: Ben Caradoc-Davies [mailto:ben.caradoc-dav...@csiro.au] 
Sent: 12 June 2013 03:20
To: Ryan Moody
Cc: geoserver-users@lists.sourceforge.net; Ian Turton; Neil Kirk
Subject: Re: [Geoserver-users] App-Schema Publish Layer Exception

Found it.

I pasted the entirety of your original mapping file into a validating XML 
editor (Eclipse JEE) with AppSchemaDataAccess.xsd in the same directory. Your 
mapping file is schema-invalid because of a misspelled
element:

AttributeMappings should be attributeMappings

Because the mapping file parser is nonvalidating and only looks for child 
elements of attributeMappings and finds none, your mapping is ignored, 
resulting in a lack of content.

I strongly recommend the use of a validating XML editor for correctness and 
helpful documentation and completion suggestions when editing.

Kind regards,
Ben.

On 11/06/13 17:41, Ben Caradoc-Davies wrote:
 Still thinking ...

--
Ben Caradoc-Davies ben.caradoc-dav...@csiro.au Software Engineer CSIRO Earth 
Science and Resource Engineering Australian Resources Research Centre
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] invalid shapefile archive

2013-06-12 Thread Jonathan Moules
Hi Rudolf,
Just tested it with three different layers and it works fine for me. Might
it be a permissions issue for writing to your temporary area?
Does it happen for all layers?
Can you export to other formats?

Regards,
Jonathan



On 10 June 2013 13:57, Rudolf rudolf.hochmeis...@wien.gv.at wrote:

 Hi,

 Can please someone verfiy if shapefile export on geoserver 2.3.2 is still
 working?
 On each layer in Layer Preview with output format Shapefile-Export, I get a
 403 bytes zip archive which is invalid. (GML, openlayers and JSON output
 works)

 Also the temporary dbf, prj and shx files in /var/cache/geoserver_home/temp
 have size of 0kb

 Here is my geotools-developer logging output:

 2013-06-10 14:27:56,498 INFO [org.geoserver.wfs] -
 Request: getServiceInfo
 2013-06-10 14:27:56,500 INFO [org.geoserver.wfs] -
 Request: getFeature
 service = WFS
 version = 1.0.0
 baseUrl = http://localhost:8080/geoserver/
 query[0]:
 typeName[0] = {http://www.wien.gv.at/ogdwien}WELTKULTERBEOGD
 maxFeatures = 50
 outputFormat = SHAPE-ZIP
 resultType = results
 2013-06-10 14:27:56,504 DEBUG [org.geotools.jdbc] - CREATE CONNECTION
 2013-06-10 14:27:56,550 DEBUG [org.geotools.jdbc] - SELECT * FROM (SELECT
 OBJECTID,SHAPE as SHAPE,NAME,TYP,BEZEICHNUNG,INFO,SE_ANNO_CAD_DATA FROM
 MySchema.MYTable) WHERE ROWNUM = 50
 2013-06-10 14:27:56,565 DEBUG [org.geotools.data.shapefile] - Write lock:

 file:/var/cache/adv-geoserver/temp/shpziptemp0.15797235458022774/WELTKULTERBEOGDPolygon.shp
 by ShpFiles for deleting all files
 2013-06-10 14:27:56,565 DEBUG [org.geotools.data.shapefile] - Write lock:

 file:/var/cache/adv-geoserver/temp/shpziptemp0.15797235458022774/WELTKULTERBEOGDPolygon.shp
 by ShpFiles for deleting all files
 2013-06-10 14:27:56,565 TRACE [org.geotools.data.shapefile] - SHP Channel
 in
 ShapefileWriter has been opened. Number open: 1
 2013-06-10 14:27:56,565 TRACE [org.geotools.data.shapefile] - SHX Channel
 in
 ShapefileWriter has been opened. Number open: 1
 2013-06-10 14:27:56,566 TRACE [org.geotools.data.shapefile] - SHP Channel
 in
 ShapefileWriter has been closed. Number open: 0
 2013-06-10 14:27:56,566 TRACE [org.geotools.data.shapefile] - SHX Channel
 in
 ShapefileWriter has been closed. Number open: 0
 2013-06-10 14:27:56,566 DEBUG [org.geotools.data.shapefile] - Field Length
 for OBJECTID set to 33 Preserving length, but should be set to Max of 18
 for
 dbase III specification.
 2013-06-10 14:27:56,566 WARN [org.geoserver.wfs.response] - Error while
 writing featuretype 'WELTKULTERBEOGD' to shapefile.
 java.io.IOException: Unable to write : [B
 at

 org.geotools.data.shapefile.ShapefileDataStore.createDbaseHeader(ShapefileDataStore.java:1217)
 at

 org.geotools.data.shapefile.ShapefileDataStore.createSchema(ShapefileDataStore.java:1003)
 at

 org.geoserver.wfs.response.ShapeZipOutputFormat.buildStore(ShapeZipOutputFormat.java:792)
 at

 org.geoserver.wfs.response.ShapeZipOutputFormat.getFeatureWriter(ShapeZipOutputFormat.java:703)
 at

 org.geoserver.wfs.response.ShapeZipOutputFormat.writeCollectionToShapefiles(ShapeZipOutputFormat.java:625)
 at

 org.geoserver.wfs.response.ShapeZipOutputFormat.write(ShapeZipOutputFormat.java:235)
 at

 org.geoserver.wfs.response.ShapeZipOutputFormat.write(ShapeZipOutputFormat.java:208)
 at

 org.geoserver.wfs.WFSGetFeatureOutputFormat.write(WFSGetFeatureOutputFormat.java:190)
 at org.geoserver.ows.Dispatcher.response(Dispatcher.java:919)
 at
 org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:276)
 at

 org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
 at

 org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
 at

 org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
 at

 org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
 at

 org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
 at

 org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at

 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at

 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at

 org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:27)
 at

 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at

 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at

 

Re: [Geoserver-users] invalid shapefile archive

2013-06-12 Thread Rudolf
Hi Jonathan,

thx for testing. I did a debug session today and found out that the reason
for this behaviour is not a permission problem. Our featureTypes have an
attribute of type byte[] and ShapefileDatastore cannot handle it and
throws an exception...

cheers Rudi 



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/invalid-shapefile-archive-tp5059110p5059655.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] Publishing a tiled GeoTIFF as a WMS

2013-06-12 Thread Simone Giannecchini
Ciao Jacob,
you can find some helpful (IMHO :) ) indications withing these slides:

http://goo.gl/TXJRS

Regards,
Simone Giannecchini
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.
==

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob:   +39  333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---


On Mon, Jun 10, 2013 at 11:41 AM, Jacob Overgaard Madsen
u2ja...@gmail.com wrote:
 Thanks for your response, Edward. I just found out, that I can merge the
 files to a single GeoTIFF using Quantum GIS' support for gdal-tools' merge
 (Raster-Miscellanous-Merge in QGIS). Now my question is - what performs
 best?

 - A single large GeoTIFF file without ImageMosaic.
 - Multiple files published with ImageMosaic.

 Anyone can give me some general guidance on this? What approach is best?

 Thanks in advance
 Jacob


 2013/6/10 Edward Mac Gillavry emacgilla...@hotmail.com

 That's where the ImageMosaic plugin comes in:


 http://docs.geoserver.org/latest/en/user/tutorials/image_mosaic_plugin/imagemosaic.html

 HTH

 Edward


 
 Date: Mon, 10 Jun 2013 11:08:43 +0200
 From: u2ja...@gmail.com
 To: geoserver-users@lists.sourceforge.net
 Subject: [Geoserver-users] Publishing a tiled GeoTIFF as a WMS


 Hi list

 Can someone please tell me, if it's possible to publish 4 tiled GeoTIFF
 files as a single WMS service? When creating a data store for the GeoTIFF, I
 usually put the single file name in the Connection Parameters-URL, and
 then I can access this single file through WMS.

 Earlier, my GeoTIFF provider supplied me with a single GeoTIFF file. But
 now, my provider (Pix4D) has begun giving me GeoTIFF files for the area as 4
 files with the names xxx_orthomosaic_geo_rgb_0_0.tif,
 xxx_orthomosaic_geo_rgb_0_1.tif, xxx_orthomosaic_geo_rgb_1_0.tif and
 xxx_orthomosaic_geo_rgb_1_1.tif. How do I configure these 4 files as a
 single data store for publishing through WMS? Apparently, Pix4D can no
 longer be configured to give me a single GeoTIFF. Should I combine the files
 in Quantum GIS, or what is the right procedure?

 I'm on 2.3.1.

 Thanks in advance,
 Jacob Madsen


 --
 How ServiceNow helps IT people transform IT departments: 1. A cloud service
 to automate IT design, transition and operations 2. Dashboards that offer
 high-level views of enterprise services 3. A single system of record for all
 IT processes http://p.sf.net/sfu/servicenow-d2d-j
 ___ Geoserver-users mailing
 list Geoserver-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-users



 --
 How ServiceNow helps IT people transform IT departments:
 1. A cloud service to automate IT design, transition and operations
 2. Dashboards that offer high-level views of enterprise services
 3. A single system of record for all IT processes
 http://p.sf.net/sfu/servicenow-d2d-j
 ___
 Geoserver-users mailing list
 Geoserver-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-users


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] Oracle Georaster and IMAGEmosaic JDBC

2013-06-12 Thread Jonathan Moules
Hi Daniel,
If you keep this on-list then people who actually know about it might see
it. I don't know the first thing about Oracle GeoRaster or JDBC. :-)

My own guess would be maybe you need quote marks around your username and
password:
  username value=id /
  password value=password /

---
My other observation is that you don't seem to have connection details
detailed. You need to populate your jdbcURL, i.e. with:

jdbc:oracle:thin:@127.0.0.1:1521:my_database

But these are just general thoughts, other people actually know about this
module.

Regards,
Jonathan




On 10 June 2013 16:35, Yunwei Dong yunwei.d...@gmail.com wrote:

 Hi Jonathan,

 Thank you for the information.
 I try the configuration identified in the link, here is what I got:

 IN THE Oracle Spatial DATABASE:
 create table raster_table (id number,rname varchar(64), geor
 sdo_georaster);
 CREATE TABLE geo_rdt OF SDO_RASTER (PRIMARY KEY (rasterID, pyramidLevel,
 bandBlockNumber, rowBlockNumber, columnBlockNumber))
 TABLESPACE USERS
 LOB(rasterBlock) STORE AS lobseg_geo1
 (
 CHUNK 32768
 CACHE READS
 PCTVERSION 0
 STORAGE (PCTINCREASE 0)
 );

 DECLARE
gr_tmp SDO_GEORASTER;
 BEGIN
 -- Initialize an empty GeoRaster object into which the external image
 -- is to be imported.
 INSERT INTO raster_table  (id,rname,geor)  values( 1, 'test',
 sdo_geor.init('geo_rdt') );

 -- Import the TIFF image.
 SELECT geor INTO gr_tmp from raster_table
where id = 1 FOR UPDATE;
 sdo_geor.importFrom(gr_tmp,NULL, 'TIFF', 'file',  '/testing/test.tif');
 UPDATE raster_table SET geor = gr_tmp where id = 1;
 COMMIT;
 END;
 /
  DECLARE
   gr mdsys.sdo_georaster;
 BEGIN
   select geor into gr from raster_table
   where id = 1 for update;
sdo_geor.generatePyramid(gr, 'rLevel=2 resampling=NN');
update raster_table set geor = gr where id=1;
 COMMIT;
 END;
 /

 EVERYTHING works ok.

 IN THE GEOSERVER, here is the configuration xml file I created:

 ?xml version=1.0 encoding=UTF-8 standalone=no?
 config version=1.0
   coverageName name=test/
   coordsys name=EPSG:4326/
   !-- interpolation 1 = nearest neighbour, 2 = bipolar, 3 = bicubic --
   scaleop  interpolation=1/
   spatialExtension name=georaster/

   connect
   !-- value DBCP or JNDI --
   dstype value=DBCP/
!-- jndiReferenceName value=/ --

   username value=id /
   password value=password /

   jdbcUrl value=jdbc:oracle:thin:@address:port:databaseName /
   driverClassName value=oracle.jdbc.OracleDriver/
   maxActive value=10/
   maxIdle value=0/
   /connect
 /config

 HERE COMES the error message: Argument value should not be null.

 HERE IS THE LOG:
 2013-06-10 11:02:00,080 TRACE [org.geotools.resources] - Loaded resources
 for English from bundle org.geotools.resources.i18n.
 2013-06-10 11:02:00,080 INFO [org.geoserver.web] - Getting list of
 coverages for saved store file:coverages/oraclegeoraster.xml
 java.lang.RuntimeException: Could not list layers for this store, an error
 occurred retrieving them: Argument value should not be null.
 at
 org.geoserver.web.data.layer.NewLayerPageProvider.getItemsInternal(NewLayerPageProvider.java:123)
 at
 org.geoserver.web.data.layer.NewLayerPageProvider.getItems(NewLayerPageProvider.java:56)
 at
 org.geoserver.web.wicket.GeoServerDataProvider.fullSize(GeoServerDataProvider.java:236)
 at
 org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.updateMatched(GeoServerTablePanel.java:555)
 at
 org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.init(GeoServerTablePanel.java:548)
 at
 org.geoserver.web.wicket.GeoServerTablePanel.init(GeoServerTablePanel.java:222)
 at
 org.geoserver.web.wicket.GeoServerTablePanel.init(GeoServerTablePanel.java:93)
 at
 org.geoserver.web.data.layer.NewLayerPage$1.init(NewLayerPage.java:100)
 at
 org.geoserver.web.data.layer.NewLayerPage.init(NewLayerPage.java:100)
 at
 org.geoserver.web.data.store.CoverageStoreNewPage.onSave(CoverageStoreNewPage.java:71)
 at
 org.geoserver.web.data.store.AbstractCoverageStorePage$1.onSubmit(AbstractCoverageStorePage.java:115)
 at
 org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:68)
 at
 org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:143)
 at
 org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
 at
 org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:300)
 at
 org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:119)
 at
 org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92)
 at
 org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250)
 at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
 at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
 at 

Re: [Geoserver-users] Session timed out problem

2013-06-12 Thread Jonathan Moules
Hi Minh,
  You're the third person to report this in the last few weeks (I was the
second).
What web-browser are you using? What steps does it take to replicate this?
With a bit more information maybe a pattern will emerge.
Cheers,
Jonathan




On 12 June 2013 04:35, Minh Nguyen Le nlmin...@gmail.com wrote:

 Hi all,
 I am new Geoserver user. I install Geoserver 2.3.2 and JDK 7u21 for 32bit
 on Window7.
 I have added several layers on Geoserver.
 Today I try to add some more layers, but when I click to Data Store button
 on Geoserver
 website, one massage appear as:
 Sorry, your session timed out...

 It looks like you waited too long to make that last change.if this
 continues to happen, you should get in touch with your system administrator.
 Go back to the home page and try again.

 Someone told that it dues to permgen space in Java. But I check
 startup.bat script in C:\Program Files\GeoServer 2.3.2\bin
 This script as follow:
 call C:\Program Files\Java\jre7\bin\java.exe
 -DGEOSERVER_DATA_DIR=C:\Program Files\GeoServer 2.3.2\data_dir -Xmx1024m
 -XX:MaxPermSize=256m -DSTOP.PORT=8079 -DSTOP.KEY=geoserver
 -Djetty.port=8080 -Djetty.logs=C:\Program Files\GeoServer 2.3.2\logs -jar
 C:\Program Files\GeoServer 2.3.2\start.jar
 In this command line, it'd already had option -Xmx1024m and
 -XX:MaxPermSize=256m
 So that I guess my problem may caused by others reasons.
 Could you help how to fix it?
 Thank you all.


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 Geoserver-users mailing list
 Geoserver-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-users



-- 
This transmission is intended for the named addressee(s) only and may 
contain sensitive or protectively marked material up to RESTRICTED and 
should be handled accordingly. Unless you are the named addressee (or 
authorised to receive it for the addressee) you may not copy or use it, or 
disclose it to anyone else. If you have received this transmission in error 
please notify the sender immediately. All email traffic sent to or from us, 
including without limitation all GCSX traffic, may be subject to recording 
and/or monitoring in accordance with relevant legislation.
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] Session timed out problem

2013-06-12 Thread Andrea Aime
On Wed, Jun 12, 2013 at 2:02 PM, Jonathan Moules 
jonathanmou...@warwickshire.gov.uk wrote:

 Hi Minh,
   You're the third person to report this in the last few weeks (I was the
 second).
 What web-browser are you using? What steps does it take to replicate this?


Mind, sometimes this message pops up because the session was ruined by an
internal error in GeoServer,
if that's the case the error message should be available in the GeoServer
logs though

Cheers
Andrea

-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] invalid shapefile archive

2013-06-12 Thread Andrea Aime
On Wed, Jun 12, 2013 at 1:40 PM, Rudolf rudolf.hochmeis...@wien.gv.atwrote:

 Hi Jonathan,

 thx for testing. I did a debug session today and found out that the reason
 for this behaviour is not a permission problem. Our featureTypes have an
 attribute of type byte[] and ShapefileDatastore cannot handle it and
 throws an exception...


Ah yes, that makes sense, the original DBF spec does not have support for
blob fields.
According to this page Visual Foxpro added a field type for blobs as an
extension,
but that's something only Visual Foxpro would then be able to read:
http://devzone.advantagedatabase.com/dz/webhelp/advantage9.0/server1/dbf_field_types_and_specifications.htm

I guess, as an improvement, the shapefile output command could try to remove
all attributes whose types that cannot be handled in a DBF.

Cheers
Andrea


-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

---
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] Image Mosaic JDBC single band raster losing data values

2013-06-12 Thread Mike Rollans
Hi Christian,

I concur, I was looking at that same bit of code as the likely culprit.  I
can also verify from some of my test code that
my image is likely being read in through

ImageDecodedThread.readImage2

When I read in my image using similar code, it's type is indeed
BufferedImage.TYPE_CUSTOM.

If you can send me a jar for testing, that would be fantastic!

Thanks again,

Mike




On Wed, Jun 12, 2013 at 2:45 AM, Christian Mueller 
christian.muel...@os-solutions.at wrote:

 Hi Mike

 I think I found the problem. It is in

 ImageComposerThread.getStartImage


 The unlucky code sequence is

 if (imageType == BufferedImage.TYPE_CUSTOM)
 imageType = ImageMosaicJDBCReader.DEFAULT_IMAGE_TYPE;


 I think your image type is custom and the default type is RGB wit 3 bands
 using bytes.

 Should I try to fix this code and send you a jar file for testing. The
 idea would be to create the start image with
 the following constructor

 public BufferedImage (ColorModel cm,
   WritableRaster raster,
   boolean isRasterPremultiplied,
   Hashtable?,? properties) {

 Perhaps this will do the trick.
 Please let me know

 Christian










 2013/6/11 mrollans mroll...@gmail.com

 Hi Christian,

 I was curious what that would reveal too, so I tried that yesterday
 afternoon.  I put together a small java jdbc program to run

 select st_astiff(rast) from test

 from my postgis database and dumped the result to a file.  I then gdalinfo
 my original file (prior to the postgis load) and the one output from
 postgis
 and diffed the results.

 The only differences between the two were the reported file names and a
 slight difference in the reported NoData Value (which I suspect was due to
 rounding differences).  Otherwise, the output was identical, 1 reported
 band
 of type Float32, ColorInterp=Gray etc.

 I could open the tif output from postgis in QuantumGis and apply a color
 style and view the data values just fine.

 I suspect this means the problem is somewhere downstream of the st_astiff
 call.  Perhaps something with the construction of the GridCoverage2d based
 on the image in ImageComposerThread?  I don't have the familiarity or
 context around the GeoTools code to really understand what it is trying to
 do just yet, but it seems like a strong possibility that something is
 going
 wrong in there someplace.

 As a point of interest, with fine detail logging turned on in GeoServer I
 can see the following output when I try to preview my layer from the
 geotiff
 loaded from the filesystem.

 11 Jun 13:01:47 DEBUG [geoserver.ows] - Getting layers and styles from
 LAYERS an
 d STYLES
 11 Jun 13:01:47 DEBUG [geoserver.ows] - establishing raster style for
 cite:testf
 s
 11 Jun 13:01:47 DEBUG [geoserver.wms] - setting up map
 11 Jun 13:01:47 DEBUG [wms.map] - setting up 578x330 image
 11 Jun 13:01:47 DEBUG [geotools.rendering] - Drawing coverage
 GridCoverage2D[te
 st, GeneralEnvelope[(-104.053125, 46.359375), (-99.415625, 49.003125)],
 Default
 GeographicCRS[WGS 84]]
 ?   RenderedSampleDimension(GRAY_INDEX:[-3.402823E38 ... -3.402823E38])
 ? ? Category(No data:[-3.402823E38 ... -3.402823E38])
 ? Image=RenderedOp[ImageRead]

 11 Jun 13:01:47 DEBUG [geotools.rendering] - Transforming coverage
 envelope
 with
  transform PARAM_MT[Affine,
   PARAMETER[num_row, 3],
   PARAMETER[num_col, 3]]
 11 Jun 13:01:47 DEBUG [geotools.rendering] - Using interpolation
 javax.media.jai
 .InterpolationNearest@1616dd6


 Versus similar output when trying layer preview for my postgis raster.


 11 Jun 13:15:56 INFO [imagemosaic.jdbc] - Coverage test using spatial
 table
 null
 , image table test
 11 Jun 13:15:56 INFO [jdbc.custom] - Using 2 CPU(s)
 11 Jun 13:15:56 INFO [jdbc.custom] - Getting 1 Tiles needs 125 millisecs
 11 Jun 13:15:57 INFO [jdbc.custom] - Getting and decoding  1 Tiles needs
 406
 mil
 lisecs
 11 Jun 13:15:57 INFO [imagemosaic.jdbc] - Mosaic Reader needs : 422
 millisecs
 11 Jun 13:15:57 DEBUG [geotools.rendering] - Drawing coverage
 GridCoverage2D[te
 st, GeneralEnvelope[(-104.35202636719, 46.186743164062),
 (-99.116723632811,
 49.
 175756835937)], DefaultGeographicCRS[WGS 84]]
 ?   RenderedSampleDimension(test:[0.0 ... 255.0])
 ? ? Category(test:[0...255])
 ?   RenderedSampleDimension(test:[0.0 ... 255.0])
 ? ? Category(test:[0...255])
 ?   RenderedSampleDimension(test:[0.0 ... 255.0])
 ? ? Category(test:[0...255])
 ? Image=WritableRenderedImageAdapter[]

 11 Jun 13:15:57 DEBUG [geotools.rendering] - Transforming coverage
 envelope
 with
  transform PARAM_MT[Affine,
   PARAMETER[num_row, 3],
   PARAMETER[num_col, 3]]
 11 Jun 13:15:57 DEBUG [geotools.rendering] - Using interpolation
 javax.media.jai
 .InterpolationNearest@1136019

 So, by the point the GridCoverage2d is logged, the
 RenderedSampleDimensions
 are wrong in the second case.

 Mike






 --
 View this message in context:
 

Re: [Geoserver-users] App-Schema Publish Layer Exception

2013-06-12 Thread David Winslow
jEdit with the XML plugin might also be worth looking into.  Contrary to
the wikipedia page, it does have auto-completion for elements with XSD
completion.

--
David Winslow
OpenGeo - http://opengeo.org/


On Wed, Jun 12, 2013 at 2:02 AM, Andrea Aime
andrea.a...@geo-solutions.itwrote:

 On Wed, Jun 12, 2013 at 4:19 AM, Ben Caradoc-Davies 
 ben.caradoc-dav...@csiro.au wrote:

 Found it.

 I pasted the entirety of your original mapping file into a validating
 XML editor (Eclipse JEE) with AppSchemaDataAccess.xsd in the same
 directory. Your mapping file is schema-invalid because of a misspelled
 element:

 AttributeMappings should be attributeMappings

 Because the mapping file parser is nonvalidating and only looks for
 child elements of attributeMappings and finds none, your mapping is
 ignored, resulting in a lack of content.

 I strongly recommend the use of a validating XML editor for correctness
 and helpful documentation and completion suggestions when editing.


 Ben, is the mapping document read only once by the app schema store, and
 then used over and over, or does it have to read it on a per request basis?
 If it's the former, why not activate schema validation during the read and
 report
 errors accordingly?

 Many people use simple text editors to do all their editing, including XML,
 I've already searched in the past for some light weight editor that also
 has
 schema validation and auto completion support, but could not find one...
 Just stumbled into this one now:
 http://en.wikipedia.org/wiki/Comparison_of_XML_editors
 Haven't tried but this one looks like an interesting solution that I did
 not know about:
 http://xml-copy-editor.sourceforge.net/index.php?page=ubuntu

 Cheers
 Andrea


 --
 ==
 Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
 information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 Geoserver-users mailing list
 Geoserver-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geoserver-users


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] SQL Server 2008 e Geoserver

2013-06-12 Thread Mark Paulson
Hi Casper,

I removed all versions of GeoServer and reinstalled using the default location 
instead of my D drive as originally installed. I went trough the SQL Server 
plug-in install and everything is working now. I can only surmise that the 
non-standard installation was the problem.

Mark

Sent from my iPad

On Jun 12, 2013, at 3:06 AM, Casper Span 
i...@spatially-oriented.commailto:i...@spatially-oriented.com wrote:

Mark,

If nothing related to SQL Server is showing on the datastore creation, then the 
sql server plugin was not found.
check if it's in:
(GeoServer or tomcat)\webapps\geoserver\WEB-INF\lib

For 2.2.5 the file is called:
gt-jdbc-sqlserver-8.7.jar

Doublecheck if you have the plugin belonging to the correct geoserver version. 
You can download older versions here:
http://geoserver.org/display/GEOS/All+Releases

Initially I also had some problems setting things up, but I succeeded by 
following the docs:
http://docs.geoserver.org/2.3.0/user/data/database/sqlserver.html


Casper


On Tue, Jun 11, 2013 at 5:45 PM, Mark Paulson 
ma...@proseals.commailto:ma...@proseals.com wrote:
Hi Casper,

I have tried that until I'm blue in the face. And I see nothing at all 
referring to SQL Server. I don't even have a hint why it has not showing. I am 
running GeoServer as a service. I also updated to 2.3.2 and notice that I have 
two instances of GeoServer running being 2.3.1 and 2.3.2 which I don't 
understand since both are installed the same directory. I have tried with each 
version of the service and still no Sql Server is showing up. Pulling my hair 
out.

Mark

From: Casper Span 
i...@spatially-oriented.commailto:i...@spatially-oriented.com
Date: Tuesday, June 11, 2013 4:04 AM
To: Mark R. Paulson ma...@proseals.commailto:ma...@proseals.com
Cc: 
geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net
 
geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] SQL Server 2008 e Geoserver

I have it working on multiple machines.

It's really only:
- Installing the sql server plugin (copy to web-inf\lib)
- Copy sqljdbc4.jarto web-inf\lib
- copy sqljdbc_auth.dll  sqljdbc_xa.dll to c:\windows\system32\

You should copy the 64-bit dll's to C:\Windows\SysWOW64 if you are using a 
64-bit JRE (and thus not running geoserver as a service)
If you are using the 32-bit JRE, you should also use the 32-bit sql dll's.

Then if you reboot geoserver (or restart service) you should be able to see 2 
entries of SQL server on the create datastore page.
If you only see 1 (JNDI), then the dll's can't be found.

Hope this helps!

Casper


On Tue, Jun 11, 2013 at 12:30 AM, txrpls 
ma...@proseals.commailto:ma...@proseals.com wrote:
I am having the same issue. I am running Windows Server 2008 R2 and SQL
Server 2008 R2. I have installed the files as directed with no luck. I am
not running Tomcat. installed so the first file is installed in
D:\Program Files (x86)\GeoServer 2.3.1\WEB-INF\lib the others as in step two
below. I have restarted GeoServer, SQl Server and Windows Server and nothing
is showing up. Server is the 64 bit version BTW




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/SQL-Server-2008-e-Geoserver-tp4664552p5059240.html
Sent from the GeoServer - User mailing list archive at 
Nabble.comhttp://Nabble.com.

--
This SF.nethttp://SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.netmailto:Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users



--

Casper Span
T: @Span_Droidhttps://twitter.com/#%21/Span_Droid
W: http://www.spatially-oriented.com
M: i...@spatially-oriented.commailto:i...@spatially-oriented.com




--

Casper Span
T: @Span_Droidhttps://twitter.com/#%21/Span_Droid
W: http://www.spatially-oriented.com
M: i...@spatially-oriented.commailto:i...@spatially-oriented.com

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] invalid shapefile archive

2013-06-12 Thread Rudolf
Hi ,

I patched
org.geotools.data.shapefile.ShapefileDataStore.createDbaseHeader(SimpleFeatureType)
to explicitly skip this particular attribute of unsupported binary type
byte[] and shapefile export worked again.
I proposed a patch on https://github.com/geotools/geotools/pull/207 

cheers Rudi








--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/invalid-shapefile-archive-tp5059110p5059692.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


Re: [Geoserver-users] JPEG2000 crashed GeoServer

2013-06-12 Thread GeoGEOrge
Sounds like Gavin Fleming - MrSID store creation not completing  is having
the same symptoms I am experiencing.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/JPEG2000-crashed-GeoServer-tp5059217p5059711.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users