Re: [JPP-Devel] convert a prj/proj code to epsg code

Hi, I fear that it is very hard to map the .prj text to EPSG-codes in a reliable way. GDAL tries to do it with this code https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogr_srs_esri.cpp but sometimes it does fails with interpreting the .prj file. Roundtrip fails more frequently (read prj,

[JPP-Devel] OpenJUMP will not work on Java 9

Hi, I downloaded an early access version of Java 9 from http://download.java.net/java/jdk9/archive/116/binaries/jre-9-ea+116_windows-x64_bin.exe and tried to start OpenJUMP with it. OJ did not start. With core the error was Caused by: java.lang.NumberFormatException: For input string: ""

Re: [JPP-Devel] OpenJUMP will not work on Java 9

Hi, There may be nothing to port for OpenJDK 8. I used the OpenJDK 8 Windows 64-bit early access version http://download.java.net/java/jdk8u102/archive/b04/binaries/jre-8u102-ea-bin-b04-windows-x64-25_apr_2016.exe Both OpenJUMP Core and Plus started with it. However, some more testing with

[JPP-Devel] Datastore Connection manager does not allow closing all connections

Hi, If I use some Spatitalite/GeoPackage connection with OpenJUMP it keeps the connection open which means that the database file can't be renamed, moved or deleted. That's OK and I can close the connection by pressing the Disconnect button in the Connection manager. However, when I close the C

Re: [JPP-Devel] Datastore Connection manager does not allow closing all connections

18.05.2016 15:15, Rahkonen Jukka (MML) wrote: > Hi, > > > > If I use some Spatitalite/GeoPackage connection with OpenJUMP it keeps the > connection open which means that the database file can't be renamed, moved or > deleted. That's OK and I can close the connec

[JPP-Devel] Wanna make Spatialite and GeoPackage datastore fast?

Hi, When a layer comes from Spatialite or GeoPackage datastore through "Open Data Store Layer" OpenJUMP is making new SQL request after each pan/zoom by using the envelope of the view as spatial filter. Corresponding code is at https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/src/c

Re: [JPP-Devel] SVN: [4923] core/trunk

Hi, I wonder how important it is to update this logfile that lives in the sources with the changesets https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/openjump.log -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: jump-pilot-...@lists.sourceforge.net [mailto:jump-pilot-..

Re: [JPP-Devel] SVN: [4923] core/trunk

Not really joking, I would not be surprised if the file is important for developers for some reason. -Jukka- edgar.soldin wrote: you're joking right? ..ede On May 24, 2016 11:00:19 PM GMT+02:00, "Rahkonen Jukka (MML)" wrote: >Hi, > >I wonder how important it is to

[JPP-Devel] Jython tools behave badly

Hi, I decided to refresh my memory and try what the Jython digitizing tools do but they appeared to be unreliable. For example, the Road Arc tool did not seem to do anything. What is worse, after trying to use the tool no other tools work anymore. If we can't fix the tools it might be better to

[JPP-Devel] NPE from Oracle datastore query with empty geometries

Hi, I tried to read data from Oracle datastore with Run datastore query and were hit by NPE. The Oracle layer works OK with DB Query plugin. I suppose that NPE is caused by some NULL geometries in the table because query succeeds if I add "WHERE geom is not null". DB Query converts empty geomet

[JPP-Devel] Difficult data for concave hull

Hi, I was playing with the Concave hull plugin and got usually good results. However, the attached data gives odd results even if I followed the hint to densify the geometries. Sending to the list if some developers happens to be interested in having a look. -Jukka Rahkonen- concave_problem.

Re: [JPP-Devel] Adding GeoJSON read/write with JTS

Yes, sure, having all as strings is a good start. -Jukka- edgar soldin wrote: > Jukka, > could you live with all attributes being read as Strings for now? ..ede On 27.06.2016 08:35, Jukka Rahkonen wrote: >> Hi, >> >> Json datatypes http://www.tutorialspoint.com/json/json_data_types.htm do n

Re: [JPP-Devel] Difficult data for concave hull

g. Here is what I get with a densification of 1m. Would be interesting to overcome this limitation though. [cid:image002.png@01D1D0CE.3B482800] Le 23/06/2016 à 14:50, Rahkonen Jukka (MML) a écrit : Hi, I was playing with the Concave hull plugin and got usually good results. However, the atta

Re: [JPP-Devel] on the fly transformation

Hi, One reason is historical, OpenJUMP used to be totally unaware of projections and unable to do coordinate transformations until December 18, 2014 https://groups.google.com/forum/#!topic/openjump-users/IsoeEb5z3m4. Even OpenJUMP Plus now can transform vector data is still can't warp raster

Re: [JPP-Devel] on the fly transformation

Hi, That is not a problem at all for OpenJUMP because it does not even read .prj file. OpenJUMP takes the coordinates as they are and places the features on the map. Shapes can be edited and saved and projection remains the same as it was. And if you create a new layer and save that as shapefi

Re: [JPP-Devel] on the fly transformation

about coordinate system. I hope you understand? Here you can see two images: https://www.data.gv.at/anwendungen/shapefile-projectionfinder/ Maybe they help you to understand what i mean??? Thanks -Original Message- From: "Rahkonen Jukka (MML)" Sent: Tuesday, June 28, 2016 8:48am To: &q

Re: [JPP-Devel] make polygons basing on crossing lines

Hi, Manfred, before making a new tool please look first what the existing tool from menu Tools - Edit geometry - Convert - Polygonize is doing. You probably want to have the box "Node input before polygonizing" checked. If the tool is not perfect, consider to improve it. -Jukka Rahkonen- edgar

Re: [JPP-Devel] Adding GeoJSON read/write with JTS

later make OpenJUMP as a client for such services. -Jukka Rahkonen- edgar soldin wrote > hey Jukka, > please try r4945 or later. ..ede On 27.06.2016 11:47, Rahkonen Jukka (MML) wrote: > Yes, sure, having all as strings is a good start. > > > -Jukka- > > ed

Re: [JPP-Devel] Add SRID and units to Task

Hi, I fear that you aim at similar “on the fly CRS transformation” than QGIS has. I admit that it would be nice to be able to use layers with different native SRIDs together in OpenJUMP project but I am pretty sure that it will introduce new problems as well for example when editing data or mak

[JPP-Devel] OpenJUMP r5001 does not start with OpenJDK 7

Hi, Title says most of the issue. I found r4486 from my computer and it starts with my OpenJDK which is 64-bit Server VM 1.7.0-u40. I am on Windows. The error from r5001 is: java.lang.ClassCastException: sun.misc.Launcher$AppClassLoader cannot be cast to com.vividsolutions.jump.workbench.plug

Re: [JPP-Devel] OpenJUMP r5001 does not start with OpenJDK 7

. -Jukka Rahkonen- edgar.soldin wrote: hey Jukka, where did you get the openjdk build for windows from? ..ede On 26.08.2016 08:51, Rahkonen Jukka (MML) wrote: > Hi, > > > > Title says most of the issue. I found r4486 from my computer and it starts > with my OpenJ

Re: [JPP-Devel] Add SRID and units to Task

A few comments: Discussion is in thread https://lists.osgeo.org/pipermail/discuss/2016-August/thread.html#16505 "Detect and define the coordinate system of gis data with no projection information automatically". This discussion mentions epsg.io and spatialreference.org and why the latter is

[JPP-Devel] Workflow for removing small holes from a polygon

Hi, Does anybody have good advice for simplifying polygons by removing small holes? The decision if hole is small or not should be based on a given area - "remove if area is less that 1 sq. km". -Jukka Rahkonen- --

Re: [JPP-Devel] Workflow for removing small holes from a polygon

n work around to port it, at least dimension and coefficients part. Peppe 2016-09-05 10:30 GMT+02:00 Rahkonen Jukka (MML) mailto:jukka.rahko...@maanmittauslaitos.fi>>: Hi, Does anybody have good advice for simplifying polygons by removing small holes? The decision if hole is small or no

[JPP-Devel] Script for building a linestring from ordered points

Hi, I have some point data which I would like to convert into linestrings. Points are ordered correctly in the file but they have also useful IDs. I don't find a readymade tool for this task but I have a feeling that it should not be so hard to do with a little beanshell script. This might sui

Re: [JPP-Devel] Script for building a linestring from ordered points

is not usable to anything, if not as a decoration. -Jukka- edgar soldin wrote: > how do you expect the attributes to be concatenated in the resulting > linestring? > did you try joining them to a multipoint and convert that to linestring? > ..ede > On 13.09.2016 09:45, Rahk

Re: [JPP-Devel] Script for building a linestring from ordered points

> > Le 13/09/2016 à 13:32, edgar.sol...@web.de a écrit : >> can you send me a small example dataset? ..ede >> >> On 13.09.2016 13:08, Rahkonen Jukka (MML) wrote: >>> Hi, >>> >>> I play with GPS track points and there are thousands of points. >

[JPP-Devel] Paste GeoJSON directly?

Hi, I was just reading about a new feature in QGIS https://www.qgis.org/en/site/forusers/visualchangelog216/index.html#feature-paste-geojson-features-directly-into-qgis Ede and others, now when we have i/o for GeoJSON, does it feel like a small or big jog to implement the same for OpenJUMP? Wher

Re: [JPP-Devel] Paste GeoJSON directly?

ifferent FeatureSchemas..? > > Michaël > > > Le 15/09/2016 à 10:57, edgar.sol...@web.de a écrit : >> On 15.09.2016 08:41, Rahkonen Jukka (MML) wrote: >>> Hi, >>> >>> >>> >>> I was just reading about a new feature in QGIS >>>

Re: [JPP-Devel] Paste GeoJSON directly?

1&layer=mapnik Use case for copy-paste could arise from testing the services with plain requests without a client, or debugging why clients fail. -Jukka- edgar.soldin wrote: hey Jukka, no i mean generally. what other sources for GeoJSON fc's are out there? is it a common copy/paste forma

[JPP-Devel] H2 driver does not work with version 1.3.0

Hi, The download button in http://www.h2gis.org/ points to newest version 1.3.0. However, I could not make that work with OpenJUMP but I had to use an older versions. They are available from https://github.com/orbisgis/h2gis/releases/ I had an old zip of v. 1.2.3 on my downloads and I used it.

Re: [JPP-Devel] H2 driver does not work with version 1.3.0

but it was not related to H2GIS 1.2.3 vs 1.3.0. I will do more tests soon to try to reproduce your problem. Which revision of OJ did you use ? I don't know why r5031 did not build. Michaël Le 26/09/2016 à 10:12, Rahkonen Jukka (MML) a écrit : Hi, The download button in http://www.h2gi

Re: [JPP-Devel] memory error loading features from postgis

Hi, I suppose that Kosmo is using some sort of disk cache while OpenJUMP keeps everything in memory. Going to 64-bit Java was a huge improvement for OJ but still it is memory bound. Does Roberto need to handle all the 1.5 million features at a time? Often it is enough that all the features are

Re: [JPP-Devel] jp2 driver

Hi, Without really testing, I guess that those images would work great through ECW/JP2 driver and binaries. This comment is in lib\native\ecw,jp2_support.txt. "ECW/JP2 support is realized via native libraries compiled from the ECW SDK 3.3 . As these have to be compiled for every platform the

Re: [JPP-Devel] ConstraintManager

Hi, Perhaps we should know what was the meaning of the original author? It may make sense to draw lines which have for example full 100 meters distances between vertices if it is possible, and then not to disable the constraint. The latter happens usually only for the last vertex if it should s

Re: [JPP-Devel] jp2 driver

e reminder. I remembered ecw was usable on 32bits jvm only, but I did not remember for jp2000. What do you mean by OpenJPEG is good but the JPEG2000 file must have suitable "creation time" settings. Michaël Le 01/10/2016 à 19:20, Rahkonen Jukka (MML) a écrit : Hi, Without really t

Re: [JPP-Devel] jp2 driver

- Michaël Michaud wrote: Hi Thanks for clarification. Do you think that OpenJPEG would be a good alternative to ER-Mapper one for OpenJUMP ? Just curious as this is not my area of expertise. Michaël Le 02/10/2016 à 13:43, Rahkonen Jukka (MML) a écrit : Hi, There are

Re: [JPP-Devel] jp2 driver

: Re: [JPP-Devel] jp2 driver According to this page: https://github.com/uclouvain/openjpeg there must be a java wrapper 2016-10-02 18:51 GMT+02:00 Rahkonen Jukka (MML) mailto:jukka.rahko...@maanmittauslaitos.fi>>: Hi, OpenJPEG is open source and it works quite nice with tiled JPEG2000

Re: [JPP-Devel] jp2 driver

work with these images of yours. ..ede On 02.10.2016 19:03, Rahkonen Jukka (MML) wrote: > That sounds very promising. Going through GDAL or img-ext is rather > complicated. Also Java viewer for JPIP would be great, even there may not be > many open JPIP servers. > > &g

[JPP-Devel] Dead links, lost plugins

Hi, We have pretty many dead links in the wiki page about plugins. Could those who know something about these comment where they have disappeared and if some valuable code is lost by the same? Pirol http://www.al.fh-osnabrueck.de/jump-download.html Michaël http://geo.michaelm.free.fr/ GISAK.V

Re: [JPP-Devel] jp2 driver

] Lähetetty: 6. lokakuuta 2016 14:15 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] jp2 driver hey Jukka, On 04.10.2016 13:27, Rahkonen Jukka (MML) wrote: > Current GDAL version is 2.1.1. Yes, it is worth an update. http://www.gisinternals.com/release.php only holds 2.1.0, so i u

