Hi Martin,
Generally I don't think we encourage posting of jobs on the regular project
lists. Instead a more appropriate place is the osgeo jobs mailing list.
http://lists.osgeo.org/mailman/listinfo/jobs
http://wiki.osgeo.org/wiki/Jobs_Board
-Justin
On Wed, Nov 30, 2011 at 5:10 PM, Martin Tomko <[email protected]> wrote:
> Apologies for sting this here. If deemed inappropriate please disregard/
> let me know.
> We have a couple of vacancies in a project heavily leveraging geotools,
> and I could not think of a better way to promote this. Based in Melbourne,
> Australia.
>
>
> http://jobs.unimelb.edu.au/searchResults.asp?stp=AW&sLanguage=en&sJobNo=geospatial&sKeywords=geospatial&lWorkTypeID=&lLocationID=&lCategoryID=&lPayScaleID=
>
> Contact me for more details.
> Thanks,
> Martin
>
> Sent from my iPad
>
> On 29/11/2011, at 8:06 AM, "
> [email protected]" <
> [email protected]> wrote:
>
> > Send Geotools-gt2-users mailing list submissions to
> > [email protected]
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
> > or, via email, send a message with subject or body 'help' to
> > [email protected]
> >
> > You can reach the person managing the list at
> > [email protected]
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of Geotools-gt2-users digest..."
> >
> >
> > Today's Topics:
> >
> > 1. Reg Using Geotools with Applets (Harshad S)
> > 2. Re: using h2 db in integration tests (Gerson Galang)
> > 3. Re: using h2 db in integration tests (Gerson Galang)
> > 4. Re: CRS not set when parsing GML documents? (?kos Mar?y)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Mon, 28 Nov 2011 14:56:37 +0530
> > From: Harshad S <[email protected]>
> > Subject: [Geotools-gt2-users] Reg Using Geotools with Applets
> > To: [email protected]
> > Message-ID:
> > <ofefc8922e.49678345-on65257956.0033e022-65257956.0033e...@tcs.com>
> > Content-Type: text/plain; charset="us-ascii"
> >
> > An HTML attachment was scrubbed...
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Mon, 28 Nov 2011 23:14:10 +1100
> > From: Gerson Galang <[email protected]>
> > Subject: Re: [Geotools-gt2-users] using h2 db in integration tests
> > To: Andrea Aime <[email protected]>
> > Cc: "[email protected]"
> > <[email protected]>
> > Message-ID: <caf9c520.6681%[email protected]>
> > Content-Type: text/plain; charset="ISO-8859-1"
> >
> > Hi Andrea,
> >
> > Thanks for your email. I've created and configured the table and its
> > geometry column by following the instructions provided in hatbox's quick
> > start guide (http://hatbox.sourceforge.net/h2quickstart.html). Not
> running
> > the extra step you've provided below might be what I'm missing. I'll have
> > a go at that tomorrow and let you know how I go.
> >
> > Thanks again,
> > Gerson
> >
> > On 28/11/11 6:35 PM, "Andrea Aime" <[email protected]> wrote:
> >
> >> On Mon, Nov 28, 2011 at 6:27 AM, Gerson Galang <[email protected]>
> >> wrote:
> >>> Hi,
> >>> I've been playing with H2 DB so I could use it on the tests I've been
> >>> writing for our system. I found that hatbox 1.0.b7 which is packaged
> >>> with
> >>> gt-jdbc-h2 (8.0-M1) module made my tests throw a
> >>> "java.lang.AbstractMethodError:
> >>> net.sourceforge.hatbox.jts.InsertTrigger.close()V" exception. I updated
> >>> the
> >>> version of hatbox in my dependency listing and excluded the one that
> >>> came
> >>> with gt-jdbc-h2 and that made it work.
> >>
> >> There is likely something wrong with your setup, the H2 module is
> >> compiled and tested
> >> multiple times a day off both trunk and 2.7.x branches by this
> >> buildbot without issues:
> >> http://hudson.opengeo.org/hudson/view/geotools/
> >>
> >>> Now the problem is, geotools doesn't seem to integrate well with H2 DB.
> >>> I
> >>> have about 3 entries in my table ? all of them being point geometries.
> >>> Calling getBounds on the featureSource gives me back
> >>> "ReferenceEnvelope[0.0
> >>> : -1:0, 0.0 : -1.0]" which is wrong because it should be returning 138,
> >>> 151
> >>> ?38, -36. I called getCoordinateReferenceSystem() on the FeatureType
> >>> object
> >>> and it returned null instead of "EPSG:4283". Is this a gt-jdbc-h2 bug
> >>> or
> >>> are the capabilities I'm after, not yet implemented?
> >>
> >> Every build runs a couple of hundred unit tests against jdbc-h2, those
> >> include bound
> >> computation methods. That is not to say there are no bugs, it may well
> >> be that you're
> >> hitting a case that is not well covered, but it should be something not
> >> obvious.
> >>
> >> As for the lack of spatial reference system, there is probably something
> >> wrong
> >> in the database setup, you are missing the geometry metadata.
> >> Did you call AddGeometryColumn?
> >>
> >> Here is how a spatial table is setup:
> >>
> http://svn.osgeo.org/geotools/branches/2.7.x/modules/plugin/jdbc/jdbc-h2/s
> >> rc/test/java/org/geotools/data/h2/H2TestSetup.java
> >> and here are some of the tests I was referring to:
> >>
> http://svn.osgeo.org/geotools/branches/2.7.x/modules/plugin/jdbc/jdbc-h2/s
> >> rc/test/java/org/geotools/data/h2/H2FeatureSourceTest.java
> >>
> http://svn.osgeo.org/geotools/branches/2.7.x/modules/library/jdbc/src/test
> >> /java/org/geotools/jdbc/JDBCFeatureSourceTest.java
> >>
> >> Cheers
> >> Andrea
> >>
> >>
> >> --
> >> -------------------------------------------------------
> >> Ing. Andrea Aime
> >> GeoSolutions S.A.S.
> >> Tech lead
> >>
> >> Via Poggio alle Viti 1187
> >> 55054 Massarosa (LU)
> >> Italy
> >>
> >> phone: +39 0584 962313
> >> fax: +39 0584 962313
> >>
> >> http://www.geo-solutions.it
> >> http://geo-solutions.blogspot.com/
> >> http://www.youtube.com/user/GeoSolutionsIT
> >> http://www.linkedin.com/in/andreaaime
> >> http://twitter.com/geowolf
> >>
> >> -------------------------------------------------------
> >
> >
> >
> >
> >
> > ------------------------------
> >
> > Message: 3
> > Date: Tue, 29 Nov 2011 10:20:10 +1100
> > From: Gerson Galang <[email protected]>
> > Subject: Re: [Geotools-gt2-users] using h2 db in integration tests
> > To: Andrea Aime <[email protected]>
> > Cc: "[email protected]"
> > <[email protected]>
> > Message-ID:
> > <camgd_0mhvi698wpvaspkxfor9cyv6v7myta7vohfp5gz4we...@mail.gmail.com>
> > Content-Type: text/plain; charset="utf-8"
> >
> > Hi Andrea,
> >
> > I hacked your unit test to create the spatial table outside of the hatbox
> > UI but it gave me the same output as yesterday. The ReferenceEnvelope for
> > the new table is still [0.0 : -1.0, 0.0 : -1.0] even if I have a point
> > inside it with the following coordinate (150, 30).
> >
> > Here's how I created the table
> >
> > create.runSafe("DROP TABLE T2; COMMIT;");
> > create.runSafe("DROP TABLE T2_HATBOX; COMMIT;");
> > create.runSafe("DELETE FROM geometry_columns WHERE f_table_name =
> > 'T2'");
> >
> > String sql = "CREATE TABLE T2 (id int AUTO_INCREMENT(1) PRIMARY
> > KEY, "
> > + "geometry POINT, stringProperty varchar)";
> > create.run(sql);
> >
> > sql = "CALL AddGeometryColumn('PUBLIC', 'T2', 'geometry', 4326,
> > 'POINT', 2)";
> > create.run(sql);
> >
> > sql = "INSERT INTO T2 (geometry, stringProperty) VALUES ("
> > + "ST_GeomFromText('POINT(150 30)',4326), 'first');";
> > create.run(sql);
> >
> > I can get the FeatureCollection fine. It's only the methods relating to
> the
> > schema that are giving me null or the wrong output. Any other
> suggestions?
> >
> > Thanks,
> > Gerson
> >
> >
> > On Mon, Nov 28, 2011 at 11:14 PM, Gerson Galang <[email protected]
> >wrote:
> >
> >> Hi Andrea,
> >>
> >> Thanks for your email. I've created and configured the table and its
> >> geometry column by following the instructions provided in hatbox's quick
> >> start guide (http://hatbox.sourceforge.net/h2quickstart.html). Not
> running
> >> the extra step you've provided below might be what I'm missing. I'll
> have
> >> a go at that tomorrow and let you know how I go.
> >>
> >> Thanks again,
> >> Gerson
> >>
> >> On 28/11/11 6:35 PM, "Andrea Aime" <[email protected]>
> wrote:
> >>
> >>> On Mon, Nov 28, 2011 at 6:27 AM, Gerson Galang <[email protected]
> >
> >>> wrote:
> >>>> Hi,
> >>>> I've been playing with H2 DB so I could use it on the tests I've been
> >>>> writing for our system. I found that hatbox 1.0.b7 which is packaged
> >>>> with
> >>>> gt-jdbc-h2 (8.0-M1) module made my tests throw a
> >>>> "java.lang.AbstractMethodError:
> >>>> net.sourceforge.hatbox.jts.InsertTrigger.close()V" exception. I
> updated
> >>>> the
> >>>> version of hatbox in my dependency listing and excluded the one that
> >>>> came
> >>>> with gt-jdbc-h2 and that made it work.
> >>>
> >>> There is likely something wrong with your setup, the H2 module is
> >>> compiled and tested
> >>> multiple times a day off both trunk and 2.7.x branches by this
> >>> buildbot without issues:
> >>> http://hudson.opengeo.org/hudson/view/geotools/
> >>>
> >>>> Now the problem is, geotools doesn't seem to integrate well with H2
> DB.
> >>>> I
> >>>> have about 3 entries in my table ? all of them being point geometries.
> >>>> Calling getBounds on the featureSource gives me back
> >>>> "ReferenceEnvelope[0.0
> >>>> : -1:0, 0.0 : -1.0]" which is wrong because it should be returning
> 138,
> >>>> 151
> >>>> ?38, -36. I called getCoordinateReferenceSystem() on the FeatureType
> >>>> object
> >>>> and it returned null instead of "EPSG:4283". Is this a gt-jdbc-h2 bug
> >>>> or
> >>>> are the capabilities I'm after, not yet implemented?
> >>>
> >>> Every build runs a couple of hundred unit tests against jdbc-h2, those
> >>> include bound
> >>> computation methods. That is not to say there are no bugs, it may well
> >>> be that you're
> >>> hitting a case that is not well covered, but it should be something not
> >>> obvious.
> >>>
> >>> As for the lack of spatial reference system, there is probably
> something
> >>> wrong
> >>> in the database setup, you are missing the geometry metadata.
> >>> Did you call AddGeometryColumn?
> >>>
> >>> Here is how a spatial table is setup:
> >>>
> >>
> http://svn.osgeo.org/geotools/branches/2.7.x/modules/plugin/jdbc/jdbc-h2/s
> >>> rc/test/java/org/geotools/data/h2/H2TestSetup.java
> >>> and here are some of the tests I was referring to:
> >>>
> >>
> http://svn.osgeo.org/geotools/branches/2.7.x/modules/plugin/jdbc/jdbc-h2/s
> >>> rc/test/java/org/geotools/data/h2/H2FeatureSourceTest.java
> >>>
> >>
> http://svn.osgeo.org/geotools/branches/2.7.x/modules/library/jdbc/src/test
> >>> /java/org/geotools/jdbc/JDBCFeatureSourceTest.java
> >>>
> >>> Cheers
> >>> Andrea
> >>>
> >>>
> >>> --
> >>> -------------------------------------------------------
> >>> Ing. Andrea Aime
> >>> GeoSolutions S.A.S.
> >>> Tech lead
> >>>
> >>> Via Poggio alle Viti 1187
> >>> 55054 Massarosa (LU)
> >>> Italy
> >>>
> >>> phone: +39 0584 962313
> >>> fax: +39 0584 962313
> >>>
> >>> http://www.geo-solutions.it
> >>> http://geo-solutions.blogspot.com/
> >>> http://www.youtube.com/user/GeoSolutionsIT
> >>> http://www.linkedin.com/in/andreaaime
> >>> http://twitter.com/geowolf
> >>>
> >>> -------------------------------------------------------
> >>
> >>
> >>
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> >
> > ------------------------------
> >
> > Message: 4
> > Date: Tue, 29 Nov 2011 08:05:44 +0100
> > From: ?kos Mar?y <[email protected]>
> > Subject: Re: [Geotools-gt2-users] CRS not set when parsing GML
> > documents?
> > To: [email protected]
> > Message-ID: <[email protected]>
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > Hi,
> >
> > I wonder if anyone would have any input on the issue below?
> >
> > Best regards,
> >
> >
> > Akos
> >
> > On 25/11/11 13:36, ?kos Mar?y wrote:
> >> Hi,
> >>
> >> I'm trying to go through the code samples privded here:
> >> http://docs.geotools.org/latest/userguide/library/xml/geometry.html
> >> in particular, the GML3 parsing code sample, and when running the code,
> >> I get the following warnings, during the call to
> >> gml.decodeFeatureCollection():
> >>
> >> Nov 25, 2011 1:01:30 PM
> >> org.geotools.feature.simple.SimpleFeatureTypeBuilder add
> >> WARNING: Creating location with null CoordinateReferenceSystem - did you
> >> mean to setCRS?
> >> Nov 25, 2011 1:01:30 PM
> >> org.geotools.feature.simple.SimpleFeatureTypeBuilder add
> >> WARNING: Creating geom with null CoordinateReferenceSystem - did you
> >> mean to setCRS?
> >>
> >> this is despite the fact that I have called
> >> gml.setCoordinateReferenceSystem() earlier - see the complete code
> >> sample at the end of the e-mail.
> >>
> >> looking at the source code of GML.decodeFeatureCollection() in the
> >> geotools-8.0-M3 codebase, I find that indeed, the while
> >> gml.setCoordinateReferenceSystem() sets the crs property in the GML
> >> object, the decodeFeatureCollection() call does not use the crs
> property.
> >>
> >> am I doing something wrong here? what would be the proper way to parse a
> >> GML file?
> >>
> >>
> >> Akos
> >>
> >> PS: the code I used was the following, based on the code in the
> >> documentation page:
> >>
> >> File file = ...
> >> InputStream xml = new FileInputStream(file);
> >> GML gml = new GML(Version.GML3);
> >> gml.setCoordinateReferenceSystem(DefaultGeographicCRS.WGS84);
> >> simpleFeatureCollection fc = gml.decodeFeatureCollection(xml);
> >>
> >> the test data I used is the three point test GML3 data found in the
> >> documentation page
> >>
> >>
> ------------------------------------------------------------------------------
> >> All the data continuously generated in your IT infrastructure
> >> contains a definitive record of customers, application performance,
> >> security threats, fraudulent activity, and more. Splunk takes this
> >> data and makes sense of it. IT sense. And common sense.
> >> http://p.sf.net/sfu/splunk-novd2d
> >> _______________________________________________
> >> Geotools-gt2-users mailing list
> >> [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
> >
> >
> >
> >
> > ------------------------------
> >
> >
> ------------------------------------------------------------------------------
> > All the data continuously generated in your IT infrastructure
> > contains a definitive record of customers, application performance,
> > security threats, fraudulent activity, and more. Splunk takes this
> > data and makes sense of it. IT sense. And common sense.
> > http://p.sf.net/sfu/splunk-novd2d
> >
> > ------------------------------
> >
> > _______________________________________________
> > Geotools-gt2-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
> >
> >
> > End of Geotools-gt2-users Digest, Vol 66, Issue 22
> > **************************************************
> >
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Geotools-gt2-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Geotools-gt2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
