You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
(3) |
Nov
(23) |
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(8) |
Feb
(11) |
Mar
(14) |
Apr
(21) |
May
(43) |
Jun
(25) |
Jul
(19) |
Aug
(23) |
Sep
(26) |
Oct
(27) |
Nov
(46) |
Dec
(13) |
2004 |
Jan
(34) |
Feb
(20) |
Mar
(17) |
Apr
(18) |
May
(58) |
Jun
(64) |
Jul
(86) |
Aug
(50) |
Sep
(67) |
Oct
(124) |
Nov
(83) |
Dec
(159) |
2005 |
Jan
(127) |
Feb
(127) |
Mar
(133) |
Apr
(113) |
May
(113) |
Jun
(176) |
Jul
(182) |
Aug
(156) |
Sep
(138) |
Oct
(182) |
Nov
(148) |
Dec
(130) |
2006 |
Jan
(156) |
Feb
(158) |
Mar
(170) |
Apr
(114) |
May
(145) |
Jun
(135) |
Jul
(85) |
Aug
(163) |
Sep
(170) |
Oct
(180) |
Nov
(167) |
Dec
(124) |
2007 |
Jan
(133) |
Feb
(200) |
Mar
(193) |
Apr
(237) |
May
(154) |
Jun
(140) |
Jul
(199) |
Aug
(331) |
Sep
(123) |
Oct
(95) |
Nov
(125) |
Dec
(194) |
2008 |
Jan
(162) |
Feb
(148) |
Mar
(143) |
Apr
(207) |
May
(207) |
Jun
(231) |
Jul
(225) |
Aug
(178) |
Sep
(141) |
Oct
(201) |
Nov
(146) |
Dec
(124) |
2009 |
Jan
(232) |
Feb
(264) |
Mar
(213) |
Apr
(215) |
May
(153) |
Jun
(244) |
Jul
(71) |
Aug
(124) |
Sep
(247) |
Oct
(278) |
Nov
(155) |
Dec
(178) |
2010 |
Jan
(203) |
Feb
(133) |
Mar
(338) |
Apr
(226) |
May
(386) |
Jun
(385) |
Jul
(146) |
Aug
(162) |
Sep
(172) |
Oct
(72) |
Nov
(69) |
Dec
(96) |
2011 |
Jan
(63) |
Feb
(112) |
Mar
(235) |
Apr
(198) |
May
(260) |
Jun
(239) |
Jul
(309) |
Aug
(186) |
Sep
(140) |
Oct
(174) |
Nov
(105) |
Dec
(41) |
2012 |
Jan
(68) |
Feb
(132) |
Mar
(89) |
Apr
(61) |
May
(113) |
Jun
(129) |
Jul
(62) |
Aug
(144) |
Sep
(94) |
Oct
(116) |
Nov
(151) |
Dec
(57) |
2013 |
Jan
(101) |
Feb
(144) |
Mar
(93) |
Apr
(75) |
May
(67) |
Jun
(52) |
Jul
(64) |
Aug
(67) |
Sep
(65) |
Oct
(55) |
Nov
(26) |
Dec
(32) |
2014 |
Jan
(38) |
Feb
(40) |
Mar
(40) |
Apr
(43) |
May
(28) |
Jun
(50) |
Jul
(79) |
Aug
(90) |
Sep
(75) |
Oct
(45) |
Nov
(62) |
Dec
(49) |
2015 |
Jan
(40) |
Feb
(64) |
Mar
(80) |
Apr
(43) |
May
(49) |
Jun
(46) |
Jul
(23) |
Aug
(69) |
Sep
(49) |
Oct
(61) |
Nov
(43) |
Dec
(33) |
2016 |
Jan
(15) |
Feb
(63) |
Mar
(40) |
Apr
(56) |
May
(43) |
Jun
(35) |
Jul
(41) |
Aug
(35) |
Sep
(10) |
Oct
(41) |
Nov
(39) |
Dec
(37) |
2017 |
Jan
(57) |
Feb
(19) |
Mar
(36) |
Apr
(8) |
May
(19) |
Jun
(17) |
Jul
(9) |
Aug
(18) |
Sep
(19) |
Oct
(17) |
Nov
(4) |
Dec
(13) |
2018 |
Jan
(17) |
Feb
(15) |
Mar
(23) |
Apr
(22) |
May
(5) |
Jun
(3) |
Jul
(30) |
Aug
(10) |
Sep
(20) |
Oct
(12) |
Nov
(1) |
Dec
(9) |
2019 |
Jan
(13) |
Feb
(19) |
Mar
(34) |
Apr
(16) |
May
(14) |
Jun
(10) |
Jul
(21) |
Aug
(25) |
Sep
(22) |
Oct
(3) |
Nov
(10) |
Dec
(8) |
2020 |
Jan
|
Feb
(19) |
Mar
(3) |
Apr
(51) |
May
(5) |
Jun
(12) |
Jul
(16) |
Aug
(15) |
Sep
(7) |
Oct
(16) |
Nov
(24) |
Dec
(24) |
2021 |
Jan
(11) |
Feb
(27) |
Mar
(14) |
Apr
(14) |
May
(3) |
Jun
(11) |
Jul
(8) |
Aug
(8) |
Sep
(15) |
Oct
(24) |
Nov
(11) |
Dec
(2) |
2022 |
Jan
(6) |
Feb
(14) |
Mar
(1) |
Apr
(9) |
May
(4) |
Jun
(3) |
Jul
(4) |
Aug
(4) |
Sep
(17) |
Oct
(5) |
Nov
(15) |
Dec
(4) |
2023 |
Jan
(7) |
Feb
(16) |
Mar
(9) |
Apr
(13) |
May
(15) |
Jun
(7) |
Jul
(8) |
Aug
(3) |
Sep
(3) |
Oct
(13) |
Nov
(4) |
Dec
(8) |
2024 |
Jan
(9) |
Feb
(10) |
Mar
(6) |
Apr
(3) |
May
(7) |
Jun
(7) |
Jul
(7) |
Aug
(5) |
Sep
|
Oct
(6) |
Nov
(1) |
Dec
|
2025 |
Jan
(3) |
Feb
(1) |
Mar
(5) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: RIOU Y. PP-D. S. <yva...@in...> - 2023-09-21 14:20:32
|
Good evening, First, I would like to thank you a lot for your hard work to offer us such an impressive API ! I'm new to Geotools and Java coding too so I apology for my question . I'm trying to display a wfs layer that was published in Geoserver within a MapContent (org.geotools.map.MapContent). For the symbology's wfs layer , i'm trying to parse a ysld file also stored in GeoServer and queried via the rest interface. But , I'm not able to correctly parse the file into a StyleLayerDescriptor object for further rendering. I'd be very grateful if a skilled guru would tell me what's wrong with my bad coding. I tried to add a newline , a tab , a space between each line read in inputLine but the result is always the same error : /Unable to turn ... into reader/ /while ((inputLine = in.readLine()) != null) {// // response.append(inputLine); // ///response.append('\n');///// } /Here is the ysld file content , the java class, the pom.xml and the errors reported : /----------------------------------------------------------------------------------------------------------------------------------------------------------------// //gare.ysld : //title: gare// //symbolizers:// //- point:// // size: 4// // symbols:// // - mark:// // shape: circle// // fill-color: '#ff00ff'// // //----------------------------------------------------------------------------------------------------------------------------------------------------------------// //affWFS.java: ///*// // * 2023 - Septembre// // *// // * API GeoTools// // *// // * Test affichage WFS GeoServer// //// //*/// // package sig;// //// //import java.io.BufferedReader;// //import java.io.InputStreamReader;// //import java.net.URL;// //import java.net.URLConnection;// //import java.util.Base64;// //import java.util.HashMap;// //import java.util.Map;// //import java.util.logging.Level;// //import java.util.logging.Logger;// //import org.geotools.data.DataStore;// //import org.geotools.data.DataStoreFinder;// //// //import org.geotools.data.simple.SimpleFeatureSource;// //import org.geotools.map.FeatureLayer;// //import org.geotools.map.Layer;// //import org.geotools.map.MapContent;// //import org.geotools.styling.Style;// //import org.geotools.styling.StyledLayer;// //import org.geotools.styling.StyledLayerDescriptor;// //import org.geotools.swing.JMapFrame;// //import org.geotools.ysld.Ysld;// //// //public class affWFS {// //// // private static final Logger LOGGER = org.geotools.util.logging.Logging.getLogger(affWFS.class);// // /**// // * GeoTools Quickstart demo application. Prompts the user for a shapefile and displays its// // * contents on the screen in a map frame// // * @param args// // * @throws java.lang.Exception// // */// // public static void main(String[] args) throws Exception {// // // display a data store file chooser dialog for shapefiles// // LOGGER.info( "Quickstart");// // LOGGER.config( "Welcome Developers");// // LOGGER.log(Level.INFO, "java.util.logging.config.file={0}", System.getProperty("java.util.logging.config.file"));// //// // String getCapabilities = "http://xxx.xx.x.xxx:8080/geoserver/wfs?REQUEST=GetCapabilities";// // String featureClass = "sde:gare";// //// // Map connectionParameters = new HashMap();// //connectionParameters.put("WFSDataStoreFactory:GET_CAPABILITIES_URL", getCapabilities );// //connectionParameters.put("WFSDataStoreFactory.WFS_STRATEGY.key", "geoserver");// //// // DataStore dataStore = DataStoreFinder.getDataStore( connectionParameters );// //// // SimpleFeatureSource featureSource = dataStore.getFeatureSource(featureClass);// //// // MapContent map = new MapContent();// // map.setTitle("Service OGS WFS " + featureClass);// //// // String urlString = "http://xxx.xx.x.xx:8080/geoserver/rest/workspaces/sde/styles/gare.ysld";// // String username = "xxxxx";// // String password = "xxxxxxx";// // String userpass = username + ":" + password;// // String basicAuth;// // basicAuth = "Basic " + new String(Base64.getEncoder().encode(userpass.getBytes()));// //// // URL url = new URL(urlString);// // URLConnection conn = url.openConnection();// // conn.setRequestProperty("Authorization" , basicAuth);// //// //// // BufferedReader in = new BufferedReader(new InputStreamReader(conn.getInputStream()));// //// // StringBuilder response = new StringBuilder();// // String inputLine;// //// // while ((inputLine = in.readLine()) != null) {// // response.append(inputLine);// // }// //// // in.close(); // //// // System.out.println(response);// //// // StyledLayerDescriptor gareSldDesc = Ysld.parse(response);// //// // StyledLayer gareStyle = gareSldDesc.getStyledLayers()[0];// //// // Style gareFsStyle = (Style)gareStyle;// //// // //Style style = SLD.createSimpleStyle(featureSource.getSchema());// // //Layer layer = new FeatureLayer(featureSource, style);// //// // Layer layer = new FeatureLayer(featureSource, gareFsStyle);// // map.addLayer(layer);// //// // // Now display the map// // JMapFrame.showMap(map);// //// // //SimpleFeatureType schema = data.getSchema( typeName );// //// // //FeatureSource<SimpleFeatureType, SimpleFeature> source = data.getFeatureSource( typeName );// // //System.out.println( "Metadata Bounds: " + source.getBounds() );// // }// //}// //// //----------------------------------------------------------------------------------------------------------------------------------------------------------------// //pom.xml : //<?xml version="1.0" encoding="UTF-8"?>// //// //<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"// // xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">// // <modelVersion>4.0.0</modelVersion>// //// // <groupId>sig</groupId>// // <artifactId>consultation</artifactId>// // <version>1.0-SNAPSHOT</version>// //// // <name>consultation</name>// // <!-- FIXME change it to the project's website -->// // <url>http://www.example.com</url>// //// // <properties>// //<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>// //<maven.compiler.source>1.7</maven.compiler.source>// //<maven.compiler.target>1.7</maven.compiler.target>// //<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>// // <geotools.version>29.2</geotools.version>// // <maven.deploy.skip>true</maven.deploy.skip>// // </properties>// //// // <dependencies>// // <dependency>// // <groupId>junit</groupId>// // <artifactId>junit</artifactId>// // <version>4.13</version>// // <scope>test</scope>// // </dependency>// // <dependency>// // <groupId>org.geotools</groupId>// // <artifactId>gt-swing</artifactId>// // <version>${geotools.version}</version>// // </dependency>// // <dependency>// // <groupId>org.geotools</groupId>// // <artifactId>gt-opengis</artifactId>// // <version>${geotools.version}</version>// // </dependency>// // <dependency>// // <groupId>org.geotools</groupId>// // <artifactId>gt-ysld</artifactId>// // <version>${geotools.version}</version>// // </dependency>// // <dependency>// // <groupId>org.geotools</groupId>// // <artifactId>gt-epsg-hsql</artifactId>// // <version>${geotools.version}</version>// // </dependency>// // <dependency>// // <groupId>org.geotools</groupId>// // <artifactId>gt-wfs-ng</artifactId>// // <version>${geotools.version}</version>// // </dependency>// // </dependencies>// // <repositories>// // <repository>// // <id>osgeo</id>// // <name>OSGeo Release Repository</name>// //<url>https://repo.osgeo.org/repository/release/</url>// //<snapshots><enabled>false</enabled></snapshots>// //<releases><enabled>true</enabled></releases>// // </repository>// // <repository>// // <id>osgeo-snapshot</id>// // <name>OSGeo Snapshot Repository</name>// //<url>https://repo.osgeo.org/repository/snapshot/</url>// //<snapshots><enabled>true</enabled></snapshots>// //<releases><enabled>false</enabled></releases>// // </repository>// // </repositories>// // <build>// // <pluginManagement><!-- lock down plugins versions to avoid using Maven defaults (may be moved to parent pom) -->// // <plugins>// // <plugin>// // <inherited>true</inherited>// //<groupId>org.apache.maven.plugins</groupId>// //<artifactId>maven-compiler-plugin</artifactId>// // <version>3.10.1</version>// // <configuration>// // <source>1.8</source>// // <target>1.8</target>// // </configuration>// // </plugin>// // <!-- clean lifecycle, see https://maven.apache.org/ref/current/maven-core/lifecycles.html#clean_Lifecycle -->// // <plugin>// //<artifactId>maven-clean-plugin</artifactId>// // <version>3.1.0</version>// // </plugin>// // <!-- default lifecycle, jar packaging: see https://maven.apache.org/ref/current/maven-core/default-bindings.html#Plugin_bindings_for_jar_packaging -->// // <plugin>// //<artifactId>maven-resources-plugin</artifactId>// // <version>3.0.2</version>// // </plugin>// // <plugin>// //<artifactId>maven-surefire-plugin</artifactId>// // <version>2.22.1</version>// // </plugin>// // <plugin>// //<artifactId>maven-jar-plugin</artifactId>// // <version>3.0.2</version>// // </plugin>// // <plugin>// //<artifactId>maven-install-plugin</artifactId>// // <version>2.5.2</version>// // </plugin>// // <plugin>// //<artifactId>maven-deploy-plugin</artifactId>// // <version>2.8.2</version>// // </plugin>// // <!-- site lifecycle, see https://maven.apache.org/ref/current/maven-core/lifecycles.html#site_Lifecycle -->// // <plugin>// //<artifactId>maven-site-plugin</artifactId>// // <version>3.7.1</version>// // </plugin>// // <plugin>// //<artifactId>maven-project-info-reports-plugin</artifactId>// // <version>3.0.0</version>// // </plugin>// // </plugins>// // </pluginManagement>// // </build>// //</project>// //// //----------------------------------------------------------------------------------------------------------------------------------------------------------------// ////error report: //cd /home/yvan/NetBeansProjects/consultation; JAVA_HOME=/usr/lib/jvm/java-19-openjdk-amd64 /usr/lib/apache-netbeans/java/maven/bin/mvn -Dexec.vmArgs= "-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass} ${exec.appArgs}" -Dexec.appArgs= -Dexec.mainClass=sig.affWFS -Dexec.executable=/usr/lib/jvm/java-19-openjdk-amd64/bin/java --no-transfer-progress process-classes org.codehaus.mojo:exec-maven-plugin:3.1.0:exec// //Scanning for projects...// //// //-----------------< sig:consultation >-----------------// //Building consultation 1.0-SNAPSHOT// // from pom.xml// //--------------------------------[ jar ]---------------------------------// //// //--- resources:3.0.2:resources (default-resources) @ consultation ---// //Using 'UTF-8' encoding to copy filtered resources.// //skip non existing resourceDirectory /home/yvan/NetBeansProjects/consultation/src/main/resources// //// //--- compiler:3.10.1:compile (default-compile) @ consultation ---// //Nothing to compile - all classes are up to date// //// //--- exec:3.1.0:exec (default-cli) @ consultation ---// //sept. 21, 2023 3:16:29 PM sig.affWFS main// //INFOS: Quickstart// //sept. 21, 2023 3:16:29 PM sig.affWFS main// //INFOS: java.util.logging.config.file=null// ////title: garesymbolizers:- point: size: 4 symbols: - mark: shape: circle fill-color: '#ff00ff' Exception in thread "main" java.lang.IllegalArgumentException: Unable to turn title: garesymbolizers:- point: size: 4 symbols: - mark: shape: circle fill-color: '#ff00ff' into reader// // at org.geotools.ysld.Ysld.reader(Ysld.java:79)// // at org.geotools.ysld.Ysld.parse(Ysld.java:156)// // at org.geotools.ysld.Ysld.parse(Ysld.java:181)// // at sig.affWFS.main(affWFS.java:89)// //Command execution failed.// //org.apache.commons.exec.ExecuteException: Process exited with an error: 1 (Exit value: 1)// // at org.apache.commons.exec.DefaultExecutor.executeInternal (DefaultExecutor.java:404)// // at org.apache.commons.exec.DefaultExecutor.execute (DefaultExecutor.java:166)// // at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:1000)// // at org.codehaus.mojo.exec.ExecMojo.executeCommandLine (ExecMojo.java:947)// // at org.codehaus.mojo.exec.ExecMojo.execute (ExecMojo.java:471)// // at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo (DefaultBuildPluginManager.java:126)// // at org.apache.maven.lifecycle.internal.MojoExecutor.doExecute2 (MojoExecutor.java:328)// // at org.apache.maven.lifecycle.internal.MojoExecutor.doExecute (MojoExecutor.java:316)// // at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:212)// // at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:174)// // at org.apache.maven.lifecycle.internal.MojoExecutor.access$000 (MojoExecutor.java:75)// // at org.apache.maven.lifecycle.internal.MojoExecutor$1.run (MojoExecutor.java:162)// // at org.apache.maven.plugin.DefaultMojosExecutionStrategy.execute (DefaultMojosExecutionStrategy.java:39)// // at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:159)// // at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:105)// // at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:73)// // at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build (SingleThreadedBuilder.java:53)// // at org.apache.maven.lifecycle.internal.LifecycleStarter.execute (LifecycleStarter.java:118)// // at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:261)// // at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:173)// // at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:101)// // at org.apache.maven.cli.MavenCli.execute (MavenCli.java:906)// // at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:283)// // at org.apache.maven.cli.MavenCli.main (MavenCli.java:206)// // at jdk.internal.reflect.DirectMethodHandleAccessor.invoke (DirectMethodHandleAccessor.java:104)// // at java.lang.reflect.Method.invoke (Method.java:578)// // at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced (Launcher.java:283)// // at org.codehaus.plexus.classworlds.launcher.Launcher.launch (Launcher.java:226)// // at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:407)// // at org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:348)// //------------------------------------------------------------------------// //BUILD FAILURE// //------------------------------------------------------------------------// //Total time: 6.140 s// //Finished at: 2023-09-21T15:16:33+02:00// //------------------------------------------------------------------------// //Failed to execute goal org.codehaus.mojo:exec-maven-plugin:3.1.0:exec (default-cli) on project consultation: Command execution failed.: Process exited with an error: 1 (Exit value: 1) -> [Help 1]// //// //To see the full stack trace of the errors, re-run Maven with the -e switch.// //Re-run Maven using the -X switch to enable full debug logging.// //// //For more information about the errors and possible solutions, please read the following articles:// //[Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException/ Thank you for your help :) |
From: Peter S. <gs...@sm...> - 2023-08-31 13:55:22
|
We're pleased to finally announce the release of the latest and final maintenance versions of GeoTools (28.5) and GeoServer (2.22.5). Both releases contain a number of bug fixes and enhancements so you are encouraged to upgrade to them. More details are available in the related blog posts - GeoTools ( https://geotoolsnews.blogspot.com/2023/08/geotools-285-released.html) and GeoServer ( https://geoserver.org/announcements/2023/08/30/geoserver-2-22-5-released.html ) Please note that these versions are the last scheduled releases using Java 8 and all future releases will require a minimum of Java 11. Peter AfriGIS |
From: Mark P. <mc....@gm...> - 2023-08-18 14:30:46
|
On 17-08-2023 13:39, Nikolai Fiikov wrote: > hi, > analysing content of > /modules/plugin/epsg-wkt/src/main/resources/org/geotools/referencing/epsg/wkt/epsg.properties > > i came across different towg84 definitions for DATUM "Amersfoort", > epsg:6289. > see attached text file for space formatted comparison. > > basically "28992=PROJCS["Amersfoort / RD New"" > has differences compared to rest (62896405, 4289, 28991, 7415 and 7408). > > would anyone have an idea what is the story behind it? I guess these are the values provided in v9.6 of the EPSG database that was used to update the files with https://github.com/geotools/geotools/pull/2479 described in https://osgeo-org.atlassian.net/browse/GEOT-5865 The values for 28992 are identical to those on https://epsg.io/28992 Note that epsg.io is not the authoritative party; but it is a far more accessible than the EPSG at https://epsg.org/crs_28992/Amersfoort-RD-New.html Also note that 28992 has been redefined as derived from ETRS89 whereas the others haven't afaik -M |
From: Nikolai F. <nik...@gm...> - 2023-08-17 11:39:31
|
hi, analysing content of /modules/plugin/epsg-wkt/src/main/resources/org/geotools/referencing/epsg/wkt/epsg.properties i came across different towg84 definitions for DATUM "Amersfoort", epsg:6289. see attached text file for space formatted comparison. basically "28992=PROJCS["Amersfoort / RD New"" has differences compared to rest (62896405, 4289, 28991, 7415 and 7408). would anyone have an idea what is the story behind it? cheers, niki |
From: Ian T. <ijt...@gm...> - 2023-07-24 07:01:00
|
GeoTools 29.2 has been released as the new stable release of the library - more details at the blog <https://geotoolsnews.blogspot.com/2023/07/geotools-292-released.html>, GeoWebCache 1.23.1 and GeoServer 2.23.2 are also released based on this release. Full details of the GeoServer release including two security related issues are available at the GeoServer blog <https://geoserver.org/announcements/2023/07/21/geoserver-2-23-2-released.html> . We encourage all users to upgrade as soon as possible. -- Ian Turton |
From: Jody G. <jod...@gm...> - 2023-07-12 19:34:37
|
Thanks for working on this Torben :) -- Jody Garnett On Jul 5, 2023 at 6:13:41 PM, Torben Barsballe <tor...@gm...> wrote: > The GeoTools Documentation site at docs.geotools.org will briefly be down > tomorrow (July 6th), while we perform some systems maintenance. > > If you can't access the website, this is likely why. > > > Cheers, > Torben > _______________________________________________ > GeoTools-Devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-devel > |
From: Jody G. <jod...@gm...> - 2023-07-11 19:08:41
|
I published a blog post covering some disruptive changes for GeoTools 30-RC: https://geotoolsnews.blogspot.com/2023/07/construction-ahead-refactoring.html Long story short *org.opengis* packages are being refactored to *org.geotools.api*, and a few areas of the code-base can now be simplified. Dropping unused interfaces, etc... While this sounds simple, it is not without risk, especially for projects that have not yet setup a Java 11 build system. In the open-source tradition the best way to control risk is to help out! Please plan for: - Upcoming Bolsena Code Sprint <https://www.osgeo.org/events/bolsena-code-sprint-2023/> (lots of fun and also good food). - Testing the GeoTools 30-RC release candidate when it is made available at the end of the Sprint. If you are not in a position to help out directly, OSGeo offers a sponsorship program <https://www.osgeo.org/about/how-to-become-a-sponsor/>, that will assist both the GeoTools library and other projects in addressing this change. -- Jody Garnett |
From: Mark P. <mc....@gm...> - 2023-07-07 11:15:46
|
Op vr 7 jul 2023 om 03:44 schreef jim oldbird <jim...@ho...>: > > I would be graceful if someone describe be the reason why this is happened > and how to fix it. > This is impossible for us as you have not shared any of your code... You may want to look into double-buffering and/or having a large-ish offscreen buffer with the image you want to draw clips from. |
From: jim o. <jim...@ho...> - 2023-07-07 01:43:08
|
Good Evening Everyone, I am new to Geotools but I am very excited with the power of this tool. I am involved in a big academic project in order to plot the history of civil airline plane in map in order to deploy a model to predict flight trajectories. Of course geotools was my favorite choice as a read the manual and tutorials. I want to raise a question when the map is shown and I move the displayed map on screen with the pane tool, non visible part become visible on the screen appears as blank white area first and with a certain delay the map content is shown. I trying to fix this because I want a smooth move in the map due to the fact that trajectories is crossing huge areas and map movements and zoom in/out is going to happen all the time. I would be graceful if someone describe be the reason why this is happened and how to fix it. The map projection is done with shape files and I add the trajectories to separate layers. Also I have tried to decrease the paint delay because I have extend the JMapPane. Thanks in advance!!! Gerontopoulos Dimitrios jim...@ho...<mailto:jim...@ho...> jim...@gm...<mailto:jim...@gm...> Larisa, Thessaly, Greece |
From: Torben B. <tor...@gm...> - 2023-07-06 01:14:03
|
The GeoTools Documentation site at docs.geotools.org will briefly be down tomorrow (July 6th), while we perform some systems maintenance. If you can't access the website, this is likely why. Cheers, Torben |
From: Ian T. <ijt...@gm...> - 2023-07-03 10:53:40
|
I looked at them briefly a few years ago and wrote about it https://blog.ianturton.com/location/rest/mapping/2015/08/18/Comparing-Locationcodes.html Ian On Sun, 2 Jul 2023 at 22:22, Dennis Gesker <de...@ge...> wrote: > Is there a converter available for "plus codes > <https://maps.google.com/pluscodes/>?" > > Looking for a converter or a snippet to flip a WGS84 Coordinate to a "Plus > code." Was hoping there was a call/method similar to getSRID() on a point > geometry. > > Or, if anyone has a snippet that would be awesome. > > Dennis > _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > -- Ian Turton |
From: Dennis G. <de...@ge...> - 2023-07-02 21:21:35
|
Is there a converter available for "plus codes <https://maps.google.com/pluscodes/>?" Looking for a converter or a snippet to flip a WGS84 Coordinate to a "Plus code." Was hoping there was a call/method similar to getSRID() on a point geometry. Or, if anyone has a snippet that would be awesome. Dennis |
From: Roar B. <roa...@gm...> - 2023-06-20 05:32:11
|
Hi, You're absolutely right about WFS being slow. I'm not in a position to compare it with older versions. For me it looks like the most time consuming part is the parsing of Capabilities. That means it doesn't matter if it's a local file or downloaded from the server. What takes time is to read through the stream and build up the object structure. If you think you have something that will improve the speed, you're welcome to provide a PR. Best regards, Roar Brænden > 16. jun. 2023 kl. 10:13 skrev Susanne Köhn <sus...@da...>: > > Hi, > > thanks for the advice about the parameter. I was not aware of this one until now. > > I query features on an external WFS Version 2.0.0. In my case, geotools uses org.geotools.gml3.ApplicationSchemaXSD when looking for the location of the schemas to parse the DescribeFeatureTypeResponse. > I've added the second line in the addDependencies method here, so that for the namespace http://www.opengis.net/gml/3.2 <http://www.opengis.net/gml/3.2>, the /org/geotools/gml3/v3_2/gml.xsd file from gt-xsd-gml3-28.1.jar is used as the schema. > > publicclassApplicationSchemaXSD extendsXSD { > /** application schema namespace */ > privateString namespaceURI; > > /** location of the application schema itself */ > privateString schemaLocation; > > publicApplicationSchemaXSD(String namespaceURI, String schemaLocation) { > this.namespaceURI= namespaceURI; > this.schemaLocation= schemaLocation; > } > > @Override > protectedvoidaddDependencies(Set<XSD> dependencies) { > dependencies.add(GML.getInstance()); > dependencies.add(org.geotools.gml3.v3_2.GML.getInstance()); > } > > Kind regards > Susanne > > > > Von: "Roar Brænden" <roa...@gm...> > An: "Susanne Köhn" <sus...@da...> > Kopie: geo...@li... > Datum: 16.06.2023 07:35 > Betreff: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy > > > > Hi, > > That is good to hear. I don't see which ApplicationSchemaXSD you're talking about, or how you can customize it when you're using WFSClient. > Some code would be useful. > > To avoid extensive download of schemas, it's possible to set the parameter: WFSDataStoreFactory:SCHEMA_CACHE_LOCATION. > You can see further explanation here <https://docs.geotools.org/stable/userguide/library/data/wfs-ng.html>. > > Regards, > Roar Brænden > > 15. jun. 2023 kl. 15:17 skrev Susanne Köhn <sus...@da... <mailto:sus...@da...>>: > > Hello, > > I tried your solution and it works. Thanks a lot! > However, in my case the performance has become worse compared to the WFS 1.1.0 request. I found out that in ApplicationSchemaXSD for http://www.opengis.net/gml/3.2 <http://www.opengis.net/gml/3.2>the local schema file org.geotools.gml3.v3_2.gml.xsd is not found. I added org.geotools.gml3.v3_2.GML in the addDependencies method in ApplicationSchemaXSD. Or is there another solution? > > Kind regards > Susanne > > > > Von: "Roar Brænden" <roa...@gm... <mailto:roa...@gm...>> > An: "Susanne Köhn" <sus...@da... <mailto:sus...@da...>> > Kopie: geo...@li... <mailto:geo...@li...> > Datum: 02.06.2023 10:06 > Betreff: Re: Antwort: Re: Antwort: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy > > > > Hi, > > I do understand your problem, but that is related to my problem with authentication. In the sense that it also is set at the HTTPClient. > I've made a PR <https://github.com/geotools/geotools/pull/4306>in Github that I believe will fix the problem for both of us. > > Hilsen Roar > > 2. jun. 2023 kl. 08:45 skrev Susanne Köhn <sus...@da... <mailto:sus...@da...>>: > > Hello, > > the main problem is that the HTTPURIHandler opens a connection to load the schemas without considering a proxy, even though the information is already present at the HTTPClient set at the WFSClient. > > Kind Regards > Susanne > > > Von: "Roar Brænden" <roa...@gm... <mailto:roa...@gm...>> > An: "Susanne Köhn" <sus...@da... <mailto:sus...@da...>> > Kopie: geo...@li... <mailto:geo...@li...> > Datum: 31.05.2023 07:59 > Betreff: Re: Antwort: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy > > > > Hi, > > Good, then I will try to have a look at it. > > Regards, > Roar > > 30. mai 2023 kl. 14:35 skrev Susanne Köhn <sus...@da... <mailto:sus...@da...>>: > > Hello, > > thanks for your reply, I have reported the problem as a bug. > > Susanne > > > > Von: "Roar Brænden" <roa...@gm... <mailto:roa...@gm...>> > An: "Susanne Köhn" <sus...@da... <mailto:sus...@da...>> > Kopie: geo...@li... <mailto:geo...@li...> > Datum: 26.05.2023 11:25 > Betreff: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy > > > > Hi, > > I’ve encounterred a similar problem, but that was related to authentication. It would be fine if you report this as a bug. > > Then I will work more on my solution, so that it could be accepted into the code base. > > Regards, > Roar Brænden > > fre. 26. mai 2023 kl. 10:25 skrev Susanne Köhn <sus...@da... <mailto:sus...@da...>>: > Hello, > > I am using geotools Version 28.1. When requesting Features from a WSF Version 2.0.0 and using a HTTP proxy for the requests I get the following Exception. > > java.lang.ClassCastException: java.util.HashMap cannot be cast to org.opengis.feature.simple.SimpleFeature > at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse(PullParserFeatureReader.java:119) > at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse(PullParserFeatureReader.java:47) > at org.geotools.data.wfs.WFSFeatureReader.<init>(WFSFeatureReader.java:54) > at org.geotools.data.wfs.WFSFeatureSource.getReaderInternal(WFSFeatureSource.java:290) > at org.geotools.data.store.ContentFeatureSource.getReader(ContentFeatureSource.java:636) > at org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:173) > at org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:52) > > The problem is that the ParserHandler wants to load the Schema for the DescribeFeatureType URL directly. This leads to a java.net.SocketTimeoutException, because the used HTTP proxy is ignored. > > Is there a way to tell the Parserhandler the Proxy Information? Or is there another way to load the Schema for the DescribeFeatureType? > > Kind regards > > Susanne _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... <mailto:Geo...@li...> > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users <https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users> > > > > > > > |
From: Peter S. <gs...@sm...> - 2023-06-19 09:12:11
|
We're pleased to announce the release of the latest maintenance versions of GeoTools (28.4) and GeoServer (2.22.4). Both releases contain a number of bug fixes and enhancements so you are encouraged to upgrade to them. More details are available in the related blog posts - GeoTools ( http://geotoolsnews.blogspot.com/2023/06/geotools-284-released.html) and GeoServer ( https://geoserver.org/announcements/2023/06/19/geoserver-2-22-4-released.html ) Peter and Jody |
From: <sus...@da...> - 2023-06-16 08:13:25
|
Hi, thanks for the advice about the parameter. I was not aware of this one until now. I query features on an external WFS Version 2.0.0. In my case, geotools uses org.geotools.gml3.ApplicationSchemaXSD when looking for the location of the schemas to parse the DescribeFeatureTypeResponse. I've added the second line in the addDependencies method here, so that for the namespace http://www.opengis.net/gml/3.2, the /org/geotools/gml3/v3_2/gml.xsd file from gt-xsd-gml3-28.1.jar is used as the schema. public class ApplicationSchemaXSD extends XSD { /** application schema namespace */ private String namespaceURI; /** location of the application schema itself */ private String schemaLocation; public ApplicationSchemaXSD(String namespaceURI, String schemaLocation ) { this.namespaceURI = namespaceURI; this.schemaLocation = schemaLocation; } @Override protected void addDependencies(Set<XSD> dependencies) { dependencies.add(GML.getInstance()); dependencies.add(org.geotools.gml3.v3_2.GML.getInstance()); } Kind regards Susanne Von: "Roar Brænden" <roa...@gm...> An: "Susanne Köhn" <sus...@da...> Kopie: geo...@li... Datum: 16.06.2023 07:35 Betreff: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy Hi, That is good to hear. I don't see which ApplicationSchemaXSD you're talking about, or how you can customize it when you're using WFSClient. Some code would be useful. To avoid extensive download of schemas, it's possible to set the parameter: WFSDataStoreFactory:SCHEMA_CACHE_LOCATION. You can see further explanation here. Regards, Roar Brænden 15. jun. 2023 kl. 15:17 skrev Susanne Köhn <sus...@da... >: Hello, I tried your solution and it works. Thanks a lot! However, in my case the performance has become worse compared to the WFS 1.1.0 request. I found out that in ApplicationSchemaXSD for http://www.opengis.net/gml/3.2the local schema file org.geotools.gml3.v3_2.gml.xsd is not found. I added org.geotools.gml3.v3_2.GML in the addDependencies method in ApplicationSchemaXSD. Or is there another solution? Kind regards Susanne Von: "Roar Brænden" <roa...@gm...> An: "Susanne Köhn" <sus...@da...> Kopie: geo...@li... Datum: 02.06.2023 10:06 Betreff: Re: Antwort: Re: Antwort: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy Hi, I do understand your problem, but that is related to my problem with authentication. In the sense that it also is set at the HTTPClient. I've made a PRin Github that I believe will fix the problem for both of us. Hilsen Roar 2. jun. 2023 kl. 08:45 skrev Susanne Köhn <sus...@da...>: Hello, the main problem is that the HTTPURIHandler opens a connection to load the schemas without considering a proxy, even though the information is already present at the HTTPClient set at the WFSClient. Kind Regards Susanne Von: "Roar Brænden" <roa...@gm...> An: "Susanne Köhn" <sus...@da...> Kopie: geo...@li... Datum: 31.05.2023 07:59 Betreff: Re: Antwort: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy Hi, Good, then I will try to have a look at it. Regards, Roar 30. mai 2023 kl. 14:35 skrev Susanne Köhn <sus...@da...>: Hello, thanks for your reply, I have reported the problem as a bug. Susanne Von: "Roar Brænden" <roa...@gm...> An: "Susanne Köhn" <sus...@da...> Kopie: geo...@li... Datum: 26.05.2023 11:25 Betreff: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy Hi, I?ve encounterred a similar problem, but that was related to authentication. It would be fine if you report this as a bug. Then I will work more on my solution, so that it could be accepted into the code base. Regards, Roar Brænden fre. 26. mai 2023 kl. 10:25 skrev Susanne Köhn < sus...@da...>: Hello, I am using geotools Version 28.1. When requesting Features from a WSF Version 2.0.0 and using a HTTP proxy for the requests I get the following Exception. java.lang.ClassCastException: java.util.HashMap cannot be cast to org.opengis.feature.simple.SimpleFeature at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse( PullParserFeatureReader.java:119) at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse( PullParserFeatureReader.java:47) at org.geotools.data.wfs.WFSFeatureReader.<init>( WFSFeatureReader.java:54) at org.geotools.data.wfs.WFSFeatureSource.getReaderInternal( WFSFeatureSource.java:290) at org.geotools.data.store.ContentFeatureSource.getReader( ContentFeatureSource.java:636) at org.geotools.data.store.ContentFeatureCollection.features( ContentFeatureCollection.java:173) at org.geotools.data.store.ContentFeatureCollection.features( ContentFeatureCollection.java:52) The problem is that the ParserHandler wants to load the Schema for the DescribeFeatureType URL directly. This leads to a java.net.SocketTimeoutException, because the used HTTP proxy is ignored. Is there a way to tell the Parserhandler the Proxy Information? Or is there another way to load the Schema for the DescribeFeatureType? Kind regards Susanne _______________________________________________ GeoTools-GT2-Users mailing list Geo...@li... https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users |
From: Roar B. <roa...@gm...> - 2023-06-16 05:35:24
|
Hi, That is good to hear. I don't see which ApplicationSchemaXSD you're talking about, or how you can customize it when you're using WFSClient. Some code would be useful. To avoid extensive download of schemas, it's possible to set the parameter: WFSDataStoreFactory:SCHEMA_CACHE_LOCATION. You can see further explanation here <https://docs.geotools.org/stable/userguide/library/data/wfs-ng.html>. Regards, Roar Brænden > 15. jun. 2023 kl. 15:17 skrev Susanne Köhn <sus...@da...>: > > Hello, > > I tried your solution and it works. Thanks a lot! > However, in my case the performance has become worse compared to the WFS 1.1.0 request. I found out that in ApplicationSchemaXSD for http://www.opengis.net/gml/3.2 <http://www.opengis.net/gml/3.2>the local schema file org.geotools.gml3.v3_2.gml.xsd is not found. I added org.geotools.gml3.v3_2.GML in the addDependencies method in ApplicationSchemaXSD. Or is there another solution? > > Kind regards > Susanne > > > > Von: "Roar Brænden" <roa...@gm...> > An: "Susanne Köhn" <sus...@da...> > Kopie: geo...@li... > Datum: 02.06.2023 10:06 > Betreff: Re: Antwort: Re: Antwort: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy > > > > Hi, > > I do understand your problem, but that is related to my problem with authentication. In the sense that it also is set at the HTTPClient. > I've made a PR <https://github.com/geotools/geotools/pull/4306>in Github that I believe will fix the problem for both of us. > > Hilsen Roar > > 2. jun. 2023 kl. 08:45 skrev Susanne Köhn <sus...@da... <mailto:sus...@da...>>: > > Hello, > > the main problem is that the HTTPURIHandler opens a connection to load the schemas without considering a proxy, even though the information is already present at the HTTPClient set at the WFSClient. > > Kind Regards > Susanne > > > Von: "Roar Brænden" <roa...@gm... <mailto:roa...@gm...>> > An: "Susanne Köhn" <sus...@da... <mailto:sus...@da...>> > Kopie: geo...@li... <mailto:geo...@li...> > Datum: 31.05.2023 07:59 > Betreff: Re: Antwort: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy > > > > Hi, > > Good, then I will try to have a look at it. > > Regards, > Roar > > 30. mai 2023 kl. 14:35 skrev Susanne Köhn <sus...@da... <mailto:sus...@da...>>: > > Hello, > > thanks for your reply, I have reported the problem as a bug. > > Susanne > > > > Von: "Roar Brænden" <roa...@gm... <mailto:roa...@gm...>> > An: "Susanne Köhn" <sus...@da... <mailto:sus...@da...>> > Kopie: geo...@li... <mailto:geo...@li...> > Datum: 26.05.2023 11:25 > Betreff: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy > > > > Hi, > > I’ve encounterred a similar problem, but that was related to authentication. It would be fine if you report this as a bug. > > Then I will work more on my solution, so that it could be accepted into the code base. > > Regards, > Roar Brænden > > fre. 26. mai 2023 kl. 10:25 skrev Susanne Köhn <sus...@da... <mailto:sus...@da...>>: > Hello, > > I am using geotools Version 28.1. When requesting Features from a WSF Version 2.0.0 and using a HTTP proxy for the requests I get the following Exception. > > java.lang.ClassCastException: java.util.HashMap cannot be cast to org.opengis.feature.simple.SimpleFeature > at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse(PullParserFeatureReader.java:119) > at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse(PullParserFeatureReader.java:47) > at org.geotools.data.wfs.WFSFeatureReader.<init>(WFSFeatureReader.java:54) > at org.geotools.data.wfs.WFSFeatureSource.getReaderInternal(WFSFeatureSource.java:290) > at org.geotools.data.store.ContentFeatureSource.getReader(ContentFeatureSource.java:636) > at org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:173) > at org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:52) > > The problem is that the ParserHandler wants to load the Schema for the DescribeFeatureType URL directly. This leads to a java.net.SocketTimeoutException, because the used HTTP proxy is ignored. > > Is there a way to tell the Parserhandler the Proxy Information? Or is there another way to load the Schema for the DescribeFeatureType? > > Kind regards > > Susanne _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... <mailto:Geo...@li...> > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users <https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users> > > > > > |
From: <sus...@da...> - 2023-06-15 13:17:23
|
Hello, I tried your solution and it works. Thanks a lot! However, in my case the performance has become worse compared to the WFS 1.1.0 request. I found out that in ApplicationSchemaXSD for http://www.opengis.net/gml/3.2 the local schema file org.geotools.gml3.v3_2.gml.xsd is not found. I added org.geotools.gml3.v3_2.GML in the addDependencies method in ApplicationSchemaXSD. Or is there another solution? Kind regards Susanne Von: "Roar Brænden" <roa...@gm...> An: "Susanne Köhn" <sus...@da...> Kopie: geo...@li... Datum: 02.06.2023 10:06 Betreff: Re: Antwort: Re: Antwort: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy Hi, I do understand your problem, but that is related to my problem with authentication. In the sense that it also is set at the HTTPClient. I've made a PR in Github that I believe will fix the problem for both of us. Hilsen Roar 2. jun. 2023 kl. 08:45 skrev Susanne Köhn <sus...@da...>: Hello, the main problem is that the HTTPURIHandler opens a connection to load the schemas without considering a proxy, even though the information is already present at the HTTPClient set at the WFSClient. Kind Regards Susanne Von: "Roar Brænden" <roa...@gm...> An: "Susanne Köhn" <sus...@da...> Kopie: geo...@li... Datum: 31.05.2023 07:59 Betreff: Re: Antwort: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy Hi, Good, then I will try to have a look at it. Regards, Roar 30. mai 2023 kl. 14:35 skrev Susanne Köhn <sus...@da...>: Hello, thanks for your reply, I have reported the problem as a bug. Susanne Von: "Roar Brænden" <roa...@gm...> An: "Susanne Köhn" <sus...@da...> Kopie: geo...@li... Datum: 26.05.2023 11:25 Betreff: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy Hi, I?ve encounterred a similar problem, but that was related to authentication. It would be fine if you report this as a bug. Then I will work more on my solution, so that it could be accepted into the code base. Regards, Roar Brænden fre. 26. mai 2023 kl. 10:25 skrev Susanne Köhn < sus...@da...>: Hello, I am using geotools Version 28.1. When requesting Features from a WSF Version 2.0.0 and using a HTTP proxy for the requests I get the following Exception. java.lang.ClassCastException: java.util.HashMap cannot be cast to org.opengis.feature.simple.SimpleFeature at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse( PullParserFeatureReader.java:119) at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse( PullParserFeatureReader.java:47) at org.geotools.data.wfs.WFSFeatureReader.<init>( WFSFeatureReader.java:54) at org.geotools.data.wfs.WFSFeatureSource.getReaderInternal( WFSFeatureSource.java:290) at org.geotools.data.store.ContentFeatureSource.getReader( ContentFeatureSource.java:636) at org.geotools.data.store.ContentFeatureCollection.features( ContentFeatureCollection.java:173) at org.geotools.data.store.ContentFeatureCollection.features( ContentFeatureCollection.java:52) The problem is that the ParserHandler wants to load the Schema for the DescribeFeatureType URL directly. This leads to a java.net.SocketTimeoutException, because the used HTTP proxy is ignored. Is there a way to tell the Parserhandler the Proxy Information? Or is there another way to load the Schema for the DescribeFeatureType? Kind regards Susanne _______________________________________________ GeoTools-GT2-Users mailing list Geo...@li... https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users |
From: Roar B. <roa...@gm...> - 2023-06-02 08:07:08
|
Hi, I do understand your problem, but that is related to my problem with authentication. In the sense that it also is set at the HTTPClient. I've made a PR <https://github.com/geotools/geotools/pull/4306> in Github that I believe will fix the problem for both of us. Hilsen Roar > 2. jun. 2023 kl. 08:45 skrev Susanne Köhn <sus...@da...>: > > Hello, > > the main problem is that the HTTPURIHandler opens a connection to load the schemas without considering a proxy, even though the information is already present at the HTTPClient set at the WFSClient. > > Kind Regards > Susanne > > > Von: "Roar Brænden" <roa...@gm...> > An: "Susanne Köhn" <sus...@da...> > Kopie: geo...@li... > Datum: 31.05.2023 07:59 > Betreff: Re: Antwort: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy > > > > Hi, > > Good, then I will try to have a look at it. > > Regards, > Roar > > 30. mai 2023 kl. 14:35 skrev Susanne Köhn <sus...@da... <mailto:sus...@da...>>: > > Hello, > > thanks for your reply, I have reported the problem as a bug. > > Susanne > > > > Von: "Roar Brænden" <roa...@gm... <mailto:roa...@gm...>> > An: "Susanne Köhn" <sus...@da... <mailto:sus...@da...>> > Kopie: geo...@li... <mailto:geo...@li...> > Datum: 26.05.2023 11:25 > Betreff: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy > > > > Hi, > > I’ve encounterred a similar problem, but that was related to authentication. It would be fine if you report this as a bug. > > Then I will work more on my solution, so that it could be accepted into the code base. > > Regards, > Roar Brænden > > fre. 26. mai 2023 kl. 10:25 skrev Susanne Köhn <sus...@da... <mailto:sus...@da...>>: > Hello, > > I am using geotools Version 28.1. When requesting Features from a WSF Version 2.0.0 and using a HTTP proxy for the requests I get the following Exception. > > java.lang.ClassCastException: java.util.HashMap cannot be cast to org.opengis.feature.simple.SimpleFeature > at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse(PullParserFeatureReader.java:119) > at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse(PullParserFeatureReader.java:47) > at org.geotools.data.wfs.WFSFeatureReader.<init>(WFSFeatureReader.java:54) > at org.geotools.data.wfs.WFSFeatureSource.getReaderInternal(WFSFeatureSource.java:290) > at org.geotools.data.store.ContentFeatureSource.getReader(ContentFeatureSource.java:636) > at org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:173) > at org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:52) > > The problem is that the ParserHandler wants to load the Schema for the DescribeFeatureType URL directly. This leads to a java.net.SocketTimeoutException, because the used HTTP proxy is ignored. > > Is there a way to tell the Parserhandler the Proxy Information? Or is there another way to load the Schema for the DescribeFeatureType? > > Kind regards > > Susanne _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... <mailto:Geo...@li...> > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users <https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users> > > > |
From: <sus...@da...> - 2023-06-02 06:45:25
|
Hello, the main problem is that the HTTPURIHandler opens a connection to load the schemas without considering a proxy, even though the information is already present at the HTTPClient set at the WFSClient. Kind Regards Susanne Von: "Roar Brænden" <roa...@gm...> An: "Susanne Köhn" <sus...@da...> Kopie: geo...@li... Datum: 31.05.2023 07:59 Betreff: Re: Antwort: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy Hi, Good, then I will try to have a look at it. Regards, Roar 30. mai 2023 kl. 14:35 skrev Susanne Köhn <sus...@da...>: Hello, thanks for your reply, I have reported the problem as a bug. Susanne Von: "Roar Brænden" <roa...@gm...> An: "Susanne Köhn" <sus...@da...> Kopie: geo...@li... Datum: 26.05.2023 11:25 Betreff: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy Hi, I?ve encounterred a similar problem, but that was related to authentication. It would be fine if you report this as a bug. Then I will work more on my solution, so that it could be accepted into the code base. Regards, Roar Brænden fre. 26. mai 2023 kl. 10:25 skrev Susanne Köhn < sus...@da...>: Hello, I am using geotools Version 28.1. When requesting Features from a WSF Version 2.0.0 and using a HTTP proxy for the requests I get the following Exception. java.lang.ClassCastException: java.util.HashMap cannot be cast to org.opengis.feature.simple.SimpleFeature at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse( PullParserFeatureReader.java:119) at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse( PullParserFeatureReader.java:47) at org.geotools.data.wfs.WFSFeatureReader.<init>( WFSFeatureReader.java:54) at org.geotools.data.wfs.WFSFeatureSource.getReaderInternal( WFSFeatureSource.java:290) at org.geotools.data.store.ContentFeatureSource.getReader( ContentFeatureSource.java:636) at org.geotools.data.store.ContentFeatureCollection.features( ContentFeatureCollection.java:173) at org.geotools.data.store.ContentFeatureCollection.features( ContentFeatureCollection.java:52) The problem is that the ParserHandler wants to load the Schema for the DescribeFeatureType URL directly. This leads to a java.net.SocketTimeoutException, because the used HTTP proxy is ignored. Is there a way to tell the Parserhandler the Proxy Information? Or is there another way to load the Schema for the DescribeFeatureType? Kind regards Susanne _______________________________________________ GeoTools-GT2-Users mailing list Geo...@li... https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users |
From: Roar B. <roa...@gm...> - 2023-05-31 05:59:58
|
Hi, Good, then I will try to have a look at it. Regards, Roar > 30. mai 2023 kl. 14:35 skrev Susanne Köhn <sus...@da...>: > > Hello, > > thanks for your reply, I have reported the problem as a bug. > > Susanne > > > > Von: "Roar Brænden" <roa...@gm...> > An: "Susanne Köhn" <sus...@da...> > Kopie: geo...@li... > Datum: 26.05.2023 11:25 > Betreff: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy > > > > Hi, > > I’ve encounterred a similar problem, but that was related to authentication. It would be fine if you report this as a bug. > > Then I will work more on my solution, so that it could be accepted into the code base. > > Regards, > Roar Brænden > > fre. 26. mai 2023 kl. 10:25 skrev Susanne Köhn <sus...@da... <mailto:sus...@da...>>: > Hello, > > I am using geotools Version 28.1. When requesting Features from a WSF Version 2.0.0 and using a HTTP proxy for the requests I get the following Exception. > > java.lang.ClassCastException: java.util.HashMap cannot be cast to org.opengis.feature.simple.SimpleFeature > at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse(PullParserFeatureReader.java:119) > at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse(PullParserFeatureReader.java:47) > at org.geotools.data.wfs.WFSFeatureReader.<init>(WFSFeatureReader.java:54) > at org.geotools.data.wfs.WFSFeatureSource.getReaderInternal(WFSFeatureSource.java:290) > at org.geotools.data.store.ContentFeatureSource.getReader(ContentFeatureSource.java:636) > at org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:173) > at org.geotools.data.store.ContentFeatureCollection.features(ContentFeatureCollection.java:52) > > The problem is that the ParserHandler wants to load the Schema for the DescribeFeatureType URL directly. This leads to a java.net.SocketTimeoutException, because the used HTTP proxy is ignored. > > Is there a way to tell the Parserhandler the Proxy Information? Or is there another way to load the Schema for the DescribeFeatureType? > > Kind regards > > Susanne _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... <mailto:Geo...@li...> > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users <https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users> > |
From: <sus...@da...> - 2023-05-30 12:35:49
|
Hello, thanks for your reply, I have reported the problem as a bug. Susanne Von: "Roar Brænden" <roa...@gm...> An: "Susanne Köhn" <sus...@da...> Kopie: geo...@li... Datum: 26.05.2023 11:25 Betreff: Re: [Geotools-gt2-users] Problems with requesting Features from a WSF Version 2.0.0 and using a HTTP proxy Hi, I?ve encounterred a similar problem, but that was related to authentication. It would be fine if you report this as a bug. Then I will work more on my solution, so that it could be accepted into the code base. Regards, Roar Brænden fre. 26. mai 2023 kl. 10:25 skrev Susanne Köhn < sus...@da...>: Hello, I am using geotools Version 28.1. When requesting Features from a WSF Version 2.0.0 and using a HTTP proxy for the requests I get the following Exception. java.lang.ClassCastException: java.util.HashMap cannot be cast to org.opengis.feature.simple.SimpleFeature at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse( PullParserFeatureReader.java:119) at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse( PullParserFeatureReader.java:47) at org.geotools.data.wfs.WFSFeatureReader.<init>( WFSFeatureReader.java:54) at org.geotools.data.wfs.WFSFeatureSource.getReaderInternal( WFSFeatureSource.java:290) at org.geotools.data.store.ContentFeatureSource.getReader( ContentFeatureSource.java:636) at org.geotools.data.store.ContentFeatureCollection.features( ContentFeatureCollection.java:173) at org.geotools.data.store.ContentFeatureCollection.features( ContentFeatureCollection.java:52) The problem is that the ParserHandler wants to load the Schema for the DescribeFeatureType URL directly. This leads to a java.net.SocketTimeoutException, because the used HTTP proxy is ignored. Is there a way to tell the Parserhandler the Proxy Information? Or is there another way to load the Schema for the DescribeFeatureType? Kind regards Susanne _______________________________________________ GeoTools-GT2-Users mailing list Geo...@li... https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users |
From: Ian T. <ijt...@gm...> - 2023-05-26 09:42:25
|
We're pleased to announce the (slightly delayed) release of the latest stable versions of GeoTools (29.1) and GeoServer (2.23.1) both release contain a number of bug fixes and enhancements so you are encouraged to upgrade to them. More details are available in the related blog posts - GeoTools (https://geotoolsnews.blogspot.com/) and GeoServer ( https://geoserver.org/announcements/2023/05/23/geoserver-2-23-1-released.html ) Ian -- Ian Turton |
From: Roar B. <roa...@gm...> - 2023-05-26 09:25:18
|
Hi, I’ve encounterred a similar problem, but that was related to authentication. It would be fine if you report this as a bug. Then I will work more on my solution, so that it could be accepted into the code base. Regards, Roar Brænden fre. 26. mai 2023 kl. 10:25 skrev Susanne Köhn < sus...@da...>: > Hello, > > I am using geotools Version 28.1. When requesting Features from a WSF > Version 2.0.0 and using a HTTP proxy for the requests I get the following > Exception. > > *java.lang.ClassCastException*: java.util.HashMap cannot be cast to > org.opengis.feature.simple.SimpleFeature > at > org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse( > *PullParserFeatureReader.java:119*) > at > org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse( > *PullParserFeatureReader.java:47*) > at org.geotools.data.wfs.WFSFeatureReader.<init>( > *WFSFeatureReader.java:54*) > at org.geotools.data.wfs.WFSFeatureSource.getReaderInternal( > *WFSFeatureSource.java:290*) > at org.geotools.data.store.ContentFeatureSource.getReader( > *ContentFeatureSource.java:636*) > at org.geotools.data.store.ContentFeatureCollection.features( > *ContentFeatureCollection.java:173*) > at org.geotools.data.store.ContentFeatureCollection.features( > *ContentFeatureCollection.java:52*) > > The problem is that the ParserHandler wants to load the Schema for the > DescribeFeatureType URL directly. This leads to a > java.net.SocketTimeoutException, because the used HTTP proxy is ignored. > > Is there a way to tell the Parserhandler the Proxy Information? Or is > there another way to load the Schema for the DescribeFeatureType? > > Kind regards > > Susanne _______________________________________________ > GeoTools-GT2-Users mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > |
From: <sus...@da...> - 2023-05-26 08:23:28
|
Hello, I am using geotools Version 28.1. When requesting Features from a WSF Version 2.0.0 and using a HTTP proxy for the requests I get the following Exception. java.lang.ClassCastException: java.util.HashMap cannot be cast to org.opengis.feature.simple.SimpleFeature at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse( PullParserFeatureReader.java:119) at org.geotools.data.wfs.internal.parsers.PullParserFeatureReader.parse( PullParserFeatureReader.java:47) at org.geotools.data.wfs.WFSFeatureReader.<init>( WFSFeatureReader.java:54) at org.geotools.data.wfs.WFSFeatureSource.getReaderInternal( WFSFeatureSource.java:290) at org.geotools.data.store.ContentFeatureSource.getReader( ContentFeatureSource.java:636) at org.geotools.data.store.ContentFeatureCollection.features( ContentFeatureCollection.java:173) at org.geotools.data.store.ContentFeatureCollection.features( ContentFeatureCollection.java:52) The problem is that the ParserHandler wants to load the Schema for the DescribeFeatureType URL directly. This leads to a java.net.SocketTimeoutException, because the used HTTP proxy is ignored. Is there a way to tell the Parserhandler the Proxy Information? Or is there another way to load the Schema for the DescribeFeatureType? Kind regards Susanne |
From: Vince M. <vin...@wo...> - 2023-05-19 11:33:06
|
Great, thanks for the update. On Fri, May 19, 2023, 3:10 AM Jody Garnett <jod...@gm...> wrote: > Yes, it remains down. > > Checking on the osgeo chat channel the DNS provider is aware of the issue > and is working on it. There is speculation it may be a DOS attack as other > domains on the same nameserver are fine ... > > I have been checking with https://isitup.org/osgeo.org :) > -- > Jody Garnett > > > On Thu, May 18, 2023 at 1:19 PM Vince Marinelli via GeoTools-GT2-Users < > geo...@li...> wrote: > >> I am unable to reach the osgeo.org domain. This is causing Maven builds >> to fail for me with the error: >> >> ...org.geotools:gt-opengis:jar:24.6: Failed to read artifact descriptor >> for org.geotools:gt-opengis:jar:24.6: The following artifacts could not be >> resolved: org.geotools:gt-opengis:pom:24.6 (absent): Could not transfer >> artifact org.geotools:gt-opengis:pom:24.6 from/to osgeo ( >> https://repo.osgeo.org/repository/release/): repo.osgeo.org: Temporary >> failure in name resolution: Unknown host repo.osgeo.org: Temporary >> failure in name resolution... >> >> It appears that it has been for at least a few hours now. >> >> -- >> *Vince Marinelli* >> Principal Software Engineer >> *Workiva Inc.* >> >> *eMail:* vin...@wo... >> *Mobile:* (610) 220-6311 >> _______________________________________________ >> GeoTools-GT2-Users mailing list >> Geo...@li... >> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users >> > |