Re: [JPP-Devel] jp2 driver

cause the user do not know that they need to download/install the GDAL zip. maybe we should start a MEGA distribution or add it to PLUS, which would double the download size to ca. 110MB. thx ..ede On 06.10.2016 14:56, Rahkonen Jukka (MML) wrote: > Hi, > > Using release version is more

Re: [JPP-Devel] jp2 driver

Ok, found it: by starting with JAVA_BIN=java and having a look on the last lines of the log. OJ r5052 does not load GDAL for me yet. I have the the gdal-win-x64 directory from the new zip in lib\native\x64. -Jukka- -Alkuperäinen viesti- Lähettäjä: Rahkonen Jukka (MML) Lähetetty: 6

Re: [JPP-Devel] jp2 driver

. lokakuuta 2016 17:11 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] jp2 driver wrong folder. read the INSTALL-gdal-win-x86x64-2.1.0stable-20160516.txt in the zip file. no wonder no one is using it if even you fail to install it ;).. ede On 06.10.2016 16:05, Rahkonen Jukka (MML) wrote

[JPP-Devel] JML should have place to store SRID

Hi, Now when OJ is getting better support for projections I think that the native JML-XML should have a place for layer SRID as well. I noticed that GDAL is actually writing it into JML when it is asked to write data into some srs: 280,460

