Re: [Gvsig_english] New gvSIG3D build!!
Hi Lars-Göran, 2010/1/18 Lars-Göran Edholm lged.mor...@gmail.com: Hi! I have tested the new gvSIG3D build in Windows 7 and it does open raster files but it is very slow. In Gvsig 1.1.2 with 3D pilot and Windows XP everything is fine, I can open: Raster dem with overlays like Ortophoto (raster) several shp-files type water, roads, buildings elevation curves etc and everything goes smooth, I can zoom, rotate etc. I can use it to show interactiv to an audiens. In Gvsig 1.9 3D build11 and Windows 7 or Windows XP you can open: Raster dem with overlays but only 1 overlay shows at atime, if you check the layers in the layerlist only the overlay at the bottom of the layerlist is visible If you uncheck the overlay at the bottom of the layerlist, the next overlay is visible etc. With overlaying with Ortophoto (raster) I also see a grid Everything is very slow, zooming, panning etc is very jumpy. It feels like all resources on the computer is used. Which system do you have?, I mean Processor, Memory and Graphics card, this could gives us more clues to find the problem, but my first guess is a OpenGL Driver Problem with your Windows 7 installation. Did you check if you have the last graphics drivers for your system? I hope that the funcionality of Gvsig 1.1.2 with 3D pilot can be reached with gvSIG3D build in Windows 7 It does and even more, so the only I could say is that your drivers are not up to date. Rafa. Lars-Göran Edholm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- Rafael Gaitán Linares Instituto de Automática e Informática Industrial http://www.ai2.upv.es Ciudad Politécnica de la Innovación Universidad Politécnica de Valencia ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] HELP PLEASE - Does anyone know where I can get highresolution GIS data for use in tutorials?
Hello John, Very nice download site, thank you. Interestingly, Manhattan is missing. Out of curiosity, would you say the NY State Plane coordinate system (in feet) is still widely used in that area? Are you using it yourself within gvSIG? Regards, Juan Lucas Domínguez Rubio --- Prodevelop SL, Valencia (España) Tlf.: 96.351.06.12 -- Fax: 96.351.09.68 http://www.prodevelop.es http://www.prodevelop.es/ --- De: gvsig_internacional-boun...@listserv.gva.es en nombre de John Ladd Enviado el: dom 17/01/2010 18:38 Para: gvsig_internacional@listserv.gva.es Asunto: [Gvsig_english] HELP PLEASE - Does anyone know where I can get highresolution GIS data for use in tutorials? New York is about as far from Australia as one can get, but there is high resolution (1-foot pixels) aerial photography for New York State at http://www.nysgis.state.ny.us/gateway/mg/nysdop_download.cfm Other data for New York State including cadestral data can be found at http://www.nysgis.state.ny.us/ -- John Ladd 43 Hudson Watch Drive Ossining, NY 10562 tel 914-923-1108 ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] oracle spatial wrong interpretation of rectangles (at least 3d)
Five minutes for my coffe break... --- I see that OracleSpatialUtils.getFMapGeometryMultipolygon(...) checks if the data is Circle, otherwise it treats them as regular polygons. Maybe an isRectangle management would solve the issue... --- Back to work. giovanni 2010/1/18 G. Allegri gioha...@gmail.com: I think there's a bug in the interpretation of 3d rectangles in oracle spatial (3d polygons with interpretion code 3). I haven't the time in this moment to debug it, but I see that getFMapGeometry returns a multipolygon with the wrong set of coordinates, causing the geometry to be meaningless (a big triangle going to infinity). I don't know if it happens on 2d rectangles too (I suppose yes), because in this moment I don't have 2d metadata tables on the production db to test. giovanni ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
[Gvsig_english] JNI bindings and system binaries
Dear all, I am currently looking into how to compile binaries and JNI wrappers for platform-dependent binaries (GDAL,PROJ.4, etc.). I have some questions: 1. I am a bit unsure whether to use the JNI bindings from trunk or the 3D extension' versions. Are those version going to be merged into trunk again sometime soon? Does the current trunk version already support GDAL 1.6.3? 2. What's in the libjni-addo project? The same bindings also seem to be in libjni-gdal/main/java/org/addo? 2. If I look into libjni-gdal/main/java/org/gvsig/jogr, I see OGR vector data driver functions in there. Is this what gvSIG currently uses to manage shapefiles? Or is this just some experimental code? 3. The compilation instructions for jgdal, jmrsid etc.state that Visual C is needed on Linux. Is that because the native libraries were also compiled using Visual C? Or is there another reason? I am asking because I'd like to compile everything with MinGW. If I have to use Visual C: which version and is there a free version available? 4. Regarding Mac OS X, I noticed that there are some Mac specific projects in trunk: libjni-gdal-macosx, libjni-mrsid-macosx, ... Are those still needed on the Mac? Any help will be much appreciated! Best regards, Ben -- Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information. ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] JNI bindings and system binaries
Ben and others, Dear all, I am currently looking into how to compile binaries and JNI wrappers for platform-dependent binaries (GDAL,PROJ.4, etc.). I have some questions: 1. I am a bit unsure whether to use the JNI bindings from trunk or the 3D extension' versions. Are those version going to be merged into trunk again sometime soon? Does the current trunk version already support GDAL 1.6.3? 2. What's in the libjni-addo project? The same bindings also seem to be in libjni-gdal/main/java/org/addo? 2. If I look into libjni-gdal/main/java/org/gvsig/jogr, I see OGR vector data driver functions in there. Is this what gvSIG currently uses to manage shapefiles? Or is this just some experimental code? 3. The compilation instructions for jgdal, jmrsid etc.state that Visual C is needed on Linux. Is that because the native libraries were also compiled using Visual C? Or is there another reason? I am asking because I'd like to compile everything with MinGW. If I have to use Visual C: which version and is there a free version available? 4. Regarding Mac OS X, I noticed that there are some Mac specific projects in trunk: libjni-gdal-macosx, libjni-mrsid-macosx, ... Are those still needed on the Mac? mrsid and ecw are not working on gvSIG 1.9 3D so you can skip them for the time being. I will be great if you can compile them for the mac. Nevertheless the working mac version [1] seems to be using gdalframeworks and there are gdal plugins for both ecw and mrsid [2]. Keep in mind that there are redundant libraries when installing sextante 0.5 in gvSIG+3D-1_9_0-1253mac-macosx-i586. [1] ftp://downloads.gvsig.org/pub/gvSIG-desktop/devel/gvSIG-1_9/ext/3D/11/gvSIG+3D-1_9_0-1253mac-macosx-i586.dmg [2] http://www.kyngchaos.com/software/frameworks Any help will be much appreciated! Best regards, Ben -- Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information. ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- ** Dr. Agustín Diez Castillo Departament de Prehistòria i Arqueologia Phone: +34 963 86 42 42 Avda. Blasco Ibañez, 28 Fax: +34 963 86 42 34 València 46010 ** ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] oracle spatial wrong interpretation ofrectangles (at least 3d)
Hello, Giovanni. This is an interesting point. I think Oracle Spatial's 3D rectangles are beyond the scope of gvSIG's geometry model. gvSIG deals with 3D polygons in the sense that each vertex has a Z value, but this geometry: SDO_GEOMETRY(3003,NULL,NULL,SDO_ELEM_INFO_ARRAY(1, 1003, 3), SDO_ORDINATE_ARRAY(0,0,0,1,1,1)) is a cube with eight vertices. If we read it into gvSIG as a square, which Z must be set for each vertex? The Oracle Spatial driver knows that rectangles can be created in Oracle Spatial in a special way and it should work for 2D rectangles, and also for 3D polygons with 4 vertices, but not with those special 3D rectangles (cuboids). Honestly, I didnt know it was possible to create those cubes in Oracle Spatial, so I thought it was not necessary to manage that case. What should we do with those cubes that -in my opinion- cannot be represented properly in gvSIG 1.9? Regards, Juan Lucas Domínguez Rubio --- Prodevelop SL, Valencia (España) Tlf.: 96.351.06.12 -- Fax: 96.351.09.68 http://www.prodevelop.es http://www.prodevelop.es/ --- De: gvsig_internacional-boun...@listserv.gva.es en nombre de G. Allegri Enviado el: lun 18/01/2010 16:06 Para: Users and Developers mailing list Asunto: Re: [Gvsig_english] oracle spatial wrong interpretation ofrectangles (at least 3d) Five minutes for my coffe break... --- I see that OracleSpatialUtils.getFMapGeometryMultipolygon(...) checks if the data is Circle, otherwise it treats them as regular polygons. Maybe an isRectangle management would solve the issue... --- Back to work. giovanni 2010/1/18 G. Allegri gioha...@gmail.com: I think there's a bug in the interpretation of 3d rectangles in oracle spatial (3d polygons with interpretion code 3). I haven't the time in this moment to debug it, but I see that getFMapGeometry returns a multipolygon with the wrong set of coordinates, causing the geometry to be meaningless (a big triangle going to infinity). I don't know if it happens on 2d rectangles too (I suppose yes), because in this moment I don't have 2d metadata tables on the production db to test. giovanni ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional winmail.dat___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] oracle spatial wrong interpretation ofrectangles (at least 3d)
Right, by definition, a polygon is a _planar_ structure, which a cube is not. I have never seen a 3D cube as a GIS primitive type, either. I think the only way to represent this in gvSIG's data model (or in any OGC-like datamodel) would be to break the cube up into its six faces, each of which could then be represented as a 3D polygon with four vertices. Ben - Original Message - From: Juan Lucas Dominguez Rubio jldoming...@prodevelop.es To: Users and Developers mailing list gvsig_internacional@listserv.gva.es, Users and Developers mailing list gvsig_internacio...@runas.cap.gva.es Sent: Monday, January 18, 2010 6:20:14 PM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: [Gvsig_english] oracle spatial wrong interpretation ofrectangles (at least 3d) Re: [Gvsig_english] oracle spatial wrong interpretation ofrectangles (at least 3d) Hello, Giovanni. This is an interesting point. I think Oracle Spatial's 3D rectangles are beyond the scope of gvSIG's geometry model. gvSIG deals with 3D polygons in the sense that each vertex has a Z value, but this geometry: SDO_GEOMETRY(3003,NULL,NULL,SDO_ELEM_INFO_ARRAY(1, 1003, 3), SDO_ORDINATE_ARRAY(0,0,0,1,1,1)) is a cube with eight vertices. If we read it into gvSIG as a square, which Z must be set for each vertex? The Oracle Spatial driver knows that rectangles can be created in Oracle Spatial in a special way and it should work for 2D rectangles, and also for 3D polygons with 4 vertices, but not with those special 3D rectangles (cuboids). Honestly, I didnt know it was possible to create those cubes in Oracle Spatial, so I thought it was not necessary to manage that case. What should we do with those cubes that -in my opinion- cannot be represented properly in gvSIG 1.9? Regards, Juan Lucas Domínguez Rubio --- Prodevelop SL, Valencia (España) Tlf.: 96.351.06.12 -- Fax: 96.351.09.68 http://www.prodevelop.es --- De: gvsig_internacional-boun...@listserv.gva.es en nombre de G. Allegri Enviado el: lun 18/01/2010 16:06 Para: Users and Developers mailing list Asunto: Re: [Gvsig_english] oracle spatial wrong interpretation ofrectangles (at least 3d) Five minutes for my coffe break... --- I see that OracleSpatialUtils.getFMapGeometryMultipolygon(...) checks if the data is Circle, otherwise it treats them as regular polygons. Maybe an isRectangle management would solve the issue... --- Back to work. giovanni 2010/1/18 G. Allegri gioha...@gmail.com: I think there's a bug in the interpretation of 3d rectangles in oracle spatial (3d polygons with interpretion code 3). I haven't the time in this moment to debug it, but I see that getFMapGeometry returns a multipolygon with the wrong set of coordinates, causing the geometry to be meaningless (a big triangle going to infinity). I don't know if it happens on 2d rectangles too (I suppose yes), because in this moment I don't have 2d metadata tables on the production db to test. giovanni ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information. ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] JNI bindings and system binaries
Hi Ben, I'm Rafa again! :) El 18/01/10 16:20, Benjamin Ducke escribió: Dear all, I am currently looking into how to compile binaries and JNI wrappers for platform-dependent binaries (GDAL,PROJ.4, etc.). I have some questions: 1. I am a bit unsure whether to use the JNI bindings from trunk or the 3D extension' versions. Are those version going to be merged into trunk again sometime soon? Does the current trunk version already support GDAL 1.6.3? I don't know if will be merged, but probably will, because I fixed some JNI errors that doesn't affect to functionality. If you want compile jni bindings by yourself, I recommend you use the fixed versions (3D branch) but by now they are not oficial!. Trunk version I'm sure is not compiled against GDAL 1.6.3. Binaries from 3D branch are built against that version using Visual Studio 2008 SP1. 2. What's in the libjni-addo project? The same bindings also seem to be in libjni-gdal/main/java/org/addo? 2. If I look into libjni-gdal/main/java/org/gvsig/jogr, I see OGR vector data driver functions in there. Is this what gvSIG currently uses to manage shapefiles? Or is this just some experimental code? 3. The compilation instructions for jgdal, jmrsid etc.state that Visual C is needed on Linux. Is that because the native libraries were also compiled using Visual C? Or is there another reason? I am asking because I'd like to compile everything with MinGW. If I have to use Visual C: which version and is there a free version available? If you want compile on windows I think you can download a free version of the visual studio from microsoft web page, but make sure that *all your native libraries* are built with the same compiler. If you mix visual studio versions probably will give you crashes, because of mixing c++ runtime versions. JNI world is not as funny as Java! hehe. 4. Regarding Mac OS X, I noticed that there are some Mac specific projects in trunk: libjni-gdal-macosx, libjni-mrsid-macosx, ... Are those still needed on the Mac? If you use the 3D branch, they are not needed. Currently we are using CMake for multiplatform building. So only some basic knowledge of CMake is needed. We probably upload a BUILD_NOTES.txt to each jni project on the branch with a simple guide. Another problem that Agustin said is that I was not able to generate correctly ecw and mrsid libraries for MacOSX. ECW compiles and should work... but once you try to load a file it gives an exception and aborts the process :(. MRSID doesn't compile at all, I have the requested SDK but the build process gives some linkage problems. If you find a solution to the problem I will very pleasead to upload the changes to the 3D branch. Rafa. Any help will be much appreciated! Best regards, Ben -- Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information. ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] gvSIG1.1.2/1.9 -problems reading annotationsexported to dxf
Johanes: I encountered that bug when I tried to read GML files which contain lines that represent associated text, then export to annotation shapefile, and then convert to DXF file as text entities, all with gvSIG. I wasn't able to find the reason why AutoCAD (-Map) can't read the DXF file. I needed to write customised geometric text properties, so, I coded a Python script to write annotation Shapefiles, parsing the GML file as input. This is not the same question as yours, but I can suggest that perhaps it would be easy to write a python script to read an annotation Shapefile and then convert it to DXF (single DXF, only text entities with geometric attributes, i.e. insertion point, text height, rotation). I think DXF files are still an alternative to annotation shapefiles, when you need fixed sized texts on your map in a single way. Enrique Lorenzo Herrero Técnico INSTITUTO TECNOLÓGICO AGRARIO Junta de Castilla y León Consejería de Agricultura y Ganadería Valladolid Spain www.itacyl.es De: gvsig_internacional-boun...@listserv.gva.es [mailto:gvsig_internacional-boun...@listserv.gva.es] En nombre de Johannes Valenta Enviado el: lunes, 18 de enero de 2010 16:48 Para: Users and Developers mailing list Asunto: [Gvsig_english] gvSIG1.1.2/1.9 -problems reading annotationsexported to dxf Hi list, today I encountered problems reading a dxf file with Autocad. What did I do? I generated an annotation file from a shapefile which I then exported to dxf. gvSIG (both 1.1.2 and 1.9) properly displayed the exported dxf as points with text. As I tried to load this dxf into Autocad 2002 as well as into Autocad 2009 the file could not be opened due to an invalid database reference in line xxx. (the german error text is Ungültige Datenbankreferenz 0 auf Zeile 990. Ungültige oder unvollständige DXF-Eingabe -- Zeichnung abgebrochen.) Does anybody have a clue a) what this error means and b) how I can solve this problem? Any hint or suggestion is appreciated Best, Johannes ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] JNI bindings and system binaries
Hi Rafa, Thanks for your clarifications. I think I have a good idea of what I need to do now. I am hesitating to use Visual C because I don't want to sacrifice gigabytes of disk space just to get some C code compiled and I absolutely loath the semantics of cmd.exe and all those MS development tools. So I might adapt those CMake files to run MingW/GCC instead. Some build notes would be helpful, though. I will let you know if I run into another problem or in the unlikely case that I figure something out which you didn't know before! Best, Ben - Original Message - From: Rafael Gaitán gvsi...@ai2.upv.es To: gvsig internacional gvsig_internacional@listserv.gva.es Sent: Monday, January 18, 2010 6:58:52 PM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: [Gvsig_english] JNI bindings and system binaries Hi Ben, I'm Rafa again! :) El 18/01/10 16:20, Benjamin Ducke escribió: Dear all, I am currently looking into how to compile binaries and JNI wrappers for platform-dependent binaries (GDAL,PROJ.4, etc.). I have some questions: 1. I am a bit unsure whether to use the JNI bindings from trunk or the 3D extension' versions. Are those version going to be merged into trunk again sometime soon? Does the current trunk version already support GDAL 1.6.3? I don't know if will be merged, but probably will, because I fixed some JNI errors that doesn't affect to functionality. If you want compile jni bindings by yourself, I recommend you use the fixed versions (3D branch) but by now they are not oficial!. Trunk version I'm sure is not compiled against GDAL 1.6.3. Binaries from 3D branch are built against that version using Visual Studio 2008 SP1. 2. What's in the libjni-addo project? The same bindings also seem to be in libjni-gdal/main/java/org/addo? 2. If I look into libjni-gdal/main/java/org/gvsig/jogr, I see OGR vector data driver functions in there. Is this what gvSIG currently uses to manage shapefiles? Or is this just some experimental code? 3. The compilation instructions for jgdal, jmrsid etc.state that Visual C is needed on Linux. Is that because the native libraries were also compiled using Visual C? Or is there another reason? I am asking because I'd like to compile everything with MinGW. If I have to use Visual C: which version and is there a free version available? If you want compile on windows I think you can download a free version of the visual studio from microsoft web page, but make sure that *all your native libraries* are built with the same compiler. If you mix visual studio versions probably will give you crashes, because of mixing c++ runtime versions. JNI world is not as funny as Java! hehe. 4. Regarding Mac OS X, I noticed that there are some Mac specific projects in trunk: libjni-gdal-macosx, libjni-mrsid-macosx, ... Are those still needed on the Mac? If you use the 3D branch, they are not needed. Currently we are using CMake for multiplatform building. So only some basic knowledge of CMake is needed. We probably upload a BUILD_NOTES.txt to each jni project on the branch with a simple guide. Another problem that Agustin said is that I was not able to generate correctly ecw and mrsid libraries for MacOSX. ECW compiles and should work... but once you try to load a file it gives an exception and aborts the process :(. MRSID doesn't compile at all, I have the requested SDK but the build process gives some linkage problems. If you find a solution to the problem I will very pleasead to upload the changes to the 3D branch. Rafa. Any help will be much appreciated! Best regards, Ben -- Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information. ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information. ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] gvSIG 1.9 and font encoding issue: font encodingautomatically changed?
Dear Juan Lucas, unfortunately, I do not think so. I have set the default font encoding to cp-1252 _using the shalom-dialogue_ in the preferences... Therefore, I really think that it's a bug... Any ideas appreciated. Thank you very much for your thoughts. Best, Wolfgang Am Montag, den 18.01.2010, 13:33 +0100 schrieb Juan Lucas Dominguez Rubio: Hello, Wolfgang. That sounds like the kind of issue you should be able to solve with that new extension called extShalom. If I'm not wrong, it's goal is dealing with font encoding, though I've never used it. Regards, Juan Lucas Domínguez Rubio --- Prodevelop SL, Valencia (España) Tlf.: 96.351.06.12 -- Fax: 96.351.09.68 http://www.prodevelop.es --- __ De: gvsig_internacional-boun...@listserv.gva.es en nombre de Wolfgang Qual Enviado el: jue 14/01/2010 17:03 Para: Users and Developers mailing list Asunto: [Gvsig_english] gvSIG 1.9 and font encoding issue: font encodingautomatically changed? Hi list, I observed a very strange behaviour of gvSIG regarding font encoding. I would say, this is a bug, but it is at least a problem for colleagues of us who are still using ArcView 3.2: What I did was the following: 0) start a new view in gvSIG, default font encoding is cp1252 (set in preferences) 1) load an oracle spatial layer containing addresses, house numbers etc 2) export this layer to shp. Opened it in ArcView 3.2 and found no problems (all german umlauts are displayed correctly:ä,ö,ü,ß) 3) started edit mode of the new shapefile, added some columns, performed some string operations, saved the modifications 4) opened the modified shapefile in ArcView 3.2. Result: Umlauts (ü,ö,ä,ß) are not displayed correctly 5) opened the modified shapefile in gvSIG again, looked at the table properties in the project manager: font encoding of the table is UTF-8. This is very strange, don't you think? ArcView 3.2 cannot handle UTF-8 encoded data... Any comments, suggestions are more than welcome! Best, Wolfgang -- Wolfgang Qual Referat für Gesundheit und Umwelt Umweltschutz Umweltvorsorge RGU-UW 11 Bayerstraße 28a 80335 München Telefon +49 - 89 - 233 - 4 77 17 Telefax +49 - 89 - 233 - 4 77 05 http://www.muenchen.de/umweltatlas uw11@muenchen.de Bitte beachten Sie die Hinweise zur elektronischen Kommunikation mit der Landeshauptstadt München: http://www.muenchen.de/ekomm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] gvSIG 1.9 and font encoding issue: font encodingautomatically changed?
Dear all, I did one more test: 1) set default encoding to cp-1252 in the preferences. closed and reopened gvSIG 2) created a new layer, added a geometry, added a value for this geometry. 3) finished editing, reopened the attribute tabel 4) within the project manager: select the table of the new layer, go to preferences -- encoding of this layer (although font encoding was set in preferences) is utf-8 and then 1) opened an existing shapefile of our administration. font encoding is (seen in project manager, table preferences) cp-1252. ok. 2) start edit mode. left edit mode without changes -- font encoding is 1252 3) export the not-modified layer to shapefile: font encoding remains the same. 4) once the attribute table is modified (e.g. by adding a new column), the font encoding is altered to utf-8 - g I would be glad, if someone else could try to repeat this (btw, this test was done with the build 1253, bin-installation file, ubuntu 9.10 Best regards, Wolfgang Am Montag, den 18.01.2010, 20:37 +0100 schrieb Wolfgang Qual: Dear Juan Lucas, unfortunately, I do not think so. I have set the default font encoding to cp-1252 _using the shalom-dialogue_ in the preferences... Therefore, I really think that it's a bug... Any ideas appreciated. Thank you very much for your thoughts. Best, Wolfgang Am Montag, den 18.01.2010, 13:33 +0100 schrieb Juan Lucas Dominguez Rubio: Hello, Wolfgang. That sounds like the kind of issue you should be able to solve with that new extension called extShalom. If I'm not wrong, it's goal is dealing with font encoding, though I've never used it. Regards, Juan Lucas Domínguez Rubio --- Prodevelop SL, Valencia (España) Tlf.: 96.351.06.12 -- Fax: 96.351.09.68 http://www.prodevelop.es --- __ De: gvsig_internacional-boun...@listserv.gva.es en nombre de Wolfgang Qual Enviado el: jue 14/01/2010 17:03 Para: Users and Developers mailing list Asunto: [Gvsig_english] gvSIG 1.9 and font encoding issue: font encodingautomatically changed? Hi list, I observed a very strange behaviour of gvSIG regarding font encoding. I would say, this is a bug, but it is at least a problem for colleagues of us who are still using ArcView 3.2: What I did was the following: 0) start a new view in gvSIG, default font encoding is cp1252 (set in preferences) 1) load an oracle spatial layer containing addresses, house numbers etc 2) export this layer to shp. Opened it in ArcView 3.2 and found no problems (all german umlauts are displayed correctly:ä,ö,ü,ß) 3) started edit mode of the new shapefile, added some columns, performed some string operations, saved the modifications 4) opened the modified shapefile in ArcView 3.2. Result: Umlauts (ü,ö,ä,ß) are not displayed correctly 5) opened the modified shapefile in gvSIG again, looked at the table properties in the project manager: font encoding of the table is UTF-8. This is very strange, don't you think? ArcView 3.2 cannot handle UTF-8 encoded data... Any comments, suggestions are more than welcome! Best, Wolfgang -- Wolfgang Qual Referat für Gesundheit und Umwelt Umweltschutz Umweltvorsorge RGU-UW 11 Bayerstraße 28a 80335 München Telefon +49 - 89 - 233 - 4 77 17 Telefax +49 - 89 - 233 - 4 77 05 http://www.muenchen.de/umweltatlas uw11@muenchen.de Bitte beachten Sie die Hinweise zur elektronischen Kommunikation mit der Landeshauptstadt München: http://www.muenchen.de/ekomm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional