Re: [JPP-Devel] Fw: [Gvsig_english] how to move a polygon vertex to assigned coordinates
i don't think so. If so I would also use the draw other vertices first and snap the existing ones to those approach Rahkonen Jukka schrieb: Hi, I noticed an interesting question on gvsig list. Can we do this with OpenJUMP? -Jukka Rahkonen- G. Allegri wrote: [Gvsig_english] how to move a polygon vertex to assigned coordinates Hello eveyone. I'm wondering if Gvsig lets you define manually (like CAD) the destination coordinates of a vertex while editing a polygon. I've tried to use the Edit vertex tool, but its command line is not clear to me. It seems I can just move around the vertexes order, delete one, add one clicking in a point on the polygon boundary... So I can't do the two following things: - as I said, set manually the destination coords for a vertex, or set a new vertex also manually - graphically create a new polygon vertex outside of the polygon boundary. I mean, I would like not to have to add a vertex and then switch to another tool to move it to its final location, like it seems the only way now to me... Anyway, the first task is the most important to me, as I have a set of vertexes coordinates I have to modify manually... thanks a lot! giovanni ___ Gvsig_internacional mailing list gvsig_internacio...@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- 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] Fw: [Gvsig_english] how to move a polygon vertex to assigned coordinates
Hi, It's probably not exactly what is wanted, but I would use : Edit View/Edit the selected geometry (displaying vertices index on screen may help) Snapping previously edited vertices as Stefan suggest do also the trick Michaël Stefan Steiniger a écrit : i don't think so. If so I would also use the draw other vertices first and snap the existing ones to those approach Rahkonen Jukka schrieb: Hi, I noticed an interesting question on gvsig list. Can we do this with OpenJUMP? -Jukka Rahkonen- G. Allegri wrote: [Gvsig_english] how to move a polygon vertex to assigned coordinates Hello eveyone. I'm wondering if Gvsig lets you define manually (like CAD) the destination coordinates of a vertex while editing a polygon. I've tried to use the Edit vertex tool, but its command line is not clear to me. It seems I can just move around the vertexes order, delete one, add one clicking in a point on the polygon boundary... So I can't do the two following things: - as I said, set manually the destination coords for a vertex, or set a new vertex also manually - graphically create a new polygon vertex outside of the polygon boundary. I mean, I would like not to have to add a vertex and then switch to another tool to move it to its final location, like it seems the only way now to me... Anyway, the first task is the most important to me, as I have a set of vertexes coordinates I have to modify manually... thanks a lot! giovanni ___ Gvsig_internacional mailing list gvsig_internacio...@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- 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 -- 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] Null handling in OJ and in PlugIns
Hi Larry Reeder, Not too bad. Could you fill a bug report so that we remember there is a fix to do on this plugin. Sure, done. I could not reproduce the problem with mixed geometry, but found a bug (NPE) for null non-numeric attributes. I think the NPE you get is due to this bug (null attributes) and not due to empty geometry collections. I committed the change. When you'll have time, please, can you tell me it the problem is fixed. PS I also fixed null attributes extracted from database as 0 instead of null and now return GEOMETRYCOLLECTION EMPTY for null geometries, as Martin suggested. Thanks for the help Michaël 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
Re: [JPP-Devel] Fw: [Gvsig_english] how to move a polygon vertex to assigned coordinates
Hi,probabily Giovanni in GvSIG list wonders if there is a possibility to have a COGO tool in a GIS workbench: something like a box where to add manually the coordinates of a polygon. Note that Openjump can do this with add new geometry on layer list, using WKT text, but this tools is neither so simple nor so clear for simple users.regards Peppe --- Sab 30/1/10, Michaël Michaud michael.mich...@free.fr ha scritto: Da: Michaël Michaud michael.mich...@free.fr Oggetto: Re: [JPP-Devel] Fw: [Gvsig_english] how to move a polygon vertex to assigned coordinates A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Sabato 30 gennaio 2010, 18:52 Hi, It's probably not exactly what is wanted, but I would use : Edit View/Edit the selected geometry (displaying vertices index on screen may help) Snapping previously edited vertices as Stefan suggest do also the trick Michaël Stefan Steiniger a écrit : i don't think so. If so I would also use the draw other vertices first and snap the existing ones to those approach Rahkonen Jukka schrieb: Hi, I noticed an interesting question on gvsig list. Can we do this with OpenJUMP? -Jukka Rahkonen- G. Allegri wrote: [Gvsig_english] how to move a polygon vertex to assigned coordinates Hello eveyone. I'm wondering if Gvsig lets you define manually (like CAD) the destination coordinates of a vertex while editing a polygon. I've tried to use the Edit vertex tool, but its command line is not clear to me. It seems I can just move around the vertexes order, delete one, add one clicking in a point on the polygon boundary... So I can't do the two following things: - as I said, set manually the destination coords for a vertex, or set a new vertex also manually - graphically create a new polygon vertex outside of the polygon boundary. I mean, I would like not to have to add a vertex and then switch to another tool to move it to its final location, like it seems the only way now to me... Anyway, the first task is the most important to me, as I have a set of vertexes coordinates I have to modify manually... thanks a lot! giovanni ___ Gvsig_internacional mailing list gvsig_internacio...@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- 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 -- 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] Null handling in OJ and in PlugIns
I could not reproduce the problem with mixed geometry, but found a bug (NPE) for null non-numeric attributes. I think the NPE you get is due to this bug (null attributes) and not due to empty geometry collections. I committed the change. When you'll have time, please, can you tell me it the problem is fixed. Hey Michaël, I tried the 2010-01-31 nightly build and was unable to reproduce the problem. I think you fixed it. Nice work! -lreeder -- 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