[JPP-Devel] How to activate ECW/JP2?

Hi, I am running r5052 Plus with jre8, 32-bit. I guess that I should have ECW/JP2 support now, but log from the startup says that native ECW/JP2 libraries are not loaded. What to do? -Jukka- -- Check out the vibrant t

Re: [JPP-Devel] How to activate ECW/JP2?

] How to activate ECW/JP2? yeah, something is fishy there. tried it for 5min myself lately, not sure whats wrong, but on the other hand, why not simply remove it in favor of GDAL? ..ede On 07.10.2016 09:28, Rahkonen Jukka (MML) wrote: > Hi, > > > > I am running r5052 Plus

Re: [JPP-Devel] How to activate ECW/JP2?

edgar.sol...@web.de [mailto:edgar.sol...@web.de] Lähetetty: 9. lokakuuta 2016 22:17 Jukka, On 07.10.2016 12:29, edgar.sol...@web.de wrote: >> On 07.10.2016 12:21, Rahkonen Jukka (MML) wrote: >>> Mail reason for potentially keeping the ECW/JP2 driver: it is faster. At >>>

Re: [JPP-Devel] ViewManagerPlugIn 0.3.2

Hi, I haven't tried the tool before. It feels like a usable tool with basic styles. The result is somewhat unpredictable if layer has color theming on, or if user has colored individual features with the Set Color tool. -Jukka Rahkonen- -Alkuperäinen viesti- Michaël Michaud wrote Lähe

