Re: [JPP-Devel] Null handling in OJ and in PlugIns
Not too bad. Could you fill a bug report so that we remember there is a fix to do on this plugin. Sure, done. Did you already use the EditExtractExtract by geometry type PlugIn ? It is perfectly suited to handle shapefile with heterogeneous geometries. I'd prefer this solution from deleting empty geometries without letting the user know. Maybe we can through a more explicit message to the user trying to export a heterogeneous shapefile to make him know about this tool. I didn't know about the Extract by geometry type plugin. Very handy! I tried it and it extracted the polygon (area) features, but not the geometrycollection features. I'm not familiar enough with this plugin to determine if this behavior would be surprising to a user, but it would let the user accomplish the task of filtering out the empty geometries. From a user's standpoint, I think it would be helpful if the shapefile export referred the user to Extract by geometry type plugin when the user tries to export a mixed-geometry layer to a shapefile. -lreeder Michaël -lreeder 2010/1/28 Michaël Michaud michael.mich...@free.fr: Martin Davis a écrit : I think in the past Ive used the convention that null geometry is represented as GEOMETRYCOLLECTION EMPTY. That way most or all of the JUMP functions should still work, but the user doesn't have to try and distinguish between a real geometry and one which is just a placeholder for null. Seems the best approach. I already saw this behaviour in OJ. Must check how postgis driver manage this case. Ideally JUMP would be able to handle null geometries in the GEOMETRY column as well - this should be fairly easy to add in, since it mostly just means checking and returning before doing anything. Do you mean returning a GEOMETRYCOLLECTION EMPTY instead of null in some base classes like BasicFeature.getGeometry() ? Should be interesting to try... Michaël Rahkonen Jukka wrote: Hi, It would be a correct behaviour to get nulls instead of zeros, I hope you can fix it. But check what happens if some attribute in a table or in the result set of a query contains only NULLs. The attribute field should still appear to OpenJUMP layer schema, and it should be of a correct data type. More fundamental question is what to do if geometry field is NULL. It is not so uncommon situation with databases, and the aim of many GIS projects is just to add spatial data for existing objects with already known attribute data by locating them on map. At present if the result of a PostGIS query contains only NULL geometries OpenJUMP throws a Null Pointer Exception. If there are both real geometries and NULL geometries in the result se, the lines which are missing geometry are skipped. A DB Query Plugin by Larry Reeder is using a workaroud that has been very usable for me: if geometry is missing the plugin creates a default geometry as a little rectangle polygon at the origo. By that way user gets the schema and attributes to OpenJUMP even if the geometry is empty. What is missing is a clever tool for digitizing the real geometry and inserting it in place of the default geometry. So what do developers think about what to do with features which do not have geometry? I am remembering that JUMP itself does not necessarily need geometry and I am rather sure that I have even seen such things in OpenJUMP. I quess I got them to OpenJUMP through opening some shapefile. -Jukka Rahkonen- Michaël Michaud wrote: Hi, I've got a question for database experts. In DatabaseQueryPlugIn, the following JDBC methods are used to get numeric attributes from database features - ResultSet.getInt() - ResultSet.getDouble() those methods return an int and a double, even if the database contains NULL NULL : getInt() -- 0 NULL : getDouble() -- 0.0 I think that OpenJUMP should get a null value each time the database contains a NULL value. If this there is no special reason to use those methods, I'll change the code to get null instead of 0 in this special cases. Thanks for any suggestion Michaël NB : I noticed another problem with null handling in SimpleQueryPlugIn. I fixed it in the svn that way : select features from layer1 where name = (empty combo box) now returns empty strings AND nulls (empty strings and null are very similar from the end-user point of view) I added is null as a function to be able to differentiate null from empty string cases There maybe some corner cases which are still not perfectly handled (when there are null in the dataset and the operator is not equal for example) -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support
Re: [JPP-Devel] problem with loading configuration with greek title in jumpprinter plugin
the list should know too Original Message Subject:Re: [JPP-Devel] problem with loading configuration with greek title in jumpprinter plugin Date: Fri, 29 Jan 2010 09:19:56 +0200 From: Nikos Tzelepis nikt...@survey.ntua.gr To: Stefan Steiniger sst...@geo.uzh.ch References: 4b61bfe9.1010...@geo.uzh.ch Stefan, It's about the cadplan plugin and Geoff Roy was very kind to send me a fixed jar, where the xml file is saved as unicode with no special encoding assigned in header, which works just fine. Nikos στις 28/1/2010 6:48 μμ, O/H Stefan Steiniger έγραψε: Hei Nikos, I have no idea if there is way to eliminate the problem (as both printer plugins are from external contributors), but thanks for telling us how to work around this issue. Is it actually the printer plugin from our sourceforge download site? Because there is a second print plugin from Cadplan stefan Nikos Tzelepis wrote: Hello, I use the JumpPrinter plugin and I have a problem using greek fonts. When I we save the configuration file through the Printer environment while using greek fonts in the Title and Note items, greek characters are replaced by ? characters when I load back the configuration. When I look at the XML file produced after saving with Windows Wordpad, I see that the greek characters are there. After a quick search on the web, I found that if I edit manually the produced xml file, erase the '' encoding='ISO-8859-1' standalone = 'yes' '' part and save the file as Unicode, then it comes up correctly with all the greek characters appearing. I would like to ask if there is some way to eliminate this problem. Thanks, Nikos -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] problem with loading configuration with greek title in jumpprinter plugin
As indicated by Nikos, the update has been done to allow unicode characters in the text elements of furniture item in a printed map. I will be posting a new version soon. There are still some other problems with creating PDFs with non-latin character sets using iText - it should be possible but I haven't a solution at the moment - any experience out there? Geoff Stefan Steiniger wrote: the list should know too Original Message Subject:Re: [JPP-Devel] problem with loading configuration with greek title in jumpprinter plugin Date: Fri, 29 Jan 2010 09:19:56 +0200 From: Nikos Tzelepis nikt...@survey.ntua.gr To: Stefan Steiniger sst...@geo.uzh.ch References: 4b61bfe9.1010...@geo.uzh.ch Stefan, It's about the cadplan plugin and Geoff Roy was very kind to send me a fixed jar, where the xml file is saved as unicode with no special encoding assigned in header, which works just fine. Nikos στις 28/1/2010 6:48 μμ, O/H Stefan Steiniger έγραψε: Hei Nikos, I have no idea if there is way to eliminate the problem (as both printer plugins are from external contributors), but thanks for telling us how to work around this issue. Is it actually the printer plugin from our sourceforge download site? Because there is a second print plugin from Cadplan stefan Nikos Tzelepis wrote: Hello, I use the JumpPrinter plugin and I have a problem using greek fonts. When I we save the configuration file through the Printer environment while using greek fonts in the Title and Note items, greek characters are replaced by ? characters when I load back the configuration. When I look at the XML file produced after saving with Windows Wordpad, I see that the greek characters are there. After a quick search on the web, I found that if I edit manually the produced xml file, erase the '' encoding='ISO-8859-1' standalone = 'yes' '' part and save the file as Unicode, then it comes up correctly with all the greek characters appearing. I would like to ask if there is some way to eliminate this problem. Thanks, Nikos -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2654 - Release Date: 01/29/10 03:36:00 -- Dr Geoffrey G Roy Cadplan 129 Gloster Street, Subiaco WA 6008 Tel: (08) 9381 4870 Fax: (08) 9382 4459 Email: ge...@cadplan.com.au http://www.cadplan.com.au No virus found in this outgoing message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2656 - Release Date: 01/30/10 03:35:00 -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] problem with loading configuration with greek title in jumpprinter plugin
To User of my Printer Plugin I have posted an updated version of the Printer plugin that allows unicode characters to be inserted into Furniture items. Geoff -- Dr Geoffrey G Roy Cadplan 129 Gloster Street, Subiaco WA 6008 Tel: (08) 9381 4870 Fax: (08) 9382 4459 Email: ge...@cadplan.com.au http://www.cadplan.com.au No virus found in this outgoing message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2656 - Release Date: 01/30/10 03:35:00 -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