[JPP-Devel] Attribute query and NULL

Hi, Am I right that I cannot query NULL values as "IS NULL" or "IS NOT NULL" with the basic attribute query tool? I know that I can use the Simple Query tool instead. -Jukka Rahkonen- -- Check out the vibrant tech commu

Re: [JPP-Devel] ExtractLayerByGeometry

Hi Michaël, You were meaning this https://sourceforge.net/p/jump-pilot/feature-requests/211/ The enhanced Extract layers by geometry type covers it perfectly. -Jukka- Lähettäjä: Michaël Michaud [mailto:m.michael.mich...@orange.fr] Lähetetty: 18. syyskuuta 2016 1:36 Vastaanottaja: jump-pilot-deve

Re: [JPP-Devel] ViewManagerPlugIn 0.3.2

I want to apply different styles and to be able to switch easily from one task to another. Hope it makes sense. Michaël Le 10/10/2016 à 09:21, Rahkonen Jukka (MML) a écrit : > Hi, > > I haven't tried the tool before. It feels like a usable tool with basic > styles. The result i

Re: [JPP-Devel] ViewManagerPlugIn 0.3.2

for having repported that. Michaël Le 11/10/2016 à 09:03, Rahkonen Jukka (MML) a écrit : Hi, Actually it does not work for me. The result was unpredictable when I had some features colored with the Set color tool and these hand set colors sometimes shows, sometimes when I change between saved view

Re: [JPP-Devel] Added option that selects the geometry after it has been drawn

Hi Peppe, Good option. When digitizing new features if might even be nice to have another option that opens the attribute table automatically. With right click – feature info it is simple task, though, and user can also attach that to function key with EZ Buttons. But perhaps if we someday sh

[JPP-Devel] GvSIG better with GDAL than ImageIO-ext?

Hi, I installed GvSIG 2.3.0.2447 final 64-bit on Windows. It opens both ECW and JPEG2000 files very fast. GvSIG seems to be using the same GDAL binaries from gisinternals.com than Ede has packed for OJ. Difference seems to be that GvSIG does not use imageio-ext but they have implemented someth

Re: [JPP-Devel] GvSIG better with GDAL than ImageIO-ext?

develop and use Aihe: Re: [JPP-Devel] GvSIG better with GDAL than ImageIO-ext? On 18.10.2016 09:52, Rahkonen Jukka (MML) wrote: > Hi, > > > > I installed GvSIG 2.3.0.2447 final 64-bit on Windows. It opens both > ECW and JPEG2000 files very fast. GvSIG seems to be using the sam

[JPP-Devel] About turning non-visible layer into non-editable

Hi, I agree that it is logically good that non-visible layer is not editable because I can't imagine a real world use case where it would be better to create features without seeing the other features of the layer. However, sometimes it is useful to switch the layer off and have a look under th

Re: [JPP-Devel] About turning non-visible layer into non-editable

: >> >> I think I somewhat agree with Jukka. I also look once in while what is >> underneath by shortly making it invisible... >> >> stefan >> >> >> On 10/18/16 09:56, Rahkonen Jukka (MML) wrote: >>> >>> Hi, >>> >&

[JPP-Devel] Warping with Projective and Bilinear

Hi, I saw alternatives for using Projective warping and bilineat interpolation while translating the language strings. I wonder where can I find those options from the user interface. -Jukka Rahkonen- -- Check out the v

Re: [JPP-Devel] Warping with Projective and Bilinear

order to test and solve small problems. "Bilinear interpolation" seems the right terminology for "rubber sheet deformation", the one used by warping toolbox Peppe Il 21/Ott/2016 10:42, "Rahkonen Jukka (MML)" mailto:jukka.rahko...@maanmittauslaitos.fi>> ha

[JPP-Devel] Visvalingam-Whyatt simplifier

Hi Michaël, I tried http://sourceforge.net/p/jump-pilot/code/5110 with road network data and Visvalingam-Whyatt seems to keep the shape of winding roads better than Douglas-Peucker. I wonder what is the parameter of the function presenting. Is it the maximum delta in area that is accepted when

Re: [JPP-Devel] Visvalingam-Whyatt simplifier

. lokakuuta 2016 16:31 Vastaanottaja: Rahkonen Jukka (MML) Aihe: RE: [JPP-Devel] Visvalingam-Whyatt simplifier Hi Jukka, Yes, the algorithm comes directly from JTS. Here is how MD explains the parameter : "The simplification tolerance is specified as a distance. This is converted to an

[JPP-Devel] Meaning of PostGIS table (new)

Hi, We have two alternatives for saving data into PostGIS: "PostGIS table" and "PostGIS table (new)". I wonder if "new" in the latter means that the driver is new and better and it will replace the old driver in the future. Or does "new" mean that the driver can only create new tables and not

Re: [JPP-Devel] Meaning of PostGIS table (new)

e corresponding transaction from a button click. https://sourceforge.net/projects/jump-pilot/files/Documentation/OpenJUMP%201.7%20Docs/ Michaël Le 02/11/2016 à 11:33, Rahkonen Jukka (MML) a écrit : Hi, We have two alternatives for saving data into PostGIS: "PostGIS table" and "Post

[JPP-Devel] Can't edit the schema of some layers

Hi, I opened some data from GeoJSON and I can't edit the schema. Apply changes yields just an error message. However, if I save the data into JML or GeoJSON and open it from the disk, then I can edit the schema. So unfortunately I can't provide with test data. Here is the error, though java

Re: [JPP-Devel] Can't edit the schema of some layers

. marraskuuta 2016 18:17 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] Can't edit the schema of some layers Jukka, can you send me a small GeoJSON example file to replicate your issue? ..ede On 02.11.2016 17:12, Rahkonen Jukka (MML) wrote: > Hi, > > > > I opened so

Re: [JPP-Devel] Meaning of PostGIS table (new)

stGIS interface. We can do the other way with "explode", but I think we can't transform simple geometries to multi right now. What do you think ? Michaël Le 02/11/2016 à 15:22, Rahkonen Jukka (MML) a écrit : Hi, Perhaps at some point the old one could be changed back to read-only w

Re: [JPP-Devel] Can't edit the schema of some layers

penJump develop and use Aihe: Re: [JPP-Devel] Can't edit the schema of some layers Jukka, can you send me a small GeoJSON example file to replicate your issue? ..ede On 02.11.2016 17:12, Rahkonen Jukka (MML) wrote: > Hi, > > > > I opened some data from GeoJSON and I can&#

Re: [JPP-Devel] Can't edit the schema of some layers

OpenJump develop and use Aihe: Re: [JPP-Devel] Can't edit the schema of some layers how did you create it? manually by editing the geoJson file with a text editor? ..ede On 03.11.2016 12:09, Rahkonen Jukka (MML) wrote: > Hi, > > I managed to create test data with only 100 features

Re: [JPP-Devel] Can't edit the schema of some layers

..ede On 03.11.2016 12:34, edgar.sol...@web.de wrote: > i see the issue. there is one "keskikorkeus" being NULL forcing the whole > attribute column to become String. > > of course this is a bug in the GeoJSON reader and i'll fix it. > > ..ede > > On

Re: [JPP-Devel] Can't edit the schema of some layers

the GeoJSON reader accept Long/null mixed columns as Long and do the same for the other attribute types or enforce these columns to be of type String as it is implemented now. ..ede On 03.11.2016 13:20, Rahkonen Jukka (MML) wrote: >> OpenJUMP can even set any attribute into NULL but o

Re: [JPP-Devel] Can't edit the schema of some layers

or none at all? ..ede On 03.11.2016 16:06, edgar.sol...@web.de wrote: > only for these two types or for Boolean as well? > > ..ede > > On 03.11.2016 15:53, Rahkonen Jukka (MML) wrote: >> Hi, >> >> JML reader accepts nulls in strings and longs (try with the att

[JPP-Devel] Memory issue with writing to PostGIS and with reading too

Hi, I tried to write a large layer with 91 million vertices into PostGIS with the Save to PostGIS (new) driver. It took a few hours and ended with Out of memory error: java.lang.OutOfMemoryError: Java heap space at com.vividsolutions.jts.io.WKBReader.hexToBytes(WKB

Re: [JPP-Devel] Memory issue with writing to PostGIS and with reading too

e still will have to handle more than two times the dataset size). Michaël Le 03/11/2016 à 17:05, Rahkonen Jukka (MML) a écrit : Hi, I tried to write a large layer with 91 million vertices into PostGIS with the Save to PostGIS (new) driver. It took a few hours and ended with

Re: [JPP-Devel] Can't edit the schema of some layers

the below? ..ede >> >> On 03.11.2016 16:20, edgar.sol...@web.de wrote: >>> just for completeness. does the same count for writing GeoJSON? obviously >>> GDAL does it, but could you test w/ some other reader to doublecheck null >>> mixed columns? >>>

Re: [JPP-Devel] Memory issue with writing to PostGIS and with reading too

Hi, With fresh OJ start, lake polygons loaded from JML: Maximum 7.1 GB Total 5.4 GB Committed 4.7 GB r5144, jre 64-bit server VM 1.8.0_112_ea(amd64) -Jukka- -Alkuperäinen viesti- edgar.soldin wrote: On 04.11.2016 08:40, Rahkonen Jukka (MML) wrote: > That computer has 8 GB total mem

Re: [JPP-Devel] SVN: [5176] core/trunk

Hi, Check the comments in AbstractGeometryProcessor.java, there seems to be some copy-pasted without editing. -Jukka Rahkonen- Lähettäjä: jump-pilot-...@lists.sourceforge.net Lähetetty: ‎11.‎11.‎2016 23:25 Vastaanott

[JPP-Devel] Invalid GeoJSON if no attributes

Hi, In GeoJSON FeatureCollection must have "properties" member even if there are no attributes. This output from OpenJUMP r5186 does not validate { "type": "FeatureCollection", "features": [ { "type": "Feature", "geometry": {"type":"Polygon","coordinates":[[[278,423],[483,505],[478,293],[278,4

Re: [JPP-Devel] SVN: [5185] core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRenderer.java

Hi, DB Query plugin is attaching a fake GEOMETRYCOLLECTION EMPTY to all the lines without a real geometry. For my purposes it has been a good solution but I can’t say if it suits for other use cases. -Jukka Rahkonen- Stefan Steiniger wrote: Hi, i used empty geomcollection so far, to have so

Re: [JPP-Devel] SVN: [5185] core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRenderer.java

d multivariants this is just right." -Jukka- -Alkuperäinen viesti- Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de] Lähetetty: 15. marraskuuta 2016 12:11 Vastaanottaja: Rahkonen Jukka (MML) ; OpenJump develop and use Aihe: Re: [JPP-Devel] SVN: [5185] core/trunk/src/com

Re: [JPP-Devel] SVN: [5185] core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRenderer.java

use of the constraints i described. my bad ..ede On 15.11.2016 11:16, Rahkonen Jukka (MML) wrote: > Hi, > > What do you mean? You did lot of work with empty geometries two years ago. In > December 1st, 2014 I answered you, probably after the final tests > > "Hi Ede, > &g

Re: [JPP-Devel] Invalid GeoJSON if no attributes

he geometry member is a geometry object as defined above or a JSON null > value. > > A feature object must have a member with the name "properties". The value of > the properties member is an object (any JSON object or a JSON null value). > " > > so that mea

Re: [JPP-Devel] Invalid GeoJSON if no attributes

edgar soldin wrote: >> " The geojsonhint project is at https://github.com/mapbox/geojsonhint. >> Releases before 2.0 (such as 1.2.1, from May 20016) will validate legacy >> GeoJSON." >> > what does that mean for us? sorry, there is no sun here today, so my > batteries are very low. It means

Re: [JPP-Devel] GeoJSON rfc7946

k you very much and best wishes --Brian M Hamlin On Tue, 15 Nov 2016 11:38:02 +, "Rahkonen Jukka (MML)" wrote: edgar soldin wrote: >> " The geojsonhint project is at https://github.com/mapbox/geojsonhint. Releases before 2.0 (such as 1.2.1, from May 20016) will valid

Re: [JPP-Devel] SVN: [5185] core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRenderer.java

Good idea. How about having an option to rename the columns to be exported by the same? Would be handy for example when exporting columns with long names into shapefiles when automatic truncation can create non-informative names. -Jukka Rahkonen- edgar soldin wrote: > maybe a panel to select

Re: [JPP-Devel] SVN: [5185] core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRenderer.java

is generally not undoable in OpenJUMP) > 3 - I choose plain text file rather than xml to keep it as simple as > possible > > Notice : this is more a ETL capability. Wonder if it could be > integrated to Sextante modeler. > > Michaël > > > Le 15/11/2016 à 21:49, Rahk

[JPP-Devel] Rename fields with Sextante modeler

Starting a new thread with better title. What Michaël was thinking about Sextante actually works already. There is a rename field process in the vector tools and several renames can be chained with the graphical modeler. See the attached image. Once the model is saved it can be used from Sext

[JPP-Devel] Sextante vector tools which are missing from OJ

Hi, I tried to make a list of Sextante vector tools which do not have an equivalent pair in OpenJUMP. Most of them are made for such analysis or statistics which do not belong to the core of OpenJUMP and it would probably make no sense to rewrite them into OpenJUMP. We should just test that the

[JPP-Devel] Aggregation plugin does not create new layer for result

Hi, Aggregation plugin adds always new attributes to the source layer for me and the check box "Put the result in a new layer" does not have any effect. Testing with r5190 on Windows, jre 1.8.0_112. Could somebody verify? -Jukka Rahkonen-

[JPP-Devel] Join table can go to eternal loop

Hi, If Join table function finds several matches it seems to go to an eternal loop. The status box keeps on flashing "Multiple matches for FID=xxx" and process does not forward. Fortunately it is possible to kill the process by pressing the red cross. There is of coarse error in the data but p

Re: [JPP-Devel] Join table can go to eternal loop

r. -Jukka- Lähettäjä: Rahkonen Jukka (MML) Lähetetty: 1. joulukuuta 2016 10:24 Vastaanottaja: jump-pilot-devel@lists.sourceforge.net Aihe: [JPP-Devel] Join table can go to eternal loop Hi, If Join table function finds several matches it seems to go to an eternal

Re: [JPP-Devel] Join table can go to eternal loop

wo features if they both have null for the join attribute (currently, it does, but I bet a database wouldn't work that way) Michaël Le 01/12/2016 à 09:31, Rahkonen Jukka (MML) a écrit : > More info: I just found that the loop happens exactly because of the NULL > values. I wrote somethi

[JPP-Devel] Creating TIN with OpenJUMP

Hi, It seems that the Triangulation function in OpenJUMP handles the Z coordinate and creates triangles which could be combined into TIN. With four source points: POINT ( 420 560 25 ) POINT ( 420 720 10 ) POINT ( 620 720 20 ) POINT ( 620 560 15 ) Triangulation creates two triangles as polygons

Re: [JPP-Devel] New version of Color Chooser plugin

Have we now lost the "other color" option that used to open a dialog with Swatches, HSV, HSL, RGB, and CMYG tabs? -Jukka Rahkonen- Lähettäjä: Giuseppe Aruta Lähetetty: 4. joulukuuta 2016 16:52 Vastaanottaja: OpenJump develop and use Aihe: [JPP-Devel] New versio

Re: [JPP-Devel] New version of Color Chooser plugin

version of Color Chooser plugin Yes. As index colors are a limited number of colors defined by rgb parameters, even if the number us huge (255). If you want I can reactivate the panels. Il 04/Dic/2016 18:19, "Rahkonen Jukka (MML)" mailto:jukka.rahko...@maanmittauslaitos.fi>> ha

Re: [JPP-Devel] Sextante

Hi, I was wondering how on earth it is possible to edit the help but with trial and error found the way: - Browse help with SextanteHelpPlugIn - Select the title of the help item from the table of contents - Right click over the title and “Edit help” appears I coul

Re: [JPP-Devel] Creating TIN with OpenJUMP

TIN. AFAIR Landon should have more information about it Peppe 2016-12-02 13:53 GMT+01:00 Rahkonen Jukka (MML) mailto:jukka.rahko...@maanmittauslaitos.fi>>: Hi, It seems that the Triangulation function in OpenJUMP handles the Z coordinate and creates triangles which could be combined into

[JPP-Devel] Add the 5 color coloring plugin into OpenJUMP Plus

Hi, The mapcoloring plugin in https://sourceforge.net/projects/ojmapcoloring/ can be used with OpenJUMP Plus snapshot simply by adding the 20 kB sized ojmapcoloring.jar into lib\ext. The Plus version has already jgrapht-core-0.9.2.jar and slf4j-api-1.7.7.jar which seem to be good for ojmapcolo

Re: [JPP-Devel] Kosmo CAD plugin for OpenJUMP

+1 for both 1) and 2). I have tested the tools when I translated Kosmo into Finnish and I think that they are useful and for most tools we do not have a counterpart. -Jukka Rahkonen- Giuseppe Aruta wrote: [JPP-Devel] Kosmo CAD plugin for OpenJUMP Greetings to all I am working to port CAD toos

[JPP-Devel] How to test Java 9 interoperability?

Hi, I noticed that Ede has been working for making OJ to at least start with Java 9. That's great and important work if we want to keep OpenJUMP alive for many more years. I would like to help but is there something that a user like me could do for finding out what works and what not with Java

<    1   2   3   4   5   6   >