Re: [Gvsig_english] gvSIG 1.11 will not create ps-output (print to file via printing dialogue)
That's because you are running out of memory, just like Wolfgang was out of file descriptors on his system: "java.lang.OutOfMemoryError: Java heap space" Your problem is most likely a shortage of system resources, probably caused by a very large project. And with this I shall take my leave from this message list. Everyone who wants to stay in touch is invited to do so via the gvSIG CE mailing list(s) (http://gvsigce.org). Good bye. Ben On 03/21/2013 10:33 AM, georgsedlmeir wrote: > Hi, > I just tried printing Wolfgang's map with gvSIG 1.12, no success though. > Please see attached log file. > Best, > Georg > > > gvSIG.log <http://osgeo-org.1560.n6.nabble.com/file/n5042000/gvSIG.log> > > > > -- > View this message in context: > http://osgeo-org.1560.n6.nabble.com/gvSIG-1-11-will-not-create-ps-output-print-to-file-via-printing-dialogue-tp5041699p5042000.html > Sent from the gvSIG users mailing list archive at Nabble.com. > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this mailing > list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] Error message
Hi Angus, it seems that at least one of the raster layers in your project is no longer readable. Maybe it has been moved, renamed, deleted or corrupted in some other way? Best, Ben On 03/17/2013 01:22 PM, Angus Jeffery wrote: > Hello > Does anyone understand this error message and the problem/a solution > as it seems to have rendered a project unusable (running OADE on > windows)? > Kind regards > Angus > >>> Can´t read the driver: >>> com.hardcode.gdbms.driver.exceptions.ReadDriverException: Can´t read the >>> driver: >>> org.gvsig.fmap.raster.layers.FLyrRasterSE.draw(FLyrRasterSE.java:612) >>> com.iver.cit.gvsig.fmap.DefaultMapContextDrawer.draw(DefaultMapContextDrawer.java:209) >>> >>> com.iver.cit.gvsig.fmap.DefaultMapContextDrawer.draw(DefaultMapContextDrawer.java:175) >>> com.iver.cit.gvsig.fmap.MapContext.draw(MapContext.java:1097) >>> com.iver.cit.gvsig.fmap.MapControl$PaintingRequest.paint(MapControl.java:1043) >>> >>> com.iver.cit.gvsig.fmap.MapControl$Drawer2$Worker.run(MapControl.java:1234) >>> java.lang.Thread.run(Unknown Source) >>> org.gvsig.raster.dataset.io.RasterDriverException: Error reading data >>> org.gvsig.raster.dataset.io.GdalDriver.getWindowRaster(GdalDriver.java:373) >>> >>> org.gvsig.raster.dataset.MultiRasterDataset.getWindowRaster(MultiRasterDataset.java:652) >>> >>> org.gvsig.raster.buffer.BufferFactory.setAreaOfInterest(BufferFactory.java:299) >>> org.gvsig.raster.grid.render.Re n dering.draw(Rendering.java:276) org.gvsig.fmap.raster.layers.FLyrRasterSE.draw(FLyrRasterSE.java:689) org.gvsig.fmap.raster.layers.FLyrRasterSE.draw(FLyrRasterSE.java:610) com.iver.cit.gvsig.fmap.DefaultMapContextDrawer.draw(DefaultMapContextDrawer.java:209) com.iver.cit.gvsig.fmap.DefaultMapContextDrawer.draw(DefaultMapContextDrawer.java:175) com.iver.cit.gvsig.fmap.MapContext.draw(MapContext.java:1097) com.iver.cit.gvsig.fmap.MapControl$PaintingRequest.paint(MapControl.java:1043) com.iver.cit.gvsig.fmap.MapControl$Drawer2$Worker.run(MapControl.java:1234) java.lang.Thread.run(Unknown Source) > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this mailing > list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] OpenCADTools - Request For Testing
Thanks for taking care of these issues, Fran. The other issues that I reported are more or less cosmetics, nothing critical. Hopefully, we'll find the time to fix them bit by bit. Cheers, Ben On 01/10/2013 11:09 AM, Francisco Puga wrote: > 2013/1/10 Francisco Puga : >> Hi, >> >> Ben, Johannes. Thanks for the tests :) >> >> I fix the j and k issues [1] from Ben's report, and register the >> other as a "meta-issue" [2]. Internal Polygon will be also finished >> is "space" is pressed, but the option is still not being showing in >> the menu. >> >> I don't have time for more. >> >> I attach [3] the last version to this mail, we will make the >> release this week. >> >> [1] https://github.com/opencadtools/opencadtools/issues/38 [2] >> https://github.com/opencadtools/opencadtools/issues/39 > [3] https://dl.dropbox.com/u/2131623/com.iver.cit.gvsig.cad.zip > ___ Gvsig_internacional > mailing list Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this > mailing list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] OpenCADTools - Request For Testing
Actually, the interior polygon should have an action "Finish", just like all the other tools. Consistency of console shortcuts is indeed still a problem and something that needs to be checked for all tools, systematically. Cheers, Ben On 01/08/2013 08:46 PM, spatialjoe wrote: > Hi Fran, Ben, list, > > thanks for working on the tools and also thanks for extending testing > time. > > With Ben's seemingly exhaustive testing in mind I just tried to cut > some donut polygons. Well, this seems to remain a known problem as it > does not work as expected ("filling the holes" after cutting). > > Also I found that you cannot finish an interior polygon with "space", > you have to use "e" to end digitzing. Maybe end of digitizing could > be set to "space"? > > Best, > > Johannes > > > > -- View this message in context: > http://osgeo-org.1560.n6.nabble.com/OpenCADTools-Request-For-Testing-tp5024844p5026256.html > > Sent from the gvSIG users mailing list archive at Nabble.com. > ___ Gvsig_internacional > mailing list Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this > mailing list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] OpenCADTools - Request For Testing
Hi Fran, I have given OpenCAD some testing and have attached a text file with my findings. I have not found any critical problems except for an issue with representing arcs in shapefiles (see "j" in CAD-test.txt). I have found a number of smaller things that could be tweaked for a better user experience. Thanks for your work on OpenCAD; it really provides some very powerful editing tools. Cheers, Ben On 01/03/2013 04:32 PM, Francisco Puga wrote: Sure. We can wait. Maybe one more week. January 10th. 2012/12/28 bendu...@googlemail.com : Fran, thanks for you continued commitment to OpenCAD. This extension is greatly appreciated by myself and, I am sure, many others. Therefore: could you give us some more time for testing? Since we are in the middle of the holiday season, a lot of people might not be in front of their computers. Best wishes for the New Year, Ben Francisco Puga wrote: (English below) Hola a todos, Desde Cartolab nos gustaría hacer una nueva release del proyecto opencadtools [1] en un par de días. Antes de lanzar el plugin nos gustaría compartir una pre-release con las listas de usuarios para que lo probeis y nos digáis si encontraís algún error crítico que deberíamos corregir antes de la publicación final. Para probarlo simplemente haced una copia del plugin actual de vuestra instalación de gvSIG com.iver.cit.gvsig.cad y por el que se encuentra en este enlace [2] Recordad no usarlo con datos en producción y sólo, por ahora con fines de testeo. Muchas gracias. (English Version) Hi, From Cartolab we want to make a new release of the opencadtools [1] project in a couple of days. Before launch the final version we want to share a pre-release with the users mailing lists to allow you test it, and tell us if there are any critical error that we should fix before the final release. To test it, just make a copy of your actual plugin (com.iver.cit.gvsig.cad), delete it, and put in its place this one [2] Remember that this is not a final release so you should not use it on production data. Cheers. [1] https://github.com/opencadtools/opencadtools [2] https://dl.dropbox.com/u/2131623/com.iver.cit.gvsig.cad.zip -- Francisco Puga Grupo de Desarrollo Cartolab - Laboratorio de Ingeniería Cartográfica. http://www.cartolab.es ETS Ingeniería de Caminos, Canales y Puertos Universidade da Coruña Campus de Elviña - 15071 A Coruña (España) (34)981167000 ext. 5493 Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm 2012-08-01 -- Benjamin Ducke (bendu...@fastmail.fm) -- OpenCAD extension testing: Suggestions for improvements -- (a) Disable "Symmetry", "Scale" and "Follow geometry" tools for point layers. (b) Activate "Point" (or "Line" or "Polyline") tool instead of "Select" tool when opening the CAD editor on a newly created points layer. (c) All digitizing tools that allow undoing of the last vertex: - Rename action "removePoint" in context menu to "Undo last vertex". - Add a keyboard shortct "Undo [U]" to the console- (d) All digitizing tools that have "Cancel" in the context menu: - Move "Cancel" to end of menu and (if possible) insert a separator line before it. - Add a "Yes|No" question dialog before cancelling. (e) Make sure that console keyboard shortcuts are consistent: - "Polyline" has "C" assigned for "Close polyline", but other tools assign "C" to "Cancel" (!) (f) Basic digitizing tool for polygons ("Polyline"): - "Finish" and "Close polyline" are identical actions in this case, one of them can be dropped. However, a better solution would be to disable "Close polyline" for polygons. The "Multi-area" tool does the same job and works better. - "Finish" should only be available after at least 3 vertices have been set (this works fine for the new "Multi-area" tool). Otherwise, the result will be a line geometry instead of a polygon geometry. (g) Similar to (f): The "Polyline" tool would be unnecessary, since "M
Re: [Gvsig_english] A wish for a coming gvSIG-version
Oh, Ok. In that case I would vote for a progress display that would allow the user to make an informed decision about whether to wait for the result or abort the sorting/filtering. Best, Ben On 11/23/2012 11:21 AM, César Martínez Izquierdo wrote: > I understand that you will not show the half-sorted or half-filtered > table, but the table in its previous state (unsorted or unfiltered). > Otherwise, I agree with Benjamin. > > Best regards, > > César > > 2012/11/23 Benjamin Ducke <mailto:bendu...@fastmail.fm>> > > IMHO this is a not a good idea. > > What do you do with a table that is > half-sorted or half-filtered? The data > in such a table is inconsistent. > > If you want your attribute tables to > sort faster, you can add indices in > your DBMS for the columns you need to > sort on. > > If you want to work with a sample of > your data, then you should use a proper > method to draw a random sample. > > Just my two cents. > > Best, > > Ben > > On 11/23/2012 12:09 AM, Manuel Madrid wrote: > > Hi Woflgang, > > > > I agree it is interesting, not only in this process but in general. > > > > We'll try to take it into account in future versions. I opened a > feature > > request [1] in our issue management system. > > > > Best regards, > > Manuel. > > > > [1] https://devel.gvsig.org/redmine/issues/1423 > > > > El 16/11/12 14:20, Wolfgang Qual escribió: > >> Dear developers, > >> > >> sorting huge tables (~150.000 records) in gvSIG or applying > filters on > >> such tables sometimes takes long, especially when using oracle > spatial > >> layers. > >> In such cases, it would be great, if it would be possible to > stop the > >> filtering/sorting process. What about adding a button "cancel > sorting" > >> ord "cancel filtering" etc.? > >> Any comments will be appreciated very much! > >> > >> Best regards and nice weekend! > >> Wolfgang > >> > >> > >> > > > > > > -- > Benjamin Ducke > {*} Geospatial Consultant > {*} GIS Developer > > bendu...@fastmail.fm <mailto:bendu...@fastmail.fm> > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > <mailto:Gvsig_internacional@listserv.gva.es> > > To see the archives, edit your preferences or unsubscribe from this > mailing list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > > > > > -- > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > César Martínez Izquierdo > GIS developer > - - - - - - - - - - - - - - - - - - - - > ETC-SIA: http://sia.eionet.europa.eu/ > Universitat Autònoma de Barcelona (SPAIN) > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this mailing > list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] A wish for a coming gvSIG-version
IMHO this is a not a good idea. What do you do with a table that is half-sorted or half-filtered? The data in such a table is inconsistent. If you want your attribute tables to sort faster, you can add indices in your DBMS for the columns you need to sort on. If you want to work with a sample of your data, then you should use a proper method to draw a random sample. Just my two cents. Best, Ben On 11/23/2012 12:09 AM, Manuel Madrid wrote: > Hi Woflgang, > > I agree it is interesting, not only in this process but in general. > > We'll try to take it into account in future versions. I opened a feature > request [1] in our issue management system. > > Best regards, > Manuel. > > [1] https://devel.gvsig.org/redmine/issues/1423 > > El 16/11/12 14:20, Wolfgang Qual escribió: >> Dear developers, >> >> sorting huge tables (~150.000 records) in gvSIG or applying filters on >> such tables sometimes takes long, especially when using oracle spatial >> layers. >> In such cases, it would be great, if it would be possible to stop the >> filtering/sorting process. What about adding a button "cancel sorting" >> ord "cancel filtering" etc.? >> Any comments will be appreciated very much! >> >> Best regards and nice weekend! >> Wolfgang >> >> >> > -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] Set EPSG:4326 as default CRS for new views (gvSIG feature requests #753)
Hi Antonio, the problem with geodetic coordinate systems like EPSG:4326 vs. cartesian systems is that the two are of a completely different nature. Whichever one you choose, you cannot use it to work with data from the other group. No way to be neutral about that. I, for example, very rarely use lat/lon systems like ESPG:4326, but I do use a lot of different Cartesian systems. With the default of EPSG:23030, although it is not the system I need, I can get a Cartesian system and that's good enough for quickly loading some datasets and doing a bit of work on them. With EPSG:4326, I would have to switch the system first each and every time. The fact that EPSG:4326 covers a larger area of the world does not help me at all, because my work is always limited to some geographic region. I imagine that I am not the only one with that issue. Some software, like ArcGIS, tries to guess the CRS to use by looking at coordinate ranges: if the values are relatively small, it will assume lat/lon. This automatism has never worked for me and always been a pain in the a... . So whatever way you look at it, there is no easy solution. GIS users must learn about different CRS and they must learn how to switch and reproject between them. Cheers, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm On Fri, Jun 15, 2012, at 09:49, Antonio Falciano wrote: > Hi all, > IMHO geographically speaking, EPSG:4326, i.e. a global CRS, is much > neutral than a national one, like EPSG:23030. We generally use WGS84 from > all countries! Furthermore, I often see how several (not only basic) > users adopt EPSG:23030 improperly, while using EPSG:4326 would have the > advantage to represent projected coordinates in degrees in the status > bar and so encouraging us to change the CRS of the view accordingly with > our geodata. Without talking about web services which use only WGS84 > geographic coordinates...! > I'm agree with Ben about an initial agnostic CRS (for instance, useful > in local surveys), however if there's the need to initialize a CRS in > gvSIG, I think that EPSG:4326 is better, because covers the most part of > user needs and it represents the best possible compromise. > @Francisco: thanks for opening the ticket #779! > > Cheers, > Antonio > > Il 14/06/2012 13.10, Francisco Puga ha scritto: > > Hi, > > > > I don't have a strong opinion on this, so i encourage people to > > express themselves before make the change. > > > > Anyway, i'm not sure, but i think that there are some places in the > > code that 23030 is hardcoded, so it should be identified and changed. > > This can have secondary effects, so i don't feel comfortable making > > the change for 1.12. > > > > I open a ticket for the 1.x branch. > > > > https://devel.gvsig.org/redmine/issues/779 > > > > Again, thanks for point this Antonio. > > > > 2012/6/13 Benjamin Ducke: > >> I don't think there is any good default for a spatial > >> reference system. The only thing that makes sense IMHO > >> would be to allow users to work without any SRS at all > >> and to set one when/if they choose to. > >> > >> Btw. you can set the default SRS for new views in > >> the program preferences, so whatever the gvSIG default > >> may be: it's easy to change it permanently. > >> > >> Best, > >> > >> Ben > >> > >> -- > >> Benjamin Ducke > >> {*} Geospatial Consultant > >> {*} GIS Developer > >> > >> benducke AT fastmail.fm > >> > >> > >> On Wed, Jun 13, 2012, at 18:39, Antonio Falciano wrote: > >>> Hi all, > >>> I think that this feature request [1] could be directly applied > >>> since gvSIG 1.12. What do you think about it? > >>> > >>> Cheers, > >>> Antonio > >>> > >>> [1] https://devel.gvsig.org/redmine/issues/753 > > -- > Antonio Falciano > http://www.linkedin.com/in/antoniofalciano > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this > mailing list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] Set EPSG:4326 as default CRS for new views (gvSIG feature requests #753)
I don't think there is any good default for a spatial reference system. The only thing that makes sense IMHO would be to allow users to work without any SRS at all and to set one when/if they choose to. Btw. you can set the default SRS for new views in the program preferences, so whatever the gvSIG default may be: it's easy to change it permanently. Best, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm On Wed, Jun 13, 2012, at 18:39, Antonio Falciano wrote: > Hi all, > I think that this feature request [1] could be directly applied > since gvSIG 1.12. What do you think about it? > > Cheers, > Antonio > > [1] https://devel.gvsig.org/redmine/issues/753 > > -- > Antonio Falciano > http://www.linkedin.com/in/antoniofalciano > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this > mailing list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] Sum a raster within polygon boundaries
This functionality is also available via the GRASS interface: http://grass.fbk.eu/gdp/html_grass64/v.rast.stats.html -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm On Sun, Jun 10, 2012, at 11:55, José Antonio Canalejo Alonso wrote: > I've created this feature request: > http://gvsigce.sourceforge.net/mantis/view.php?id=284 > Now without name in "Assigned To" until someone takes a look into the > algorithm, creates this feature or hires a developer to make this > possible. > Thanks for your testing (Georg) and report (Zi ) > Best regards > Jose > > -- > José Canalejo > www.csgis.de > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this > mailing list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] xyz data
Sorry, the correct command is actually r.in.xyz. To get your data read in correctly you will have to at least set the field separator (option "fs") to , (comma). Also, your first six lines are header information. You might be able to just skip over them with the "-i" flag. Ben On 06/03/2012 04:51 PM, Angus Jeffery wrote: > Ben > > Here are the first few lines of the data, which is basically a 10m > elevation grid in British National Grid: > > north:121750 > south:96750 > east:258025 > west:233025 > rows:6275026 > cols:3 > 28,10,94 > 28,100010,97.6 > 28,100020,101.3 > 28,100030,103.5 > 28,100040,105.4 > 28,100050,107.4 > > > Line 2091676: 261020,87520,499.6 > > Log: > Sun, 03-Jun-2012 15:39:49 GRASS: r.in.ascii input="D:\LANDSCAPE > VISUAL\01_JOBS\Aardvark EM\North > Beer\04_Received\OS_Landform_Profile_DTM_ASCII_XYZ_167655_248228\OS_Profile_head.xyz" > title=OS_Profile mult="1.0 or read from header" nv="* or read from > header" output=output[TMP] --overwrite > Sun, 03-Jun-2012 15:39:49 GRASS: > Sun, 03-Jun-2012 15:39:57 GRASS: > Sun, 03-Jun-2012 15:40:11 GRASS: ERROR: Data conversion failed at row > 2091676, col 1 > Sun, 03-Jun-2012 15:40:11 GRASS: > > None of the option boxes were checked. For the output extent, I simply > put the extent of the data, i.e. N/S/E/W as stated in the header > above, with 10 cell size. I ran a few times and it always stops at the > line 2091676. > > Thanks > Angus > > On 3 June 2012 14:25, Benjamin Ducke wrote: >> Hi Angus, please post: (a) an excerpt of >> two or three lines of your input data, (b) the names >> and values of all options you used to run r.in.ascii >> (you can get the complete command line from the >> SEXTANTE log viewer, page "GRASS output"), and (c) >> the offending line #2091676. >> >> There is no significant memory limitation for >> r.in.ascii, as it only rasterizes one point at >> a time. >> >> Cheers, >> >> Ben >> >> >> On 06/03/2012 02:00 PM, Angus Jeffery wrote: >>> Hi Ben >>> Thanks for such a quick reply. I created the required header rows for >>> r.in.ascii and but when I run it I am getting a consistent error >>> message: "Data conversion failed at row 2091676, col 1". I looked at >>> the data in this row and there is nothing different to any other >>> record. Could this be a memory issue, is there a limit to how many >>> points can be processed this way? What else should I check? >>> Best regards >>> Angus >>> >>> On 3 June 2012 11:47, Benjamin Duckewrote: >>>> Use the r.in.ascii GRASS module from within >>>> SEXTANTE to directly rasterize the data. >>>> That way, you can deal with millions of data >>>> points without having to go through memory >>>> and CPU intensive operations, such as building >>>> vector points and interpolating them back to >>>> a raster. >>>> >>>> Ben >>>> >>>> On 06/03/2012 12:17 PM, Angus Jeffery wrote: >>>>> Morning >>>>> I want to work out an effective workflow for getting a large quantity >>>>> of ascii .xyz data (point elevation data) into gvSIG - I estimate >>>>> roughly 7 million points, with end use intended to be raster map in >>>>> gvSIG or vector for export to other software (e.g. .dxf file showing >>>>> elevation contours). Has anyone undertaken a similar task or does >>>>> anyone have any ideas of a sensible workflow using gvSIG/grass modules >>>>> please? >>>>> As an alternative to using all the data, does gvSIG have an effective >>>>> way of subsampling, so reducing the data to be processed and speeding >>>>> up the process, accepting lower accuracy? >>>>> Best regards >>>>> Angus >>>>> ___ >>>>> Gvsig_internacional mailing list >>>>> Gvsig_internacional@listserv.gva.es >>>>> >>>>> To see the archives, edit your preferences or unsubscribe from this >>>>> mailing list, please access this url: >>>>> >>>>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional >>>> >>>> >>>> >>>> -- >>>> Benjamin Ducke >>>> {*} Geospatial Consultant >>>> {*} GIS Developer >>>> >>>> bendu...@fastma
Re: [Gvsig_english] xyz data
Hi Angus, please post: (a) an excerpt of two or three lines of your input data, (b) the names and values of all options you used to run r.in.ascii (you can get the complete command line from the SEXTANTE log viewer, page "GRASS output"), and (c) the offending line #2091676. There is no significant memory limitation for r.in.ascii, as it only rasterizes one point at a time. Cheers, Ben On 06/03/2012 02:00 PM, Angus Jeffery wrote: > Hi Ben > Thanks for such a quick reply. I created the required header rows for > r.in.ascii and but when I run it I am getting a consistent error > message: "Data conversion failed at row 2091676, col 1". I looked at > the data in this row and there is nothing different to any other > record. Could this be a memory issue, is there a limit to how many > points can be processed this way? What else should I check? > Best regards > Angus > > On 3 June 2012 11:47, Benjamin Ducke wrote: >> Use the r.in.ascii GRASS module from within >> SEXTANTE to directly rasterize the data. >> That way, you can deal with millions of data >> points without having to go through memory >> and CPU intensive operations, such as building >> vector points and interpolating them back to >> a raster. >> >> Ben >> >> On 06/03/2012 12:17 PM, Angus Jeffery wrote: >>> Morning >>> I want to work out an effective workflow for getting a large quantity >>> of ascii .xyz data (point elevation data) into gvSIG - I estimate >>> roughly 7 million points, with end use intended to be raster map in >>> gvSIG or vector for export to other software (e.g. .dxf file showing >>> elevation contours). Has anyone undertaken a similar task or does >>> anyone have any ideas of a sensible workflow using gvSIG/grass modules >>> please? >>> As an alternative to using all the data, does gvSIG have an effective >>> way of subsampling, so reducing the data to be processed and speeding >>> up the process, accepting lower accuracy? >>> Best regards >>> Angus >>> ___ >>> Gvsig_internacional mailing list >>> Gvsig_internacional@listserv.gva.es >>> >>> To see the archives, edit your preferences or unsubscribe from this mailing >>> list, please access this url: >>> >>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional >> >> >> >> -- >> Benjamin Ducke >> {*} Geospatial Consultant >> {*} GIS Developer >> >>bendu...@fastmail.fm >> ___ >> Gvsig_internacional mailing list >> Gvsig_internacional@listserv.gva.es >> >> To see the archives, edit your preferences or unsubscribe from this mailing >> list, please access this url: >> >> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this mailing > list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] xyz data
Use the r.in.ascii GRASS module from within SEXTANTE to directly rasterize the data. That way, you can deal with millions of data points without having to go through memory and CPU intensive operations, such as building vector points and interpolating them back to a raster. Ben On 06/03/2012 12:17 PM, Angus Jeffery wrote: > Morning > I want to work out an effective workflow for getting a large quantity > of ascii .xyz data (point elevation data) into gvSIG - I estimate > roughly 7 million points, with end use intended to be raster map in > gvSIG or vector for export to other software (e.g. .dxf file showing > elevation contours). Has anyone undertaken a similar task or does > anyone have any ideas of a sensible workflow using gvSIG/grass modules > please? > As an alternative to using all the data, does gvSIG have an effective > way of subsampling, so reducing the data to be processed and speeding > up the process, accepting lower accuracy? > Best regards > Angus > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this mailing > list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] [Gvsig _english] [Gvsig _english] Installation Error: "nicht genügend Ferstpla ttenspeicher......."
> Are you installing through the Intranet? or in each computer? > Are you sure you are installing on the unit that is 400 GB?, I mean, > maybe you are installing gvSIG on an unit that has less space. > Or maybe the problem is quite the opposite. Are you installing to a very large hard disk? In that case, there may be an overflow error in the function that computes the free space. Ben > We have to work on some instructions in order to have a log of your > installation process, if possible. Then we'll send you those instructions. > > Regards, > Viqui-. > > On 14/05/12 15:46, Arne Weiser wrote: >> Hi Viqui, >> I have the admin permissions - but no chance to install. One sende me >> another exe-file. I will test it next week and then I will post the >> results - thanks >>> Hi Arne, >>> this could be obvious, but do you have admin permissions? >>> >>> Viqui-. >>> >>> On 11/05/12 14:19, Arne Weiser wrote: >>>> Dear Mario, >>>> >>>> after choosing the otions the next window in the lowe right corner is >>>> the >>>> calculation of the disk size - anything around 300 MB is necessary but >>>> only 7 bytes on the harddisk free - in true 400 GB is free so >>>> the >>>> installation aborted. This happens not only at one computer, its occur >>>> at >>>> NINE Computers (Laboratory)... >>>> >>>> Best regards >>>> Arne >>>> >>>> >>>>> Dear Arne, >>>>> >>>>> it's very strange because gvSIG doesn't use to inform about available >>>>> size on disk, ans also it's strange that it's only 7 bytes. Anything >>>>> would work then. >>>>> >>>>> Did you have any other program running? Have you tried it again after >>>>> restarting the computer? >>>>> >>>>> Best regards, >>>>> Mario >>>>> >>>>> >>>>> >>>>> On 08/05/12 11:50, Weiser, Arne wrote: >>>>>> Dear List, >>>>>> >>>>>> I try to install: >>>>>> >>>>>> >>>>>> >>>>>> gvSig-1_11-1305-final-win-i568-withjre-j1_5.exe under Windows 7 >>>>>> >>>>>> >>>>>> >>>>>> at the begin the installer calculate the memory of the harddisk at 7 >>>>>> bytes (?) - so the installtion abortet. >>>>>> >>>>>> >>>>>> >>>>>> Any help possible?? >>>>>> >>>>>> >>>>>> >>>>>> ___ >>>>>> Gvsig_internacional mailing list >>>>>> Gvsig_internacional@listserv.gva.es >>>>>> >>>>>> To see the archives, edit your preferences or unsubscribe from this >>>>>> mailing list, please access this url: >>>>>> >>>>>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional >>>>> ___ >>>>> Gvsig_internacional mailing list >>>>> Gvsig_internacional@listserv.gva.es >>>>> >>>>> To see the archives, edit your preferences or unsubscribe from this >>>>> mailing list, please access this url: >>>>> >>>>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional >>>>> >>>> Hochschule für Technik und Wirtschaft >>>> Arne Weiser FB 5 GT >>>> Wilhelminenhofstr. 75a >>>> 12459 BERLIN >>>> Tel.: 0049.30.50194374 >>>> Internet: >>>> http://krg.htw-berlin.de/informieren/studienschwerpunkte/grabungstechnik/ >>>> >>>> ___ >>>> Gvsig_internacional mailing list >>>> Gvsig_internacional@listserv.gva.es >>>> >>>> To see the archives, edit your preferences or unsubscribe from this >>>> mailing list, please access this url: >>>> >>>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional >>> ___ >>> Gvsig_internacional mailing list >>> Gvsig_internacional@listserv.gva.es >>> >>> To see the archives, edit your preferences or unsubscribe from this >>> mailing list, please access this url: >>> >>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional >>> >> >> Hochschule für Technik und Wirtschaft >> Arne Weiser FB 5 GT >> Wilhelminenhofstr. 75a >> 12459 BERLIN >> Tel.: 0049.30.50194374 >> Internet: >> http://krg.htw-berlin.de/informieren/studienschwerpunkte/grabungstechnik/ >> > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this mailing > list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] SLD grammar syntax
Vect._draw(FLyrVect.java:448) > >> > com.iver.cit.gvsig.fmap.layers.FLyrVect.draw(FLyrVect.java:627) > >> > > >> > com.iver.cit.gvsig.fmap.DefaultMapContextDrawer.draw(DefaultMapContextDrawer.java:209) > >> > > >> > > >> > > >> > com.iver.cit.gvsig.fmap.DefaultMapContextDrawer.draw(DefaultMapContextDrawer.java:175) > >> > > >> > com.iver.cit.gvsig.fmap.MapContext.draw(MapContext.java:1088) > >> > > >> > com.iver.cit.gvsig.fmap.MapControl$PaintingRequest.paint(MapControl.java:1043) > >> > > >> > > >> > > >> > com.iver.cit.gvsig.fmap.MapControl$Drawer2$Worker.run(MapControl.java:1234) > >> > java.lang.Thread.run(Unknown Source) > >> > > >> > Cheers, > >> > Antonio > >> > > >> > Il 26/04/2012 22.21, Pablo Cuadrado ha scritto: > >> > > Hi Benjamin, > >> > > For me is dark toobut trying it works. > >> > > With [field]>=0.5 works ¿=? > >> > > In more complex expressions I have a lot of errors and I donŽt > >> locate a > >> > > good reference about this grammar. > >> > > Best regards. > >> > > > >> > > Pablo Cuadrado > >> > > > >> > > > >> > >> > > *De:* Benjamin Ducke >> <mailto:bendu...@fastmail.fm>> > >> > > *Para:* Users and Developers mailing list > >> > > >> > <mailto:gvsig_internacional@listserv.gva.es>> > >> > > *Enviado:* Jueves 26 de abril de 2012 17:29 > >> > > *Asunto:* [Gvsig_english] SLD grammar syntax > >> > > > >> > > Dear All, > >> > > > >> > > could someone shed some light on this eternal dark > >> > > secret of gvSIG and provide some "SLD grammar" examples > >> > > that can be used with the "Expression" filter and the > >> > > advanced labeling? > >> > > > >> > > E.g. in the "Expression" filter (Symbology) I try to > >> > > simply filter out all features for which "Field" has a > >> > > value equal or greater than "0.5". I enter the following: > >> > > > >> > > [Field] >= 0.5 > >> > > > >> > > And get an "Invalid expression" error. > >> > > > >> > > What would be the correct syntax? > >> > > > >> > > Thanks, > >> > > > >> > > Ben > >> > > > >> > > -- > >> > > Benjamin Ducke > >> > > {*} Geospatial Consultant > >> > > {*} GIS Developer > >> > > > >> > > bendu...@fastmail.fm <mailto:bendu...@fastmail.fm> > >> > <mailto:bendu...@fastmail.fm > >> <mailto:bendu...@fastmail.fm%20%3Cmailto:bendu...@fastmail.fm>>> > >> > > ___ > >> > > Gvsig_internacional mailing list > >> > > Gvsig_internacional@listserv.gva.es > >> > <mailto:Gvsig_internacional@listserv.gva.es> > >> > > <mailto:Gvsig_internacional@listserv.gva.es > >> > <mailto:Gvsig_internacional@listserv.gva.es>> > >> > > > >> > > To see the archives, edit your preferences or unsubscribe from this > >> > > mailing list, please access this url: > >> > > > >> > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > >> > > > >> > > > >> > > > >> > > > >> > > ___ > >> > > Gvsig_internacional mailing list > >> > > Gvsig_internacional@listserv.gva.es > >> > <mailto:Gvsig_internacional@listserv.gva.es> > >> > > > >> > > To see the archives, edit your preferences or unsubscribe from this > >> > mailing list, please access this url: > >> > > > >> > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > >> > > >> > -- > >> > Antonio Falciano > >> > http://www.linkedin.com/in/antoniofalciano >
[Gvsig_english] SLD grammar syntax
Dear All, could someone shed some light on this eternal dark secret of gvSIG and provide some "SLD grammar" examples that can be used with the "Expression" filter and the advanced labeling? E.g. in the "Expression" filter (Symbology) I try to simply filter out all features for which "Field" has a value equal or greater than "0.5". I enter the following: [Field] >= 0.5 And get an "Invalid expression" error. What would be the correct syntax? Thanks, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] dual monitor and gvsig
Paolo, IMHO, this is the weakest point about the gvSIG GUI. The problem is that gvSIG uses its own window management, based on an MDI (multiple document interface) called Andami (correct me if I am wrong here). This works OK for single monitors, but it gets in the way of the operating system's window manager, so multi-monitor setups will not work well. The best solution IMHO would be to get rid of the Andami MDI and let the operating system handle the application windows (which it does much better than any custom MDI ever could, anyway). However, Andami is deeply embedded in gvSIG, so I am afraid we are stuck with it for the foreseeable future. Ben On 03/17/2012 10:06 AM, VT wrote: > Hi all, > is there the possibility to split gvsig interface in two monitors (i.e. > tables and views in separate monitors)? > if not, is it in future to-do list? I think this could be very useful > and strongly improves software usability. > > thanks in advance > > Paolo > > > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this mailing > list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] problems with administrator-rights under WINDOWS 7...
Sorry, I am out of ideas. But I suspect that your problem cannot be fixed on the gvSIG side. Maybe it is actually the Java installation, or maybe another network file system issue. Are you using the JRE that comes with gvSIG OADE, or a system Java installation? You could try installing gvSIG into a user folder on the local harddisk, instead of the system's program path, assuming that this is an option in your network setup. Ben On 12/19/2011 03:09 PM, Ulrike Assmann wrote: > Hallo Ben, > > thank you for your answer. > > "Well, Windows access rights can get quite complex, > especially if you are in a network environment. > However, gvSIG OADE requires only read access to > the directory it's installed in. I am bit surprised > that's not working with your setup." > > - yes, we are in a network environment > - and we have tried it with full rights for the user, but the error remains... > > "Please attach the file C:\Users\\gvSUIG\gvSIG.log" > to your next message." > > - this file is created only after the first start, so there is not such file > - if we start the programm as administrator, there is no error > > We think that it does no matter where gvSIG is installed, the problem is that > the java > command can not be executed. > > Do you have another idea? > > Thanks in advance! > And with greetings from Stralsund > > Ulrike Assmann > Dipl.-Kartographin > > Tel.: +49 38 31/61 08-23 > Fax: +49 38 31/61 08-49 > E-Mail: mailto:u...@umweltplan.de > WEB: http://www.umweltplan.de > - > UmweltPlan GmbH Stralsund > Hauptsitz Stralsund > Tribseer Damm 2 > 18437 Stralsund > > Sitz der Gesellschaft: Stralsund * Amtsgericht: Stralsund / HRB 3306 > Geschäftsführerin: Dipl.-Geographin Synke Ahlmeyer > > -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] problems with administrator-rights under WINDOWS 7
Well, Windows access rights can get quite complex, especially if you are in a network environment. However, gvSIG OADE requires only read access to the directory it's installed in. I am bit surprised that's not working with your setup. Alternatively, you could copy/install the software to your user home directory, or even put it on an extenal USB drive and use it from there. Please attach the file C:\Users\\gvSUIG\gvSIG.log" to your next message. Best, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm On Thu, Dec 15, 2011, at 16:05, Ulrike Assmann wrote: > Hallo Ben, > > Thank you for your speedy answer. > > But we had checked the rights of the directory > c:\Program Files (x86)\gvsig-oade\ > > I think the problem are the rights under > C:\Users\... > There is no possibility to modify the permit. The user has full access, > but the error message > comes anyway... > > Best regards > > Ulrike Assmann > Dipl.-Kartographin > > Tel.: +49 38 31/61 08-23 > Fax:+49 38 31/61 08-49 > E-Mail: mailto:u...@umweltplan.de > WEB:http://www.umweltplan.de > - > UmweltPlan GmbH Stralsund > Hauptsitz Stralsund > Tribseer Damm 2 > 18437 Stralsund > > Sitz der Gesellschaft: Stralsund * Amtsgericht: Stralsund / HRB 3306 > Geschäftsführerin: Dipl.-Geographin Synke Ahlmeyer > > ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] problems with administrator-rights under WINDOWS 7
Check that the software has been installed in a directory that non-admins are allowed to open and have read access to. -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer benducke AT fastmail.fm On Tue, Dec 13, 2011, at 16:11, Ulrike Assmann wrote: > Hello list, > > We are using gvSIG 1.10 (OADE 2010.1.0) and we got some problems under > WINDOWS 7. > To start the program gvSIG local administrator-rights are necessary. > Otherwise we see the > following message/command: > > > The cornrnand > > . ./]re\bin\]avaw -DPlastic.defaull:Theme=5ilver > -Djava.lirary.path=". ./lib" -cp > ". /andarni. ]ar";". /lib/castor-0.9.5.3-xrnl. ]ar";". > /lib/cornrnons-codec- > 1.3. jar";". /lib/g vsig-i 13n. jar";". /lib/i ver-utiles. jar";". > /lib/ja va ws. jar" > ;". /lib/jcalendar. jar";". /lib/]comrnon-1.0.10. jar";". /lib/jf > reechart-1. > 0.6. jar";". /lib/jh. jar";". /lib/ JUF-1.0. jar";". /lib/J > WizardComponent. j > ar";". /Iib/kxml2.jar";". /Iib/Iog4 j-1.2.3. jar";". /lib/looks-2.1.4. > jar";". /h > b/org. gvsig. exceptions. ]ar";". /lib/org. gvsig. ui. ]ar";". > /hb/RXTXcom > m. jar";". /lib/tempFileManager. jar";"./hb/xerces_2_5_0. jar";". /lib/x > ml-apis. )ar";". /hb/xrnlrpc-2.0.1 .]ar";M./lib/commons-collections-3.1. > zip";". /lib/commons-dbcp-1.0-de v-20020306. zip";". /lib/cornrnons-p > ool-1.2.zip" -XrnslO24M -XmxlO24M -Xss 1024k > com.iver.andarni.Launcher gvSIG gvSIG/extensiones > "-DgvSIG. confDir=C:\Users\name\gvSIG" "-DgvSIG.crsDir=" > could not be executed. > > > Has anybody an idea, what could be the problem and how to solve it? > > Thanks in advance! > > Ulrike Assmann > > > Ulrike Assmann > Dipl.-Kartographin > > Tel.: +49 38 31/61 08-23 > Fax:+49 38 31/61 08-49 > E-Mail: mailto:u...@umweltplan.de > WEB:http://www.umweltplan.de > - > UmweltPlan GmbH Stralsund > Hauptsitz Stralsund > Tribseer Damm 2 > 18437 Stralsund > > Sitz der Gesellschaft: Stralsund * Amtsgericht: Stralsund / HRB 3306 > Geschäftsführerin: Dipl.-Geographin Synke Ahlmeyer > > > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this > mailing list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] Transfer .gvp from Windows to Mac Os
Have you opened the file in a text editor and checked whether the file separators are "\" instead of "/"? If so, then you can use a simple search and replace in your text editor to replace all "\" with "/". However, this problem would have to be fixed in gvSIG. gvSIG should never write OS specific file separators into a project file. Best, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm On Monday, November 28, 2011 12:04 PM, "T.W.Argles" wrote: > I am trying to provide 2 versions of the same .gvp file for Windows and > Mac Os users. I created the project in Windows (XP or 7), using relative > file path names, and can copy the project folder with the required data > files to other servers for students to use. > > However, if I try to open the .gvp file in Mac OS, it doesn't recognize > any of the datafiles, and if I browse for them, gvSIG can't 'see' the > files at all. I suspect this is because the filenames stored in the .gvp > file are restricted to Windows format, and won't transfer to Mac OS. > > If this is so, I could rebuild the projects from scratch on a machine > running Mac OS. But is there any way to avoid this - that is, a way to > build the .gvp file with file path names that will transfer across > platforms? > > Strange Q, I know - any help would be appreciated. Sorry for lack of log > files - test was on a borrowed Mac. > > Cheers, > Tom > > > -- > The Open University is incorporated by Royal Charter (RC 000391), an > exempt charity in England & Wales and a charity registered in Scotland > (SC 038302). > > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > > To see the archives, edit your preferences or unsubscribe from this > mailing list, please access this url: > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] gvSIG 1.11 & sextante
FWIW: gvSIG CE uses Victor's original SEXTANTE bindings, not the ones that are in the gvSIG 1.11 SVN. Ben On 10/09/2011 06:42 PM, José Antonio Canalejo Alonso wrote: > Nacho found the reason. > I get the same error with the technology preview gvSIG CE. Log file is > attached in bug tracker (ID 152) > Best regards > Jose > > > > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] gvSIG XY layer
Hi, On Wednesday, September 28, 2011 1:59 AM, "Niels" wrote: > hello, > I have two questions concerning xy layers in gvsig 1.11.0 or gvSig OADE > 2010. > > 1) When I include a .dbf table to my project I am able to draw a xy layer > out of it and depict it, make changes etc. in my actual view. Howevere, > after storing and closing the projct, when reopening it, the xy table > will > be removed from the project. > Immediately after creating the new points layer, export it to a new Shapefile. Then remove the original layer and work on the Shapefile instead. That way, your work will be permanently saved. > 2) I wonder iof there is any way to make a xy layer with coordinates > other > than degree/deciamal degree with two positions of decimal degree, only. > (z.B > -10,56/-76,35) > I am trying to make a map with archaeological sites, each site one > coordenate, but as it is not possible to include decimal seconds the site > located clse to each other appear as one single site. How can I change > the > format for entering ccordinates? This is the only format that the CSV import tool currently understands. I was not aware that accuracy is so limited. This is something that needs to be fixed in the gvSIG CSV import tool. Alternatively, you can try to import your data with "Normalize table" for greater control. Maybe that way you get better accuracy. If that also fails, than you need to use an external software to convert your lat/lon coordinates to UTM and work in that system. Best, Ben > > Thanks for your comments > > Niels > > > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/gvSIG-XY-layer-tp6839448p6839448.html > Sent from the gvSIG users mailing list archive at Nabble.com. > ___ > 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.11 not running on MacOS X 10.7 Lion
Do the instructions here: http://gvsigce.sourceforge.net/wiki/images/1/1a/Howto_get_ready_with_SAGA_GRASSGIS.pdf also work for Mac OS X? Ben Am 22.09.2011 20:18, schrieb Agustin Diez Castillo: > > On Sep 22, 2011, at 8:01 PM, Benjamin Ducke wrote: > >>> in es.unex.sextante there is already a grass folder, should I put there the >>> grass/bin folder from oade? or change the grass root folder living there >>> with >>> /Applications/gvsig-oade-2010-1.0.0/gvSIG-OADE-2010.app/Contents/Resources/grass >> >> I would say copy the whole "grass" root folder >> from "/Applications/gvsig-oade-2010-1.0.0/../Resources" >> into "es.unex.sextante", overwriting the existing >> and empty "grass" folder there. > First is not empty, the description folder is in there; actually out of the > box I can see both SAGA and GRAS algorithms in the sextante GUI but this is > another history. Putting the old grass there does not work ;-(. Any thoughts? > Best. >> >> Cheers. >> >> Ben >> >>>> >>>> Cheers, >>>> >>>> Ben >>>> ___ >>>> 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 >> > > ___ > 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.11 not running on MacOS X 10.7 Lion
> in es.unex.sextante there is already a grass folder, should I put there the > grass/bin folder from oade? or change the grass root folder living there with > /Applications/gvsig-oade-2010-1.0.0/gvSIG-OADE-2010.app/Contents/Resources/grass I would say copy the whole "grass" root folder from "/Applications/gvsig-oade-2010-1.0.0/../Resources" into "es.unex.sextante", overwriting the existing and empty "grass" folder there. Cheers. Ben >> >> Cheers, >> >> Ben >> ___ >> 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
Re: [Gvsig_english] gvSIG 1.11 not running on MacOS X 10.7 Lion
Am 22.09.2011 19:24, schrieb Agustin Diez Castillo: > Dear list, > Both Ai2 version and gvSIG CE work in Lion. Good to know! It should also be possible to copy the GRASS binaries from the last gvSIG OADE to the SEXTANTE folder of gvSIG SE. Have you tried that? I would be interested to know if it works. Cheers, Ben ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] Linux native libraries in 64 bits
All GDAL drivers throw an "Invalid format" error when linking the JNI lib against GDAL 1.8.x and trying to load a raster layer. It's a pity, because GDAL 1.7.x works and I suspect that there is only a tiny little API change which causes this incompatibility. Anyhow, I have some notes on compiling GDAL etc. for gvSIG on Linux/Win and Mac OS X, 32 and 64 bit here: http://gvsigce.sourceforge.net/wiki/index.php/Compiling_the_C/C%2B%2B_support_libraries Maybe you will find something useful. It would be great to have GDAL 1.8 support and to move ECW and MrSID into the GDAL drivers, instead of having to maintain them in separate JNI libs. Cheers, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm On Thursday, September 22, 2011 4:33 PM, "Jordi Torres" wrote: > Nope. AFAIK gvSIG-2.0 is being developed against gdal 1.6.3 in linux 32 > bits. So I did too the gdal tar.gz package for linux 64 bits and compiled > the bindings against that version. Have you detected any problem when > compiling against 1.8? > > Cheers. > > > 2011/9/22 Benjamin Ducke > > > Good news. Did you manage to get GDAL 1.8 to work with > > the GDAL JNI bindings? > > > > Cheers, > > > > Ben > > > > -- > > Benjamin Ducke > > {*} Geospatial Consultant > > {*} GIS Developer > > > > bendu...@fastmail.fm > > > > > > On Thursday, September 22, 2011 2:41 PM, "Jordi Torres" > > wrote: > > > Hi all, > > > > > > I've compiled and created the packages (tar.gz) for 64 bits native > > > libraries > > > in linux (Except ecw and mrsid). They are ready to be deployed and I've > > > tested in a couple of machines. > > > I am wondering if is a good idea to fill up a ticket in osor and do the > > > deploy. This way other developers will be able to test in this > > > architecture. > > > Note that I am talking about gvSIG 2.0 for gvSIG-maven-repository. > > > > > > Thoughts? > > > > > > Cheers. > > > > > > -- > > > Jordi Torres Fabra > > > > > > gvSIG 3D blog > > > http://gvsig3d.blogspot.com > > > Instituto de Automática e Informática Industrial > > > http://www.ai2.upv.es > > > > > > ___ > > > 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 > > > > > > -- > Jordi Torres Fabra > > gvSIG 3D blog > http://gvsig3d.blogspot.com > Instituto de Automática e Informática Industrial > http://www.ai2.upv.es > > ___ > 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.11 not running on MacOS X 10.7 Lion
It seems to be available here: http://support.apple.com/kb/DL1421 After installation, open a Terminal and type: java -version to make sure it's installed correctly on your system. Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm On Thursday, September 22, 2011 9:51 AM, "Alexandre Leroux" wrote: > > Hi Benjamin - thanks for the blazing fast reply, > > Since I'm upgrading from 10.6, I presumed I already have it installed. > But since I could not confirm, I tried to find it on the web and install > it again, but failed. I can't seem to find it. > http://www.apple.com/search/?q=java+runtime yields no pertinent results. > Anywhere I can find this "Apple Java Runtime" prerequisite for using > gvSIG? > > If there is a prerequisite for gvSIG under Lion, it would be nice to > mention it on the download page > (http://www.gvsig.org/web/projects/gvsig-desktop/other-distributions ). > > > Cheers - Alex :-) > > > > Le 2011-09-22 à 9:37, Benjamin Ducke a écrit : > > > Did you install the Apple Java Runtime into your Mac OS? > > It does not come pre-installed on 10.7. > > > > Ben > > > > -- > > Benjamin Ducke > > {*} Geospatial Consultant > > {*} GIS Developer > > > > bendu...@fastmail.fm > > > > > > On Thursday, September 22, 2011 9:29 AM, "Alexandre Leroux" > > wrote: > >> > >> Hi list, > >> > >> Mario Carrera encouraged me to contact to list regarding this issue. > >> > >> I wanted to use gvSIG for processing shapefiles, but gvSIG fails to > >> starts on MacOS X 10.7 "Lion". > >> > >> I tried the version available from > >> http://www.gvsig.org/web/projects/gvsig-desktop/other-distributions > >> > >> > >> > >> Cheers, > >> > >> Alex - slashgeo.org > >> ___ > >> 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 > ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] gvSIG 1.11 not running on MacOS X 10.7 Lion
Did you install the Apple Java Runtime into your Mac OS? It does not come pre-installed on 10.7. Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm On Thursday, September 22, 2011 9:29 AM, "Alexandre Leroux" wrote: > > Hi list, > > Mario Carrera encouraged me to contact to list regarding this issue. > > I wanted to use gvSIG for processing shapefiles, but gvSIG fails to > starts on MacOS X 10.7 "Lion". > > I tried the version available from > http://www.gvsig.org/web/projects/gvsig-desktop/other-distributions > > > > Cheers, > > Alex - slashgeo.org > ___ > 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] Linux native libraries in 64 bits
Good news. Did you manage to get GDAL 1.8 to work with the GDAL JNI bindings? Cheers, Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm On Thursday, September 22, 2011 2:41 PM, "Jordi Torres" wrote: > Hi all, > > I've compiled and created the packages (tar.gz) for 64 bits native > libraries > in linux (Except ecw and mrsid). They are ready to be deployed and I've > tested in a couple of machines. > I am wondering if is a good idea to fill up a ticket in osor and do the > deploy. This way other developers will be able to test in this > architecture. > Note that I am talking about gvSIG 2.0 for gvSIG-maven-repository. > > Thoughts? > > Cheers. > > -- > Jordi Torres Fabra > > gvSIG 3D blog > http://gvsig3d.blogspot.com > Instituto de Automática e Informática Industrial > http://www.ai2.upv.es > > ___ > 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_english] (no subject)
I am afraid it's not. The extension ".adf" is also used for ArcInfo binary grids. And that's what the GDAL driver understands. A TIN in ArcGIS is a custom data structure. I don't know any open source driver that can read this format. I am not even sure there is publicly available documentation, so that an open source driver could be developed. Ben -- Benjamin Ducke {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm On Tuesday, September 20, 2011 12:28 PM, "José Antonio Canalejo Alonso" wrote: > >Dear list, > >very short question: is it possible to load TIN-data into gvSIG (*.adf) > >into gvSIG? > > Yes it is: > http://www.gvsig.org/web/projects/gvsig-desktop/devel/gvsig/1-10-0/formats > > >What about the 3d-extension and TIN? > >A short comment would be appreciated very much. > >Best, > >Wolfgang > > Best regards > Jose > ___ > 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] Looking for extension home page
Thanks, that's what I was looking for. Am 19.09.2011 18:32, schrieb pablo cuadrado: > http://www.gvsig.org/web/plugins/downloads/visualizacionavanzada > > > > Pablo Cuadrado > > -------- > *De:* Benjamin Ducke > *Para:* Users and Developers mailing list > ; > gvsigce-commun...@lists.sourceforge.net > *Enviado:* lunes 19 de septiembre de 2011 17:26 > *Asunto:* [Gvsig_english] Looking for extension home page > > Dear All -- > > A year or two ago, an extension was released > for gvSIG 1.9+ that would allow the user > to open two data views side-by-side and keep them > synchronized. > > The extension was quite stable and usable, but > I cannot find it on the web anymore. I believe > it was called "Visualizacion Avanzado" or "Vista > Avanzado". > > Does anyone know what happened to it and if it > is still available somewhere? > > Thanks, > > Ben > ___ > Gvsig_internacional mailing list > Gvsig_internacional@listserv.gva.es > <mailto: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
[Gvsig_english] Looking for extension home page
Dear All -- A year or two ago, an extension was released for gvSIG 1.9+ that would allow the user to open two data views side-by-side and keep them synchronized. The extension was quite stable and usable, but I cannot find it on the web anymore. I believe it was called "Visualizacion Avanzado" or "Vista Avanzado". Does anyone know what happened to it and if it is still available somewhere? Thanks, Ben ___ Gvsig_internacional mailing list Gvsig_internacional@listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
Re: [Gvsig_english] extCAD and OpenCAD extension
Thanks for this information, it is very important stuff to know. I think that the CAD editing functionality is really very central for a lot of users. So maybe it would be an option to delay 1.12 until the issues you describe below have been resolved? It would be a great feature for the next version to have the new OpenCAD tools included. In any case, could you please keep everybody informed about your progress on this mailing list? Thanks, Ben - Original Message - > Jorge already explains it perfectly. Cartolab hopes that it can be > integrated in 1.12 but we are not sure if we are going to arrive in > time :/ > > I only want to clarify one point. > > 2011/8/30 Benjamin Ducke : > > Are the patches to "extCAD" in the gvSIG SVN > > being mirrored in OpenCAD, so that it will be > > save to overwrite "extCAD" in gvSIG 1.11/1.12 with > > OpenCAD? > > As OpenCADTools is a fork from a really old version of gvSIG the trunk > of OpenCADTools in this moment is not up-to-date with gvSIG trunk. > There are fixes present in gvSIG that are not on OpenCADTools, and > some that are in OpenCADTools and not in gvSIG. > > We almost have accomplish a clean integration of the tools and patches > provided by OpenCADTools over the current gvSIG trunk, but it's not a > straight forward process. We hope to publish this in the next two > weeks and some developers from the tsc already bring us help. > > -- Francisco Puga > Grupo de Desarrollo > Cartolab - Laboratorio de Ingeniería Cartográfica. > http://www.cartolab.es > > ETS Ingeniería de Caminos, Canales y Puertos > Universidade da Coruña > Campus de Elviña - 15071 A Coruña (España) > (34)981167000 ext. 5493 > ___ 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] extCAD and OpenCAD extension
Thanks for the explanation, Jorge. That has clarified it. Cheers, Ben - Original Message - > El 30/08/11 11:06, Benjamin Ducke escribió: > > Hi All, > > > > I am a bit confused about the status of "extCAD" in the > > gvSIG SVN and the OpenCAD extension by Cartolab. As far > > as I can see, OpenCAD is a replacement for "extCAD". > > However: it lives in its own OSOR SVN. > > > > Authors can explain better but in short, OpenCADTools is an evolution > of some specific CAD tools developed some time ago for a vertical > gvSIG application, that were later adapted for newer versions of gvSIG > (1.9) and for general use. > > > So is OpenCAD a fork of extCAD? If it's not, then why > > not just merge OpenCAD into the gvSIG SVN and maintain > > it as the new "extCAD"? > > > > Yes, it's a fork but is updated with extCAD adding more > functionalities, and in close coordination with core team. Some of > them are (or have > been) part of the gvSIG Technical Steering Committee. > > It's planned to substitute extCAD by OpenCADTools, but as a part of > the core of gvSIG Desktop we first need from some of the current > copyright holders to accept the gvSIG CLA. As two of them are public > administrations, and we are in summer, this process is taking more > than expected. > > > > Are the patches to "extCAD" in the gvSIG SVN > > being mirrored in OpenCAD, so that it will be > > save to overwrite "extCAD" in gvSIG 1.11/1.12 with > > OpenCAD? > > > > Yes for the first, not sure about the second, I assume that yes. > OpenCADTools developers can add more details if they wish. > > Regards > > -- Jorge Gaspar Sanz Salinas > gvSIG Team at Prodevelop > Technical Collaborations Manager > http://www.gvsig.org > http://www.gvsig.com > ___ 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
[Gvsig_english] extCAD and OpenCAD extension
Hi All, I am a bit confused about the status of "extCAD" in the gvSIG SVN and the OpenCAD extension by Cartolab. As far as I can see, OpenCAD is a replacement for "extCAD". However: it lives in its own OSOR SVN. So is OpenCAD a fork of extCAD? If it's not, then why not just merge OpenCAD into the gvSIG SVN and maintain it as the new "extCAD"? Are the patches to "extCAD" in the gvSIG SVN being mirrored in OpenCAD, so that it will be save to overwrite "extCAD" in gvSIG 1.11/1.12 with OpenCAD? Best, 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] KML in gvSIG
Please see here (search page for "KML"): http://oadigital.net/software/gvsigoade/gvsigbugs Best, Ben - Original Message - > Hello all, > > I use gvSIG 1.10 (OADE 2010.1.0) and I have problems to add a KML-file > from Google Earth > in gvSIG. The message is "Multilayers are not supported. All > geometries have been merged > into one layer." In the KML-file are polygons, lines and points. Is it > possible to read Multilayer- > KML-files in gvSIG in general or not? > > Thank you and > Regards > > Ulrike Assmann > Dipl.-Kartographin > > Tel.: +49 38 31/61 08-23 > Fax: +49 38 31/61 08-49 > E-Mail: mailto:u...@umweltplan.de > WEB: http://www.umweltplan.de > - UmweltPlan GmbH > Stralsund Hauptsitz Stralsund > Tribseer Damm 2 > 18437 Stralsund > > Sitz der Gesellschaft: Stralsund * Amtsgericht: Stralsund / HRB 3306 > Geschäftsführerin: Dipl.-Geographin Synke Ahlmeyer > > ___ 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] Calculating bearing to point
The GRASS module "v.distance" should also do the trick -- although figuring out all its parameters can take a little experimenting: http://grass.fbk.eu/gdp/html_grass64/v.distance.html Cheers, Ben - Original Message - > Hello Angus > > Check on SEXTANTE->"Distance and Angles" algorithm. > > Regards, > Nacho V > > > > 2011/8/26 Angus Jeffery < jeffery...@gmail.com > > > > Hello > I have point dataset and wish to calculate the bearing (and distance > possibly) from each of these points to a fixed single point (this can > either be a point data or a co-ordinate). Is anyone familiar with a > simple way of doing this in gvSIG? I have browsed Grass and Sextante > tools and haven't found anything. > Kind regards > Angus > ___ Gvsig_internacional > mailing list > Gvsig_internacional@listserv.gva.es > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > > > > -- > > > Juan Ignacio Varela García > > > > > ___ 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] Error When Exporting from Map with a Raster Layer
It looks like a problem with the native raster libs. This works fine on gvSIG OADE, so I am thinking that the native binary linking in gvSIG 1.11 might be flawed in some way. In that case, it is possible that an important error will not show up in the log. Try starting gvSIG from a terminal and right after the error occurs, inspect the terminal messages for anything suspicious, such as the system complaining about a shared library missing or an unresolved symbol. Cheers, Ben - Original Message - > I am attempting to export a map with a raster layer (in JPG format) on > top of > the shape files it's been rectified to. I've tried both with the pdf > and the postscript options and receive the same error. I have tried > this with > 1.10 on OS X and with 1.11 on Linux and again received the same error. > > I have also converted my JPG files to TIFF with no change in results. > > Any suggestions? Relevant excerpt from my logs below. This excerpt > comes from my Linux install. > > 2.6.32-33-generic #71-Ubuntu SMP Wed Jul 20 17:30:40 UTC 2011 i686 > GNU/Linux > > Thanks very much! > > -- > > DEBUG AWT-EventQueue-1 com.iver.andami.ui.mdiFrame.MDIFrame - Execute > command:PDF DEBUG AWT-EventQueue-1 > com.iver.andami.messages.NotificationManager - Can´t > read the driver: > Can´t read the driver: > at > org.gvsig.fmap.raster.layers.FLyrRasterSE.draw(FLyrRasterSE.java:656) > at > org.gvsig.fmap.raster.layers.FLyrRasterSE.print(FLyrRasterSE.java:1103) > at > com.iver.cit.gvsig.fmap.DefaultMapContextDrawer.print(DefaultMapContextDrawer.java:237) > at > com.iver.cit.gvsig.fmap.DefaultMapContextDrawer.print(DefaultMapContextDrawer.java:496) > at com.iver.cit.gvsig.fmap.MapContext.print(MapContext.java:724) > at > com.iver.cit.gvsig.project.documents.layout.fframes.FFrameView.printX(FFrameView.java:507) > at > com.iver.cit.gvsig.project.documents.layout.fframes.FFrameView.draw(FFrameView.java:464) > at > com.iver.cit.gvsig.project.documents.layout.fframes.FFrameView.print(FFrameView.java:492) > at > com.iver.cit.gvsig.project.documents.layout.gui.Layout.drawLayoutPrint(Layout.java:198) > at com.iver.cit.gvsig.Print.drawShapes(Print.java:126) > at com.iver.cit.gvsig.Print.print(Print.java:195) > at > com.iver.cit.gvsig.project.documents.layout.FLayoutDraw.toPDF(FLayoutDraw.java:756) > at > com.iver.cit.gvsig.project.documents.layout.gui.Layout.layoutToPDF(Layout.java:631) > at > com.iver.cit.gvsig.project.documents.layout.gui.Layout.layoutToPDF(Layout.java:667) > at > com.iver.cit.gvsig.ExportLayoutExtension.execute(ExportLayoutExtension.java:92) > at > com.iver.andami.plugins.ExtensionDecorator.execute(ExtensionDecorator.java:89) > at > com.iver.andami.ui.mdiFrame.MDIFrame.actionPerformed(MDIFrame.java:674) > at > javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012) > at > javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335) > at > javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404) > at > javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) > at > javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:253) > at > java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289) > at > java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289) > at java.awt.Component.processMouseEvent(Component.java:6203) > at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) > at java.awt.Component.processEvent(Component.java:5968) > at java.awt.Container.processEvent(Container.java:2105) > at java.awt.Component.dispatchEventImpl(Component.java:4564) > at java.awt.Container.dispatchEventImpl(Container.java:2163) > at java.awt.Component.dispatchEvent(Component.java:4390) > at > java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461) > at > java.awt.LightweightDispatcher.processMouseEvent(Container.java:4125) > at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055) > at java.awt.Container.dispatchEventImpl(Container.java:2149) > at java.awt.Window.dispatchEventImpl(Window.java:2478) > at java.awt.Component.dispatchEvent(Component.java:4390) > at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:649) > at java.awt.EventQueue.access$000(EventQueue.java:96) > at java.awt.EventQueue$1.run(EventQueue.java:608) > at java.awt.EventQueue$1.run(EventQueue.java:606) > at java.security.AccessController.doPrivileged(Native Method) > at > java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) > at > java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116) > at java.awt.EventQueue$2.run(EventQueue.java:622) > at java.awt.EventQueue$2.run(EventQueue.java:620) > at java.security.AccessController.doPrivileged(Native Method) > at > java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:619) > at >
Re: [Gvsig_english] copying shape file layers
> > I would only suggest to make it clear to any user of gvSIG. For > example a > warning or info message could pop up, either directly when copying the > layer or when modifying layer data when is has been copied. It is a > matter of > "user friendliness" of software. Of course, I agree, "hard core users" > may find this absolutely unnecessary... Such a message would get very annoying after a short time. Obviously, a compromise must be found between the interests of beginners and advanced users. Maybe it would be possible to introduce a configuration setting which could toggle between "novice" and "advanced" GUI modes. It would be possible to allow/disallow certain action, modify GUI entries and display more or less warning messages, depending on the mode that gvSIG is running in. Technically, this would be relatively simple to do. But it would require some careful analysis of user behavior and common problems for novices to be effective. The downside would be that any documentation or tutorial would have to take into account both possible GUI modes. So we would have to be very careful about not creating too many significant differences. If there is real interest in implementing this, then we could use the gvSIG CE Wiki to sketch out a plan collaboratively. Best, Ben > > Cheers > Klaus > > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/copying-shape-file-layers-tp6643699p6651428.html > Sent from the gvSIG users mailing list archive at Nabble.com. > ___ 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] Publisher for gvSIG 1.11.0?
Hi Steven -- I am afraid these are several distinct issues. You will not be able to get the Publisher extension to run on the current version of gvSIG, because it has not been updated for gvSIG 1.10/11/12 yet (as far as I know). The error message you get from the installer is bogus. Regarding 32/64 bit Java: The Java byte code in the compiled class (JAR) files is not "real" machine language. It's 8 bit instructions that are compiled to run in a Java virtual machine (JVM). In other words: You can freely choose to run a 32 or 64 bit JVM on your system. Both will run the same gvSIG installation just fine. BUT: This is not true for the native binaries that come with gvSIG (C/C++ code, such as GDAL for raster data access, GRASS, etc.). Since 64 and 32 bit code cannot be mixed within one process (program), if you run gvSIG in a 64 bit JVM, then you also need 64 bit versions of these native binaries. Such versions are not currently available for download (as far as I know). Regarding JAI: This also contains native binaries and those are not available in a 64 bit version. And never will be, because JAI is abandoned software. BUT: JAI does not need to use native binaries. Those are only meant to speed up things. You can just install JAI and the Java Image I/O tools into a 32 bit JVM, then copy only their JAR files into your 64 bit JVM, and you should be OK, although you may lose some performance in image data access. Bottom line: - You cannot currently run gvSIG in a 64 bit JVM without loosing major functionality (but you can run it just fine in a 32 bit JVM on your 64 bit operating system!). - You cannot run the Publisher extension with any recent version of gvSIG Hope this helps to clarify things. Ben - Original Message - > Hello, > > I'm very new to gvSIG and not sure if my question has been addressed > elsewhere already. My apologies if it has. The short question is how > to install Publisher on 1.11 or if it is even possible. The details of > my recent attempt are below. > > I believe gvSIG 1.11.0 was correctly installed on my Windows XP x64 > os. The > 32bit gvSIG was installed because the 64bit version does not allow > Publisher at this time(?). Also installed Java jre 1.5.0 and JAI > Library. Not being > familiar with Java it is possible they were not installed correctly. > > Started the install by double-clicking on > "gvsig-1_1_x-publishing-BN14-windows-i586.exe". Answered "Yes" to "Do > you want to install gvSIG_ext_publisher-01_14?". Answered "Yes" to > gvSIG Install-Launcher "Do you want to check the application > requirements?..." Answered "OK" to gvSIG Install-Launcher > "Installation requires to download > this file: JAI Library..." The installer thinks a few moments then > returns "The program... jai-1_1_3-lib-windows-i586-jre.exe cannot > start or run due > to incompatibility with 64-bit versions of Windows...". So far as I > can tell, Java does not have a 64bit version. > > I guess this means as long as JAI Library is not compatible with 64bit > XP, then no matter what is done, Publisher will not install properly. > Even if > 32bit gvSIG is installed. > > An odd note related to this is I tried the same thing on my 32bit XP > at home > last night and got the exact same results. > > Is anyone aware of a 64bit compatible JAI Library to correctly install > Publisher? Is there some other work-around? > > Thank You, > > Steven > > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Publisher-for-gvSIG-1-11-0-tp6649300p6649300.html > Sent from the gvSIG users mailing list archive at Nabble.com. > ___ 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] copying shape file layers
Sorry, I was getting a bit carried away, as I felt that the discussion was drifting towards general aspects gvSIG's GUI design. In my view, Klaus' original problem was caused by some uncertainty about what a layer really is in gvSIG, and how it relates to the actual physical data on the disk, not so much by the menu label. As regards the latter: To me, ("Copy") seems short, clear and unambiguous, and changing it would not be an improvement. In fact, a label like "Copy TOC reference" or "Copy layer" would leave me confused. Since this is a context menu function, clearly working within the context of a layer, I would not expect it to explicitly (re-)state that context in the label. Cheers, Ben - Original Message - > On 03/08/11 17:31, Benjamin Ducke wrote: > > For these reasons, I am not a believer in masking the > > de facto complexity of GIS with a GUI, either. Sooner > > or later, that approach is bound to backfire. > > Benjamin, > > I can't understand how you perceive improving a GUI interface so that > the function that a particular menu option performs is clear and > unambiguous, is masking the de facto complexity of GIS? > > -- Cheers Simon > > Simon Cropper > Website Administrator > http://gis.fossworkflowguides.com The fosGIS Workflow Guide > (c) Simon Cropper CC-BY-SA 3.0 Australia > http://creativecommons.org/licenses/by-sa/3.0/au/deed.en > ___ 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] copying shape file layers
Having been part of several GIS development teams in the past, and having trained people with a diversity of educational backgrounds, skills and job requirements on GIS, I have often seen these kinds of problems. GIS terminology seems counter-intuitive some times and it is also not consistently applied across all GIS (just take a look at what different GIS apps make of terms like "projection" or "coordinate system", as opposed to their textbook definitions in Geodesy). From my point of view, there are two reasons for this: technologically, GIS have been developed partly by geoscientists and partly by hired programmers. Sometimes, the "techies" have had their way with the terminology. The other problem is the sheer complexity of the topic. It has been my experience that the learning-by-doing approach and "intuition" are bound to fail in the case of GIS. As a GIS teacher, I have given up on trying to hide the complexities of GIS and instead expose students to the hard core technical concepts from the beginning. This has worked far better than previous attempts at masking technical details. For these reasons, I am not a believer in masking the de facto complexity of GIS with a GUI, either. Sooner or later, that approach is bound to backfire. Let's not forget that GIS is by nature a collaborative thing. Much of the complexity of the GIS data structures springs from the fact that datasources have to be organized and managed in a way which allows teams to work on them at the same time. It is seldom possible to achieve all GIS tasks with just one software. So even if we manage to create a super user-friendly GIS that manages to elegantly mask all data management complexities with a slick GUI -- the user would be stumped again the moment he/she needs to use another GIS tool in addition to get the work done. My advice is: don't be frustrated by the stretched-out learning curve of GIS, and keep going. The rewards are increased flexibility and true understanding of what your are doing, instead of "you need to click this button" style "knowledge". As far as user friendliness goes, gvSIG compares quite favorably with other GIS. But it is also one of those GIS that pretty much assume you know what you are doing. Good for advanced users, but somewhat confusing and intimidating for beginners, perhaps. I for one like it that way. Cheers, Ben - Original Message - > Hello Klaus, > the problem you had is one of the most common ones for people > beginning with gvSIG (and other Desktop GIS like ArcView 3 or ArcGIS). > Maybe we should give it a try and thinking about the possibility to > rename this functionality. > Kind regards > Jose > > -- José Antonio Canalejo Alonso > CSGIS > Email:jose.canal...@csgis.de > Web: http://www.csgis.de > > > > > > De: Klaus Schaefer > Para: gvsig_internacional@listserv.gva.es > Enviado: mié,3 agosto, 2011 07:39 > Asunto: Re: [Gvsig_english] copying shape file layers > > Simon - thanks for your support > > I was thinking about formulating a very similar reply but finally > didn't want to extend this thread endless... > > However, I'm an IT person, having been working for long years as IT > consultant. I've used hundreds of applications with copy functions. > They've always done what I expected. > > I'm working with GIS/gvSIG since about a year now. However, I may not > use it > that frequent and to an extend many of you do. That's why I apologise > not to > be a GIS-guru and sometimes ask strange questions... Now I learned > that the > GIS community has a little bit different understanding what a copy > does (has > to do). OK, I had to learn it the hard way... > > BTW, I love gvSIG. It really comforts my needs and I'm promoting it > strongly to the people I work with. Sometimes I'm sometimes only > wondering that - in > my eyes - relative simple functions do not work as expected or I even > cannot get them to work at all (e.g. moving points in a layer - > there's a thread in > this forum as well. I had even gurus looking into it on my system, > without success...) For sure - as a non GIS guru I usually expect > functions to > behave as in usual windows applications (even though I've worked with > LINUX/UNIX as well). > > Thanks a lot for all your support and clarification! I like you > people, this > forum (being a major source of competence and help) and the software > as such!!! > > Klaus > > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/copying-shape-file-layers-tp6643699p6647603.html > Sent from the gvSIG users mailing list archive at Nabble.com. > ___ 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] Edit field from selected function?
Yes. If you manage to select all records that you want to set to one and the same text value, then you can: 1. Select the field which is to hold that value. 2. Start the field calculator ("Expression") on it. 3. Simply write the text value you wish to put into the field into the expression editor. But don't forget to put the string in quotes ("). Et voila: all selected records will have the new text value in the field you selected. Ben - Original Message - > Dear list, > > i am working on a huge load of shapefile geometries (some 300.000 +) > and i need to fill informations (which have standards) in several > table fields. Until now i usualy do this by copy&paste and it takes > much time to fill in the same info over and over again. There must be > a quicker way... Is there some kind of a "edit field from selected"... > function? Means if i have a whole selection of shape geometries can i > edit the table fields in some way that i can fill in the information > once and every selected geometry gets the info into the field i > target? > > Thanks! > > > (Cooling my Strg+C and +V fingers) > -- Patrick Mertl > Hegelstr. 29 > 55118 Mainz -D- > > patrickme...@email.de > 0179-1037373 > > Dienstl.: Institut für Vor- und Frühgeschichte > Johannes-Gutenberg Universität Mainz > Schillerplatz 11 > Schönborner Hof - Südflügel > D-55116 Mainz > > Tel. +4961313930098 > ___ 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] open source ArcCatalog
Hey, I said "would" ;-) Ben - Original Message - > That seems good! > Looking forward to it. > Best regards > Jose > > -- José Antonio Canalejo Alonso > CSGIS > Email:jose.canal...@csgis.de > Web: http://www.csgis.de > > > > > > ... > > Btw., I would prefer an open source ArcCatalog > equivalent to be implement as a stand-alone application, > independent of gvSIG. Also, I'd probably implement > it in C++, on top of GDAL/OGR and with a Qt or wxWidgets > GUI. That would make it fast, small, easy to distribute > and useful for users of any GIS. > > Cheers, > > Ben > > > ___ 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] copying shape file layers
Note, however, that this is not a data source manager, like ArcCatalog. It allows the user to better manager layers by arranging them into categories, but it has no support for copy, rename or deletion operations that work on the actual data sources (such as Shapefiles). So while it is certainly a useful extension, it does not solve the problem discussed here. Btw., I would prefer an open source ArcCatalog equivalent to be implement as a stand-alone application, independent of gvSIG. Also, I'd probably implement it in C++, on top of GDAL/OGR and with a Qt or wxWidgets GUI. That would make it fast, small, easy to distribute and useful for users of any GIS. Cheers, Ben - Original Message - > Something similar like a "catalogue" was developed for gvSIG 1.1.2 [1] > and as I can read here [2] it should be updated to gvSIG 1.10. > Best regards > Jose > > [1] http://forge.osor.eu/projects/georesources/# > [2] > http://osgeo-org.1803224.n2.nabble.com/Sobre-quot-extension-quot-quot-Gestor-de-colecciones-de-recursos-espaciales-quot-para-Gvsig-td5913890.html#a5914307 > > -- José Antonio Canalejo Alonso > CSGIS > Email:jose.canal...@csgis.de > Web: http://www.csgis.de > > > > > > > > > > > >I agree that something like "manage data sources" (ld ArcView > >3.2) or a > >"catalogue", where it would be possible to copy / administrate data > >sources would be a helpful feature. For the future. > > > >Regards, > >Wolfgang > > > > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/copying-shape-file-layers-tp6643699p6643918.html > Sent from the gvSIG users mailing list archive at Nabble.com. > ___ 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] copying shape file layers
I disagree. A layer IS a reference (to e.g. a Shapefile). There is no such thing as a reference to a layer. A Shapefile is not a layer. It's a dataset comprising several files. A layer is an abstract concept in GIS, not physically existing data. In this case, gvSIG does use the right terminology, and it should stay that way. Also, "Copy" is the right name for the function. It is in the context menu of a layer, so it clearly copies a layer (and nothing else). Your word processor does not say "Copy text" either. It simply says "Copy", yet nobody expects it to be copying the actual file. Likewise, nobody thinks its "Format" function is for formatting the hard disk. It makes sense to separate the concepts of layer and dataset. A gvSIG layer can reference many types of datasources: a table in a spatial DBMS, a WMS data stream, etc., etc. How would you implement a "Copy" function of physical data for these? If you want to have an actual copy of your Shapefile, either use your file manager, or use "Save as" (now, this one should really be called "Save data"!) from gvSIG's "Layer" menu. Ben - Original Message - > On 02/08/11 16:19, Klaus Schaefer wrote: > > Thanks Simon! Good example - now I got it... > > > > However, I still would prefere to not call it simply "copy layer" > > but something like "copy layer reference"... > > I agree. > > Hopefully the *gvSIG* and *gvSIG CE* developers are listening and will > change the terminology. > > -- Cheers Simon > > Simon Cropper > Website Administrator > http://gis.fossworkflowguides.com The fosGIS Workflow Guide > (c) Simon Cropper CC-BY-SA 3.0 Australia > http://creativecommons.org/licenses/by-sa/3.0/au/deed.en > ___ 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] copying shape file layers
Hi Klaus, In GIS (not only gvSIG but any GIS) terms, a layer is just a link (reference) to the actual data source (such as a Shapefile), not the data itself. So if you use gvSIG's "Copy" function to copy a layer, then you only duplicate the link to the same file on your disk. If you want to actually duplicate the Shapefile data, then you have to use your system's file manager to do so. Best, Ben - Original Message - > Yesterday, after a long days work on a shape file layer, I copied it > to use > it as a template for another new layer. I opened the new, copied layer > and deleted the table entries to have a "fresh" table. After saving I > recognized that it was the same physical shape file as the original > layer. All my work > from the day was lost! Is it a bug or is it the intention of the "copy > layer" function to not really provide a copy but a reference to the > original layer only...? > > Best regards > Klaus > > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/copying-shape-file-layers-tp6643699p6643699.html > Sent from the gvSIG users mailing list archive at Nabble.com. > ___ 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 DefinitionExpression
Go to the layer properties. Go to the "Symbology" page. Switch to the symbology type "Expression". You can build your expressions there. Best, Ben - Ursprüngliche Mail - > El 07/07/11 17:13, Flavio Pompermaier escribió: > > Hi to all, > > is there anything like DefinitionExpression of ArcGIS in gvSIG? > > I have to hide to the user some feature that are present instead in > > the data..how can I accomplish this task? > > > > Best regards, > > Flavio > > Not sure what a DefinitonExpression is (really, I haven't used an ESRI > desktop tool for years) so I assume is the possibility to add a filter > on the data at layer level, right?? > > You have that option for databases and WFS in gvSIG 1.x but not for > shapefiles I'm afraid. > > I think that feature is on DAL (data access library of gvSIG 2.x), but > not sure if it will be exposed at the GUI for 2.0. Anyway it would be > great of course > > :-) > > -- Jorge Gaspar Sanz Salinas > gvSIG Team at Prodevelop > Technical Collaborations Manager > http://www.gvsig.org > http://www.gvsig.com > ___ 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] default values for labels
As far as I understand, "In the world"/"Print layout" controls whether units apply to the scaling in real world coordinates or paper layout coordinates. But maybe this is a bad translation and someone could clarify? Best, Ben - Original Message - > Hi, > > I make a patch with the most of the suggestions of Benjamin Ducke in > this feature request: > > http://forge.osor.eu/tracker/?func=detail&aid=13714&group_id=89&atid=790 > > The patch changes the default options for labels to this: > * Fixed height instead of Text height field > * 8 units of height instead 10 > * Fixed color instead of color field > * Use pixels as units instead of meters > > I don't change the option "In the world"/"Print layout" as i don't > really understand it. > > As this change affects the default behaviour of gvSIG i open the > discussion to the list to see if there are different opinions or new > suggestions to this before really change it. > > bests. > > -- Francisco Puga > Grupo de Desarrollo > Cartolab - Laboratorio de Ingeniería Cartográfica. > http://www.cartolab.es > > ETS Ingeniería de Caminos, Canales y Puertos > Universidade da Coruña > Campus de Elviña - 15071 A Coruña (España) > (34)981167000 ext. 5493 > ___ 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] Why gvSIG CE came about & CLA
> > Maybe you haven't understood what the gvSIG Association is. Actually, I understand very well what the gvSIG Association is. Ben > Art 1 from > the gvSIG Association regulation: > > *** > The “gvSIG Association: Association for the promotion of the FOSS4G > Technologies and the development of the gvSIG Project”, has been set > up in Valencia as a volunteer association, in accordance with the “Ley > Orgánica Reguladora del Derecho de Asociación 1/2002” of 22nd March > and the current Regulations. > > The aforementioned entity is set up as non-profit organization with a > defined duration > *** > > http://www.gvsig.com/association/regulation-english > > More info at http://www.gvsig.com/association > > > Anyway, on the CLA request I sent to you and other collaborators I > asked for advice and comments, in fact we made a change on it based on > your CTO comments (that was agreed also by others and approved at TSC > board). > > We did it in off-list way to not expose publicily who had complains or > comments, in a confidence way I would say. But yes, maybe I was wrong > and I should put that discussion directly on the list on that time, > and force an answer from your side that we didn't get in private. > > > > > In my opinion, the handling of the CLA is symptomatic > > for the (current?) nature of the gvSIG project. > > Yes I agree, is the symptom of a serious project wanting to do things > well for everyone and keeping in mind not just the short term > technical side but also long term, strategic topics. > > Cheers > > -- Jorge Gaspar Sanz Salinas > gvSIG Team at Prodevelop > Technical Collaborations Manager > http://www.gvsig.org > http://www.gvsig.com > ___ 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
[Gvsig_english] Why gvSIG CE came about & CLA
Dear all -- Since there is obviously a real interest to know more about the reasoning behind gvSIG CE, let me explain a few things. Please note that these are my own, personal thoughts and motivations. I cannot speak for all gvSIG CE team members. Firstly, on the matter of that CLA. Just to clarify: I don't think a CLA is always a bad thing. I just don't see the necessity in this case. Anyway, it is a thing that has consequences for external contributors and thus must be used with care. And it needs to be discussed, not just imposed. This much basic democracy and transparency is IMHO a necessity for an open source project. Instead, a completed CLA with IMHO strong demands (e.g. transfer of exclusive instead of non-exclusive copyright; transfer to gvSIG Association instead of a non-profit org such as OSGeo) was simply emailed around and everyone pushed to sign it. Not good style. In my opinion, the handling of the CLA is symptomatic for the (current?) nature of the gvSIG project. >From a personal point of view (since for some reason some people on this list seem to want to know): I have tried for several years to arrange myself with the style in which gvSIG is run and have come to the conclusion that this is not the way I wish to work. I feel much happier in a community without fixed hierarchies and with democratically elected steering committee members, such as GRASS GIS or QGIS. Working in a project as complex as gvSIG is a big commitment over many years. If I decide to make it, I am entitled to enjoy it. I am not advising anyone to leave the gvSIG project and join gvSIG CE. If you are happy with the way gvSIG is run: good for you. I hope that everyone can make an informed decision about the kind of working environment they wish to have in an open source project. And that the decision will be based on what's going on right here and now, not on promises or declarations -- neither by me nor by anyone else. I hope you will take this very direct criticism and instead of getting infuriated, learn something from it. Who knows, one fine day there may not be a need for a separate CE branch anymore. And finally: If that CLA stands in the way of adopting patches from gvSIG CE into mainstream gvSIG (let's call it that), then I am sure we can find a work-around. Best, 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] Query on why gvSIG CE came about
> > In this moment i don't really understand how gvSIG (the application) > will be improved by the fork, will you contribute in any way to > official application? > Naturally, gvSIG CE is under the GPL License, so as with every open source project, everyone is free to take what they want and benefit from it. As far as direct contributions to the gvSIG SVN are concerned: I for one have no intentions to sign a CLA and no time resources to go through lengthy "stabilization" procedures. I also refuse to work according to rules that are decided by a TSC instead of the community. And I don't like a strictly hierarchical decision making process about what goes into the SVN and what stays out. All of that makes me feel like I am just doing unpaid bug fixing jobs for someone else and that's not how open source works in my view. But of course, if other contributors to gvSIG CE have no problems with the above, they might make more direct contributions. That's for everyone to decide individually. In an open source project, Nobody owes anything to anybody else, and nobody is obliged to anything, except conform with the open source license terms. -- that's the beauty of it. Best, Ben > best! > > El día 30 de junio de 2011 11:27, Amelia Del Rey Pérez > escribió: > > Hi all, > > > > I total agree with Nacho and I would like to give my point of view > > of the > > “language aspect of the project”. > > > > As all of us know the origin of gvSIG was to resolve a local need of > > a Spanish Public Administration where all the documentation was in > > Spanish. gvSIG has growth a lot and it has become in to an > > international project, and > > because of that the project has been translated not only into > > English but > > other languages, thank you to the big effort of the translators all > > over the > > world. > > > > > > > > Of course to have gvSIG well documented in will help us to spread > > the project and also to have more gvSIG Community (users and > > developers) involved in the development of the project. > > > > We are on the right way to get it, because, thank you to the CGS of > > Nottingham (Honorary Members of the gvSIG Association) , we have > > been participated at OSGIS 20011 (UK) with another gvSIG’s Day (this > > one is the > > second celebrated there) [1], in order to build a gvSIG Community > > there how > > could help us to deal with. > > > > > > > > In this occasion, although the the gvSIG’s Day was held at the same > > time as > > the main conference, we had 30 attendees not only to the > > technological sessions but also to the workshop in the evening about > > the project, gvSIG > > Association, Communities and how to collaborate with the project. > > They were > > really interested about the organization of the project on all of > > its aspects (, and we provide them all the information the > > economical aspects of > > the projects, what we call “gvSIG Business Model”. We put all the > > links and > > English documentation in hands of the OS UK Community. > > > > By the way, in order to be “open” we are collaborating as well with > > the ELOGeo Project (An e-Learning Framework for Using Geospatial > > Open Data, Open > > Source and Open Standards) [2]. We hope to plant the seed to set up > > an UK > > gvSIG Community there, without the need of creating a fork to > > improve the > > “English aspect” of the project. > > > > Best regards!! > > > > Amelia del Rey > > > > > > > > [1] http://cgs.nottingham.ac.uk/~osgis11/gvSIGDay.pdf > > > > [2] http://elogeo.nottingham.ac.uk/ > > > > > > > > > > > > De: gvsig_internacional-boun...@listserv.gva.es > > [mailto:gvsig_internacional-boun...@listserv.gva.es] En nombre de > > Nacho Uve > > Enviado el: miércoles, 29 de junio de 2011 14:12 > > Para: Users and Developers mailing list > > Asunto: Re: [Gvsig_english] Query on why gvSIG CE came about > > > > > > > > Hi, > > > > There are some substantial differences between all initiatives you > > mentioned. AFAIK, none of them has the characteristics, intentions > > and actions performed in parallel like CE propose to do. > > > > In my HUMBLE opinion, CE is not integrating contributors for gvSIG > > project. Noting the progress of the initiative, CE don't want > > participate and follow > > some simple rules of gvSIG (documentation, check patches for > > core-developers (soon... maintainer and reviewers), user > > gvSIG-devel-list to coordinate > > changes, etc...) and decide on a personal and totally independent > > way about > > the future of the software. So, it is a fork. > > > > I insist. There are no reason for a fork in the way gvSIG is open to > > change things, improve procedures, etc... The use of English is not > > an excuse. Here > > we are talking in English (in my case, trying to speak in english :P > > ). > > > > Having said that, I find only one sense to CE inside gvSIG project. > > It is > > think about CE like a group of people with freedom and independence, > > auto-organization, etc.
Re: [Gvsig_english] error or bug
That's probably because it's your system's window manager that crashed, not gvSIG. Maybe disable any desktop effects? Ben - Original Message - > Am 28.06.2011 17:51, schrieb Wolfgang Qual: > > Dear Christian, > > > > you should send the logfile to the list. Otherwise, it will be hard > > to find > > out, what caused gvSIG to crash. > > If you installed gvSIG the standard way, the logfile should be > > located under > > $HOME/gvSIG/gvSIG.log > > yes of course, my fault. its attached. there are a lot of warnings, > but i can't see the error. > > christian > > ___ 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] 3D extension on gvSIG-1.11 Portable
Why not join the gvSIG CE and ai2 development efforts? We have some Mac OS expertise in the CE team, and intend to release on Windows, Mac OS X and Linux at the same time. Cheers, Ben - Original Message - > Hi Agustin, > > > 2011/6/17 Agustin Diez Castillo < ad...@uv.es > > > > > > Jordi, as you know better than me, the 3D extension is also portable > in Mac. To date all mac versions of gvSIG has been portable. Did you > change your mind about leading further mac versions? ;-) > > > > > Yes, all Mac versions are portable :), I was referring to linux > versions. In linux we have to do some checkings before to install 3D > to try to assure the extension works. In windows we assume the graphic > drivers are installed. > > About future Mac versions, we will continue releasing the non-official > ai2 version until more developers join us to make it official. My > spare time has been reduced as I am getting out of a knee surgery. So > we can't afford the effort of adapting the Mac version to gvSIG > official rules. > > Cheers. > > > > > > > > > Tell us how it goes, and don't hesitate to ask if you have any doubts. > > Regards. > > > 2011/6/16 Nacho Uve < nacho...@gmail.com > > > > Hello all, > > I would like to distribute the 3D extension to the portable version of > gvSIG- people internally in my work. Do you see any problem with that? > Any experience? > > Thank you! > Nacho V > > -- > > > Juan Ignacio Varela García > > > > > ___ Gvsig_internacional > mailing list > Gvsig_internacional@listserv.gva.es > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional > > > > > -- Jordi Torres Fabra > > gvSIG 3D blog > http://gvsig3d.blogspot.com Instituto de Automática e Informática > Industrial > http://www.ai2.upv.es > ___ 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 > > > > > -- Jordi Torres Fabra > > gvSIG 3D blog > http://gvsig3d.blogspot.com Instituto de Automática e Informática > Industrial > http://www.ai2.upv.es > > ___ 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] scalebar in EPSG 4326 (wgs 84 World 2D)
Right, I just checked my good old school atlas, and they do exactly that: there is a little comment to the right of the scale bar that reads "scale at the equator". Cheers, Ben - Original Message - > Re: [Gvsig_english] scalebar in EPSG 4326 (wgs 84 World 2D) > > Hello, > > Benjamin's comment makes a lot of sense as usual. > > Nevertheless, a gvSIG view in EPSG:4326 still shows a value for the > scale denominator, which I presume refers to the scale along the > Equator. > > I think a map without a scale in somewhat incomplete. > > If your map is in EPSG:4326, I recommend to add a scale bar with a > little comment by its side that says something like: "Approximate > scale, valid along the Equator and along meridians" (because the > length of the Equator is about the same as the length of every > meridian, with an error of perhaps 0.5% or less, which is not very > important) > > 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 Benjamin > Ducke Enviado el: lun 23/05/2011 17:45 > Para: Users and Developers mailing list > Asunto: Re: [Gvsig_english] scalebar in EPSG 4326 (wgs 84 World 2D) > > > > > Hi Carsten -- > > EPSG 4326 is an unprojected geodetic system. > Since no projection to cartesian coordinate space is done, > the scale of the displayed data varies, depending on where you > measure it -- that's why there are no globes with scale bars > printed on them ;). All you could do is draw an estimated > scale bar yourself in an external program and then import > that into your gvSIG map layout. > > Alternatively, you can project your data into a cartesian > system, such as UTM and work with that. > > Ben > > - Original Message - > > Hello, > > > > I'd like to add a scalebar in a map created from a view using the > > EPSG 4326 (WGS84 word 2D) Projection. > > Unfortunately, the scalebar function does not work as correct as in > > some other projections. I searched for a solution in the faq, but > > did not find a result. > > Also the scale seems to be announced wrong. (Europe in DIN-A4 is > > like > > 1:1). Is there a possibility to solve this problem? > > Regards Carsten Mischka > > > > ___ 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 > > ___ 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] scalebar in EPSG 4326 (wgs 84 World 2D)
Hi Carsten -- EPSG 4326 is an unprojected geodetic system. Since no projection to cartesian coordinate space is done, the scale of the displayed data varies, depending on where you measure it -- that's why there are no globes with scale bars printed on them ;). All you could do is draw an estimated scale bar yourself in an external program and then import that into your gvSIG map layout. Alternatively, you can project your data into a cartesian system, such as UTM and work with that. Ben - Original Message - > Hello, > > I'd like to add a scalebar in a map created from a view using the EPSG > 4326 (WGS84 word 2D) Projection. > Unfortunately, the scalebar function does not work as correct as in > some other projections. I searched for a solution in the faq, but did > not find a result. > Also the scale seems to be announced wrong. (Europe in DIN-A4 is like > 1:1). Is there a possibility to solve this problem? > Regards Carsten Mischka > > ___ 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] raster projection
Thea, There is no official standard for saving CRS info in a GIS dataset. So the fact that ArcGIS has saved this information in your DEM file does not mean that gvSIG will be able to understand it correctly. Unfortunately, there is also a bug in the raster reprojection function of gvSIG which leads to a crash unless both the source and target CRS are from the EPSG database, and therefore have a valid EPSG code. What I recommend you do is: Set up your project View using the EPSG code that matches the CRS you want to use, then load the raster. If gvSIG tells you about an unknown "projection", just click "Ignore". If you have set up the correct CRS, then your data should end up in the correct place. Ben - Original Message - > Hi, > I have a DEM in the following projection: > Projected coordinate system name: Bessel_1841_Transverse_Mercator , > Geographic coordinate system name: GCS_Bessel_1841 (that's what ArcGIS > says). > > When I load this file into a new view with the projection ESRI 4004 > GCS_Bessel_1841 I get a warning message, that the projection of the > file differs from the one of the view. > When I click ok to the option "Reproject raster to view projection" > everything crashes, when I say "change view projection to raster > projection" the DEM is loaded but the projection of both the DEM and > the view is: > PROJCS "unnamed > GEOGCS "Unknown datum based upon the Bessel 1841 ellipsoid" > DATUM "Not_specified_based_on_Bessel_1841_ellipsoid" > PROJECTION "Transverse_Mercator" > > I don't understand where and why gvSIG has a problem with this and > most important, how can I fix this? > I tried to reproject the DEM but here again it crashes. > Can anyone please help me? > > Thea > > > Schon gehört? WEB.DE hat einen genialen Phishing-Filter in die > Toolbar eingebaut! http://produkte.web.de/go/toolbar > ___ 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] Problem from polylines to polygons
I don't think you will be able to process this dataset as polygons in GIS (any GIS, not just gvSIG). It violates GIS topology rules to have overlapping polygons in one layer. Cheers, Ben - Original Message - > Hi everybody, > I have just installed gvSIG because I need to convert a polyline > feature (shape) into a polygons. > I used the sexante tool but I didn't get what I expected. > Basically I have an outer boundary (rectangle) and inside I have some > ellipses and other polylines connecting on side of the boundary to > another. It seems to me that the outer boundary is not recognized as a > polyline. Indeed the polylines connecting two edges of the outer > boundary are closed > automatically after the conversion. > > Can anybody help me on that? > > > This is the original image: > http://osgeo-org.1803224.n2.nabble.com/file/n6377472/original_polylines.jpg > > > This is what I obtained after converting polylines into polygons with > Sextante > http://osgeo-org.1803224.n2.nabble.com/file/n6377472/converted_polygons.jpg > > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Problem-from-polylines-to-polygons-tp6377472p6377472.html > Sent from the gvSIG users mailing list archive at Nabble.com. > ___ 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] Affine transform of vector layer in gvSIG
The Topology Extension comes with a geoprocessing tool that allows many types of transformations for vector layers, also affine. Of course, v.transform will also do the job. With v.transform, you can also specify the parameters of the transformation instead of control points. Both only work for 2D data. Best, Ben - Original Message - > Hello and sorry for the cross-posting: > > Prof. Alberto Beinat asked about the possibility of applying an affine > transform to a vector layer in gvSIG. I think it's not possible in > gvSIG or Sextante, but GRASS has a function to do exactly that: > > http://grass.fbk.eu/grass70/manuals/html70_user/v.transform.html > > Does this not mean that it is possible to do what Beinat was asking by > using gvSIG + Sextante + GRASS? > > > 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 > --- > ___ 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] QUESTION: Spatialite Support?
I have talked to Luca Bianconi who developed the SpatiaLite support during the last GSoC. He is willing to put some time and work into backporting his stuff to gvSIG 1.x and making it fully functional. But he is going to need some help from experienced gvSIG developers. Could I ask everybody willing to commit some time to this to join in? Below, I am quoting Luca's current open questions. Let's give him some answers and see how hard it would be to get working SpatiaLite support into gvSIG: [quoting Luca with small changes] - I guess they've fixed the bugs they had in Xerial sqliteJDBC, so now it's possible to use directly the SpatiaLite libs and functions (operating system specific binaries) from the driver. I just read it a month ago but I still have to test it. Anyway just to see if we could have some results in the very shortest term we could use the wrapper I've written that was mostly working as far as I know. - We need some GOOD documentation of the extension system, of how compile extensions and how to test them. If not, we just need someone that knows these things very well, to simply fix the extension already available in the GSoC repository. - If someone can provide the COMPILABLE code of a simple/very basic DB/Data-provider extension for gvSig 1.x we can try directly with the available, stable gvSIG build 1.x . This would fix most of the problems we had during the GSOC with gvSIG. - With COMPILABLE code, I'm sure I will understand on the spot how it works and I've just to adapt/fix the GSOC wrapper/sqliteJDBC+SpatiaLite lib for the routines/classes used in the gvSIG data-layering system. --> So: can we recommend Luca a good gvSIG 1.x extension to learn from for his SpatiaLite provider? And can someone point him to current, working instructions for compiling extensions? Best, Ben - Original Message - > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > El 02/03/2011 12:04, Juan Lucas Dominguez Rubio escribió: > > Hello, > > Another question: > > > > The code found here is only for gvSIG 2.0 or there is also code for > > gvSIG ~1.10 somewhere? > > > > http://forge.osor.eu/plugins/scmsvn/viewcvs.php/gvsig-sqlite/?root=gvsig-sandbox > > > > Regards, > > > > Nope, but probably some of his work can be backported to gvSIG 1.10, > at least the low level parts. > > Best > - -- > Jorge Gaspar Sanz Salinas > gvSIG Team at Prodevelop > Technical Collaborations Manager > http://www.gvsig.org > http://www.gvsig.com > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.14 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJNbjS2AAoJEAOYD75lvHdBaV4IAJxhviySQ8cESgViVEqmyWiJ > n/Ey5isLdJdThVE42hHp4NPo/135Bpu2aximJixQkE01KtjB49sB049B6tHhSBWT > b9oaCD9lrbj6u7/Fzu77b3cp/Y9pW8zuIfxMu/qwaqsfWs96BVixXcGsNs51G+FS > yUxNTFBAp0Da27Hmq1AAUF4FtfntVK2Y8BSbFgYmQXmuTNmVVHVpjZj4JWMjX4Zo > nw2q30LdznZuEAKr8ljLgoFZdqVdDmDH90Vr0bnnx1mjtu60TEfHnEhJB6ceUG/C > ftSNeSQS+C/scLH8FvKYjSIMdeX11G+yX1vcTk4I7bFFp99PQs/8v4NDZB5N3Fs= =ROIP > -END PGP SIGNATURE- > ___ 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] wish: add more shortcuts
Sure. You can define any number of shortcuts you like in the menu customization files. They are called config.xml and there is one for every extension. Take a look at the one in extensiones/com.iver.cit.gvsig. It's quite big (as it has menu items for all of gvSIG's basic functions), but if you study it a little, you will see how it works. E.g.: This binds the key "CTRL+s" to "Save project" (key="s"). You can in fact customize the whole gvSIG menu system via the config.xml files. Ben - Original Message - > ... but it is not possible to ADD SHORTCUTS at the moment,...? > > Best, > Wolfgang > > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/wish-add-more-shortcuts-tp6153656p6156957.html > Sent from the gvSIG users mailing list archive at Nabble.com. > ___ 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] Reproject raster layer
Actually, gvSIG does use GDAL for raster projections. Unfortunately, the interface to the GDAL tools is a bit incomplete. So it is only possible to do a raster reprojection if both source and target raster use an EPSG SRS code. It won't work e.g. for a user-defined SRS. If gvSIG crashes like that, then it can only mean that an external tool or C library has crashed or aborted prematurely. E.g. if you try to reproject to a user-defined SRS. The Java machine never falls onto its face like that. The whole reprojection engine in gvSIG really needs an update. That's also true for the EPSG database which is now several years outdated. Unfortunately, that's not an easy task. Ben - Original Message - > Hello gvSIG Team, > I want to call your attention to an important lack (and bugs) > regarding raster reproyection functionalities, at least compared with > analogous applied to vector layers. > 1) on the fly reprojection works only on vector layers and not at all > on raster layers; > 2) reproject layer (the command available in the Generic ToolBar > Panel) causes a sudden crash of gvSIG; furthermore, only source and > target projections can be set, and not the transformation method. > > A solution could be to implement in gvSIG gdalwarp utility (FWTools). > > Best regards > Ernesto > > -- ing. Ernesto Sferlazza > responsabile nodo provinciale di Agrigento del SITR Sicilia > resp. gruppo Sistema Informativo Territoriale > Provincia regionale di Agrigento > sede istituzionale: piazza Aldo Moro, 1 - 92100 AGRIGENTO > sede operativa: via Acrone, 27 - 92100 AGRIGENTO > cell. 3392718463 (personale) > 3316874296 (aziendale) > tel. uff 0922593752 > ___ 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] QUESTION: Spatialite Support?
Yes, unfortunately this code was produced with some time-limited GSoc funding and due to some unforeseen technical difficulties, it could not be quite finished. I'd love to see a backport of this (at least the basic SpatiaLite support) to gvSIG 1.x. Surely, SpatiaLite is the no. 1 contender for a universal Shapefile replacement at the moment. It would also allow a much more seamless interface with GRASS GIS for vector processing. For the time being, one option could be to use the SEXTANTE/GRASS interface and v.in.ogr/v.out.ogr with Sqlite3 support in the OGR library. But that's not nearly as efficient as having direct support for it in gvSIG. Best, Ben - Original Message - > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > El 02/03/2011 12:04, Juan Lucas Dominguez Rubio escribió: > > Hello, > > Another question: > > > > The code found here is only for gvSIG 2.0 or there is also code for > > gvSIG ~1.10 somewhere? > > > > http://forge.osor.eu/plugins/scmsvn/viewcvs.php/gvsig-sqlite/?root=gvsig-sandbox > > > > Regards, > > > > Nope, but probably some of his work can be backported to gvSIG 1.10, > at least the low level parts. > > Best > - -- > Jorge Gaspar Sanz Salinas > gvSIG Team at Prodevelop > Technical Collaborations Manager > http://www.gvsig.org > http://www.gvsig.com > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.14 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJNbjS2AAoJEAOYD75lvHdBaV4IAJxhviySQ8cESgViVEqmyWiJ > n/Ey5isLdJdThVE42hHp4NPo/135Bpu2aximJixQkE01KtjB49sB049B6tHhSBWT > b9oaCD9lrbj6u7/Fzu77b3cp/Y9pW8zuIfxMu/qwaqsfWs96BVixXcGsNs51G+FS > yUxNTFBAp0Da27Hmq1AAUF4FtfntVK2Y8BSbFgYmQXmuTNmVVHVpjZj4JWMjX4Zo > nw2q30LdznZuEAKr8ljLgoFZdqVdDmDH90Vr0bnnx1mjtu60TEfHnEhJB6ceUG/C > ftSNeSQS+C/scLH8FvKYjSIMdeX11G+yX1vcTk4I7bFFp99PQs/8v4NDZB5N3Fs= =ROIP > -END PGP SIGNATURE- > ___ 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] the new data command in gvSIG 1.10
Hmm, sorry. I cannot reproduce that problem. It works fine for me. Ben - Original Message - > Benjamin, > > ok, I did not know that these tools are part of sextante. However, I > do not > see any > information in the "points" section of the history-window... It's > still empty. > > Best, > Wolfgang > > > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/the-new-data-command-in-gvSIG-1-10-tp6077399p6079979.html > Sent from the gvSIG users mailing list archive at Nabble.com. > ___ 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] the new data command in gvSIG 1.10
Actually, both of these are part of SEXTANTE, so these feature requests should be posted on their mailing list. Oh, and the grabbed point coordinates do go into the clipboard: look on the "Points" page of the SEXTANTE History window. Best, Ben - Original Message - > Dear all, > > among many other improvements, gvSIG now offers also two new commands, > which are very helpful: the data-command and the catch coordinates > function. Both features were added to the toolbar. If the user clicks > on “data”, a new window pops up (see attached image). > Here, some information on the datasets of the current view is listed. > Very nice. In order to make it even better, I would suggest to add > some information on field length! Also, the idea of the other tool > “catch coordinates” is nice: located directly left of the > “data”-button, it > enables the user to grab the coordinates of a point in the view. Click > on the tool and click on the desired location in the view – a message > box will pop up, showing you the exact coordinates of that point. The > only thing is: there’s no way to copy those coordinates into the > clipboard! Not that much additional benefit, as coordinates of the > cursor position were already visible in the status bar before… > > > Best, > Wolfgang > > -- Wolfgang Qual > > Landeshauptstadt München > Referat für Gesundheit und Umwelt > Umweltschutz, Umweltvorsorge > RGU-UW 11 > Team Klimaschutz, Energie > > Bayerstraße 28a > 80335 München > > Telefon: +49 - 89 - 233 - 4 77 17 > Telefax: +49 - 89 - 233 - 4 77 05 > E-Mail: wolfgang.q...@muenchen.de > Internet: http://www.muenchen.de/rgu > > Bitte beachten Sie die Hinweise zur elektronischen > Kommunikation mit der Landeshauptstadt München: > http://www.muenchen.de/ekomm > > > > [image/jpeg:commander_data.jpg] > > ___ 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] Geoprocessing: Difference-Tool
One of your input polygons seems to have a digitization error, resulting in bad topology. While it is normally possible to display geometries with faulty topologies, processing them is not. Your best option is to validate the input layer with the tools in the Topology Extension, locate the defective polygon and repair it. Ben - Ursprüngliche Mail - > Dear gvSIG Community, > I have problems using the difference option of the geoprocessing > manager (overlay). > Normally it works very good. > But I have one polygon-theme (see attachment ausschnitt.shp), which > doesn't works. > I got the message below. > Is there a limitation for the number of elements in this shape? > Do you have an idea, what I can do? > Thanks a lot > Rolf > > > > ** ERROR MESSAGE ** > null com.vividsolutions.jts.geom.TopologyException: found non-noded > intersection between LINESTRING ( 236.80441645812243 > 356.21349653881043, 236.529304722324 349.8171486798674 ) and > LINESTRING ( 236.80441645439714 > 356.14471860881895, 236.04785918071866 356.14471860881895 ) [ > (236.80145826758593, 356.14471860881895, NaN) ] > com.vividsolutions.jts.noding.FastNodingValidator.checkValid(FastNodingValidator.java:109) > com.vividsolutions.jts.geomgraph.EdgeNodingValidator.checkValid(EdgeNodingValidator.java:94) > com.vividsolutions.jts.geomgraph.EdgeNodingValidator.checkValid(EdgeNodingValidator.java:59) > com.vividsolutions.jts.operation.overlay.OverlayOp.computeOverlay(OverlayOp.java:170) > com.vividsolutions.jts.operation.overlay.OverlayOp.getResultGeometry(OverlayOp.java:127) > com.vividsolutions.jts.operation.overlay.OverlayOp.overlayOp(OverlayOp.java:66) > com.vividsolutions.jts.operation.overlay.snap.SnapOverlayOp.getResultGeometry(SnapOverlayOp.java:68) > com.vividsolutions.jts.operation.overlay.snap.SnapOverlayOp.overlayOp(SnapOverlayOp.java:25) > com.vividsolutions.jts.operation.overlay.snap.SnapIfNeededOverlayOp.getResultGeometry(SnapIfNeededOverlayOp.java:76) > com.vividsolutions.jts.operation.overlay.snap.SnapIfNeededOverlayOp.overlayOp(SnapIfNeededOverlayOp.java:25) > com.vividsolutions.jts.geom.Geometry.difference(Geometry.java:1163) > com.vividsolutions.jts.precision.EnhancedPrecisionOp.difference(EnhancedPrecisionOp.java:127) > > > -- > _ Rolf Annecke > Referat für Gesundheit und Umwelt > Abteilung Umweltschutz > Gesundheits- und Umweltberichterstattung (GUBE) > RGU-UW112 Bayerstr. 28a > 80335 München > > Telefon: +49 - 89 - 233 - 4 77 15 > Telefax: +49 - 89 - 233 - 4 77 05 > Mailbüro: gube@muenchen.de > > Elektronische 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 -- 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 and 3d-polygons
That should be considered a bug in the Copy & Paste extension. 3D shapefiles are a common thing, gvSIG's core can handle them, and the 3D extension keeps them intact. So the extension should be updated accordingly to handle copy & paste of 3D features (after all, it doesn't have to modify the Z coordinates in any way, just copy them through). Ben - Original Message - > Dear list, > we do have quite some data in an oracle geospatial database. Layers > can be imported into gvSIG, and it is also possilbe to export those > layers into shp-format. Very good. However, the exported shapefiles > still do > have some 3d-information and this causes some problems in gvSIG. > Example: copy&paste features (one of the new extensions of gvSIG). > Here, the "paste" command does not work, if the source theme is a 3d > polygon layer. If I use ogr2ogr to "convert" the source theme into a > "normal" polygon layer, it is possible to paste features. > > From the command line: > ogrinfo -al > /opt/uis/muc/shapes_geodatenpool/2010/vagrund/flurstck_2010_02.shp|less > brings: > INFO: Open of > `/opt/uis/muc/shapes_geodatenpool/2010/vagrund/flurstck_2010_02.sh p' > using driver `ESRI Shapefile' successful. > > Layer name: flurstck_2010_02 > Geometry: 3D Polygon > Feature Count: 157638 > Extent: (4452550.89, 5324953.40) - (4479484.08, > 5345694.05) > Layer SRS WKT: > (unknown) > ROWID: String (1.0) > OGR_FID: Real (18.0) > OBJEKT_ID: String (7.0) > FOLIE: Real (18.0) > OBJEKTART: Real (18.0) > X: Real (18.6) > Y: Real (18.6) > NUTZUNGSAR: Real [...] > > I used this command to convert the source file into a "normal" polygon > shapefile: ogr2ogr -f "ESRI Shapefile" /tmp/flur -nlt POLYGON > /opt/uis/muc/shapes_geodatenpool/2010/vagrund/flurstck_2010_02.shp > > > Hope that this post is not that confusing. Have to catch my train... > ;) Any ideas are welcome! > > Best, > Wolfgang > > -- Wolfgang Qual > > Landeshauptstadt München > Referat für Gesundheit und Umwelt > Umweltschutz, Umweltvorsorge > RGU-UW 11 > Team Klimaschutz, Energie > > Bayerstraße 28a > 80335 München > > Telefon: +49 - 89 - 233 - 4 77 17 > Telefax: +49 - 89 - 233 - 4 77 05 > E-Mail: wolfgang.q...@muenchen.de > Internet: http://www.muenchen.de/rgu > > 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 -- 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 USB: Strange behaviour opening projects XP/WIN7
Are your layers stored in an Oracle DB? Because the log file complains about the Oracle driver not being available. Ben. - Original Message - > Hi Fran, > > thanks for this very quick glance over the logfile! > Yes, gvSIG1.9 USB is stored in drive E: (as always) but the project > files, legend files, data and so on are stored in drive L: (as > always). So, the general setting has not been changed except using > another OS (on > another computer). > Mmmh? > > Johannes > > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/gvSIG-1-9-USB-Strange-behaviour-opening-projects-XP-WIN7-tp6007130p6007174.html > Sent from the gvSIG users mailing list archive at Nabble.com. > ___ 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] freezing when change projection
Please: 1. Tell us exactly what you did when the system froze. (which gvSIG function(s) did you use? raster? vector? on-the-fly or via the geoprocessing tools?) 2. Tell us which geodetic systems you were projecting from/to. 3. Attach the file "gvSIG.log" to your message, so we can see which Java classes are involved. Make a copy of that file the moment gvSIG freezes and then send that, please. Best, Ben - Original Message - > Hello, > > gvSIG is freezing when I want to change the projection. > > gvSIG is installed in a citrix environment with ActiveDirectory-users, > > has anybody an idea??? > > greets, > pater > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/freezing-when-change-projection-tp5988343p5988343.html > Sent from the gvSIG international mailing list archive at Nabble.com. > ___ 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] Different results from buffering using SEXTANTE & Geoprocessing tools OADE
This and other bug fixes will be merged into the next release of gvSIG OADE. But there is no release date for it. Maybe it will be possible to synchronize it with the release of gvSIG 1.11. Best, Ben - Original Message - > Hi all, Ben, > > I just found that buffering line features using the geoprocess manager > with OADE 1.10 still produces lines instead polygons as long as > merging buffer > zones is not checked. > Using CIT 1.10 results in polygon features either way. > Is this behavior being addressed at OA at the moment? > > Best, > > Johannes > > > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Different-results-from-buffering-using-SEXTANTE-Geoprocessing-tools-OADE-tp5678136p5989921.html > Sent from the gvSIG international mailing list archive at Nabble.com. > ___ 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] Error in the map display also with gvSIG 1.10 CIT version
Try disabling some are all of Windows' 2D acceleration in the system's graphics hardware settings. Ben - Original Message - > Hi all, > > we encounter basically the same problems with gray map screens while > using the "spanish" gvSIG 1.10 version. > We are working on XP and followed the install instructions by > installing C++ stuff. Graphics drivers are up to date and still > problems occur when you > try to move map elements. > Any ideas what could cause these problems with this version? > > Best, > > Johannes > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Error-in-the-map-display-tp5949260p5986519.html > Sent from the gvSIG international mailing list archive at Nabble.com. > ___ 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] Error in the map display
David, This problem is known and the solution documented on our support page: http://oadigital.net/software/gvsigoade/gvsigbugs (just search for "gray" on the page) This is caused by a problem with your graphics card driver. First, make sure the driver is updated to the latest version, then try disabling 2D acceleration options until it works. Best, Ben P.S.: GvSIG OADE uses its own bundled Java installation which does not interfere or interact with any other Java installed on your system, so removing other Java installations will not help. - Original Message - > Unfortunately not, > > it's the entire map window that became grey, if i had a line or a > rectangle it's the same behavior. > > Thank' for your help > > > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Error-in-the-map-display-tp5949260p5956344.html > Sent from the gvSIG international mailing list archive at Nabble.com. > ___ 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] Error Al cargar la capa: null when open ARCSDE 10 data
- Original Message - > > We have ARCSDE 10.0 [SNIP] > 1.Access to ArcSDE 9.1 General Update Patch 3. ArcSDE 9.1u3 != ArcSDE 10.0 Given that ESRI do their best to change their APIs with every ArcGIS release (best way to "motivate" customers to an update is to break compatibility with older versions), you will probably not be able to connect to version 10.0 with a driver that was developed for 9.1u3. Ben > 2.Depending on the operating system, continue by: > On Windows: > In the section ESRI Products connecting to ArcSDE (Application and > Direct Connect connections) go to Windows. > Download the file sde91-genpatch3-esri-win.zip and uncompress it. > Move the files jpe91_sdk.jar and jsde91_sdk.jar in the folder lib of > the uncompressed file to the folder > bin\gvSIG\extensiones\org.gvsig.sde\lib, inside the gvSIG installation > folder. > > > I can connect to the ARCSDE and see the vector and raster layers. But > when I try to connect to the layer I get an ERROR: Error al cargar la > capa: null > > > See message here: > > Error al cargar la capa: null > java.lang.NullPointerException: null > com.iver.cit.gvsig.fmap.drivers.DBLayerDefinition.getComposedTableName(DBLayerDefinition.java:343) > > com.iver.cit.gvsig.fmap.drivers.sde.ArcSdeDriver.setData(ArcSdeDriver.java:577) > > com.prodevelop.cit.gvsig.vectorialdb.wizard.WizardVectorialDB.getLayer(WizardVectorialDB.java:293) > > com.iver.cit.gvsig.AddLayer.loadGenericWizardPanelLayers(AddLayer.java:234) > > com.iver.cit.gvsig.AddLayer.addLayers(AddLayer.java:282) > com.iver.cit.gvsig.AddLayer.execute(AddLayer.java:178) > com.iver.andami.plugins.ExtensionDecorator.execute(ExtensionDecorator.java:89) > > com.iver.andami.ui.mdiFrame.MDIFrame.actionPerformed(MDIFrame.java:674) > javax.swing.AbstractButton.fireActionPerformed(Unknown Source) > javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) > javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) > javax.swing.DefaultButtonModel.setPressed(Unknown Source) > javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown > Source) > > java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) > java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) > java.awt.Component.processMouseEvent(Unknown Source) > javax.swing.JComponent.processMouseEvent(Unknown Source) > java.awt.Component.processEvent(Unknown Source) > java.awt.Container.processEvent(Unknown Source) > java.awt.Component.dispatchEventImpl(Unknown Source) > java.awt.Container.dispatchEventImpl(Unknown Source) > java.awt.Component.dispatchEvent(Unknown Source) > java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) > java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) > java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) > java.awt.Container.dispatchEventImpl(Unknown Source) > java.awt.Window.dispatchEventImpl(Unknown Source) > java.awt.Component.dispatchEvent(Unknown Source) > java.awt.EventQueue.dispatchEvent(Unknown Source) > com.iver.andami.ui.AndamiEventQueue.dispatchEvent(AndamiEventQueue.java:58) > > java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) > java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) > java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) > java.awt.EventDispatchThread.pumpEvents(Unknown Source) > java.awt.EventDispatchThread.pumpEvents(Unknown Source) > java.awt.EventDispatchThread.run(Unknown Source) > Error al cargar la capa: null java.lang.NullPointerException: null > com.iver.cit.gvsig.fmap.drivers.DBLayerDefinition.getComposedTableName(DBLayerDefinition.java:343) > > com.iver.cit.gvsig.fmap.drivers.sde.ArcSdeDriver.setData(ArcSdeDriver.java:577) > > com.prodevelop.cit.gvsig.vectorialdb.wizard.WizardVectorialDB.getLayer(WizardVectorialDB.java:293) > > com.iver.cit.gvsig.AddLayer.loadGenericWizardPanelLayers(AddLayer.java:234) > > com.iver.cit.gvsig.AddLayer.addLayers(AddLayer.java:282) > com.iver.cit.gvsig.AddLayer.execute(AddLayer.java:178) > com.iver.andami.plugins.ExtensionDecorator.execute(ExtensionDecorator.java:89) > > com.iver.andami.ui.mdiFrame.MDIFrame.actionPerformed(MDIFrame.java:674) > javax.swing.AbstractButton.fireActionPerformed(Unknown Source) > javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) > javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) > javax.swing.DefaultButtonModel.setPressed(Unknown Source) > javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown > Source) > > java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) > java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) > java.awt.Component.processMouseEvent(Unknown Source) > javax.swing.JComponent.processMouseEvent(Unknown Source) > java.awt.Component.processEvent(Unknown Source) > java.awt.Container.processEvent(Unknown Source) > java.awt.Component.dispatchEventImpl(Unknown Sour
Re: [Gvsig_english] Fwd: PostGis + 3D extension
Your questions are not naive at all. They touch a problem that many GIS users increasingly face. The problem is that the roots of GIS are in digital cartography, which is a 2D discipline. So the GIS datamodels were all originally designed for 2D, including the vector model. Raster elevation layers served the purpose as simple pseudo-3D models ("2.5 D"). As time went by, more and more people from "3D fields", such as geology created a demand for real 3D data management, so capabilities to load, view, and (to a limited degree) add 3D data was introduced. And some GIS (such as GRASS GIS) also learned a limited amount of 3D analysis. But many fundamental GIS aspects, such as topology, remain firmly in the 2D domain, and it will be a long time before that changes, because 3D topological relationships are a whole lot more complex than 2D ones. Currently, 3D remains an "add-on" to GIS, that works more or less well (and then there is 4D, but let's not even get into that). Polygons versus more complex 3D shapes are a good example. By definition a polygon is a planar construct. Anything more complex than that must be sub-divided into simpler polygons (usually 3D triangles), so the GIS vector model can handle them. E.g. a TIN is just a collection of simple triangles. And any other shape can also be decomposed into triangular "faces". Things are a little more simple for 3D volumetric rasters (voxels), since they have an easy structure. The only open source GIS that can currently handle voxels is GRASS GIS. Through SEXTANTE and the GRASS GIS interface, we have access to the GRASS voxels tools in theory, but the GUI interface must be extended first to allow voxel inputs and outputs. -- And I don't think the gvSIG 3D extension handles voxels yet (?) Cheers, Ben - Original Message - > Yes, you are right. > > What it is about is how to handle "dirty" polygons that is invalid. > How to find that they are invalid without putting to much effort in > it. > > The isValid function is a GEOS-function and only handles x z > coordinates as far as I know, so a part of extending PostGIS > capabilities in 3D is > taking care of validation. Those functions is not in place yet (I > think, I have if something new has been committed there by the guy > implementing TIN and Polyhedralsurface) > > Do you have a good way of validating that the polygon is coplanar in > gvSIG, I guess you have to handle invalid data too. How do you > validate the data? > > Or same question from another angle. How do you define the plane in 3D > extension? > > Or what happens if the extension gets the polygon I had as example? > I will try when I get it up running :-) > > I am a novice in 3D so sorry for maybe naive questions. > > > Regards > Nicklas > > > > > > On Wed, 2011-01-19 at 16:03 +0100, Jordi Torres wrote: > > I missed the link... :S > > > > [1]http://postgis.refractions.net/docs/ch04.html > > > > > > 2011/1/19 Jordi Torres > > Hi Nicklas, > > > > What I meant is that a polygon is a two-dimensional shape, > > enclosing an area with its vertices that is in the same > > plane, coplanar. If you don't define your polygons this way > > it's impossible to know how to tesellate and render it. I > > don't know about the specification of polygons in postgis, > > but maybe > > it's up to the user to define its vertices correctly. I > > found this[1] in the postgis doc, see point 4.3.5, maybe it > > helps. > > > > Greetz. > > > > [1] > > > > > > 2011/1/19 Nicklas Avén > > sorry about off list posting > > > > > > > > > > On Wed, 2011-01-19 at 14:35 +0100, Jordi Torres > > wrote: > > > Hi Nicklas, > > > > > > Please, let' s take this conversation "on-list". > > > The > > attacments did > > > not pass the list control, that's the reason why I > > wrote to you > > > directly. About generating 3D datasets it's simple > > > if you have > > the data in .shp > > > (using shp2pgsql). That's the way I get my data. > > > In the other hand, a polygon cannot be in more > > > than > > one plane in 3D, > > > if this is the case, this structure must be > > tessellated into triangles > > > or at least polygons in the same plane. > > > > > > Well, what do you mean by cannot be in more than one > > plan? > > > > I understand that it cot can when it comes to > > rendering and so on. > > And it cannot when it comes to valid polygons. > > > > But you can express a polygon in wkt that has > > vertexpoints in more than > >
Re: [Gvsig_english] Installation issue Linux
Can you resize the dialog? Does that repaint it and make it look better? Seems to me there is a problem with the new installer software on Ubuntu 10.10. If you can get gvSIG to install on a different Linux distribution, then you can just copy the installation directory over to your 10.10 machines. Ben - Original Message - > On Mon, Jan 17, 2011 at 2:57 PM, Benjamin Ducke > wrote: > > Try disabling the visual effects for your desktop > > (Under "Preferences->Appearance"). > > Effect was at setting "Normal". Changed to "None". Still same problem. > > -- H.S.Rai > .Org.Com > ___ 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] Installation issue Linux
Try disabling the visual effects for your desktop (Under "Preferences->Appearance"). Ben - Original Message - > I tried to Install from file gvSIG-1_10-1264-final-lin-i586-j1_5.bin > on Linux (Ubuntu 10.10), but I got unreadable dialog box. > > See screen shot: > > http://picasaweb.google.com/hardeep.rai/Temp#5563082598538545074 > > I tired on three different Laptop (all different make/model), I > experienced same problem on all three tries. > > What could be the issue? > > -- H.S.Rai > .Org.Com > ___ 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] 3D Extension. CALL FOR TESTING
Hi Jordi, Thanks for looking into this. Unfortunately, my GL libs really are in /usr/lib (and only there), so the problem must be somewhere else. I will let it rest for now, given that there is so much work going on with the Linux ATI drivers. It's a moving target at the moment. Best, Ben - Original Message - > Hi Ben, > > There is a chance you do have libGL in /usr/X11R6/lib. If you don't, > I'm stucked because I don't have an ATI card to make tests ... :(. And > if updating and changing drivers is out of discussion (is totally > understandable), I can add nothing. > With the specificications of your card (Radeon 4200 HD) and driver, it > should run. > > Cheers. > > > > 2011/1/13 Benjamin Ducke < benjamin.du...@oxfordarch.co.uk > > > > > - Original Message - > > So, you don't have a directory called 'fglrx' nor 'ati'... :( > > > No. I think the directory layout may have changed in more > recent versions of Catalyst. > > > > > I doubt in one thing, have you got libGLU.so in your /usr/lib/ > > directory? If you don't please install freeglut package, but I don't > > feel it will fix the problem. > > > > Yes, I have libGLU installed. > > > > What is the output of doing $ldd /usr/lib/libGL.so.1.2? > > linux-gate.so.1 => (0x002ad000) > libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x001d3000) > libXext.so.6 => /usr/lib/libXext.so.6 (0x0011) > libatiuki.so.1 => /usr/lib/libatiuki.so.1 (0x00962000) > libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00525000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00347000) > libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x0054b000) > libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00e33000) > /lib/ld-linux.so.2 (0x00758000) > libX11.so.6 => /usr/lib/libX11.so.6 (0x00775000) > libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00a21000) > libXau.so.6 => /usr/lib/libXau.so.6 (0x00dd9000) > libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00292000) > > Ben > > > > > > > > > Cheers > > > > > > 2011/1/13 Benjamin Ducke < benjamin.du...@oxfordarch.co.uk > > > > > > > ls -lh /usr/lib/libGL.so > > > > says this: > > > > /usr/lib/libGL.so -> /usr/lib/libGL.so.1.2 > > > > There are no other GL libraries in /usr/lib > > > > So that should be OK I think? In that location, the > > library should be loaded without problems. > > But even if I change $pathtoGL to point to the library > > above, then gvSIG still crashes in the same way I reported before. > > > > In the meantime I have also tried this on an older (2004) > > laptop with an Intel on-board grapics chip and on that machine > > it worked -- but of course far too slow to be usable. > > > > > > > > > > Ben > > > > - Original Message - > > > Hi Ben, > > > > > > It typically should be /usr/lib/libGL.so, but it is usually a link > > > to the actual libGL.so in some other place. In Nvidia drivers this > > > link is detected doing nothing in the script. In the opposite Mesa > > > and Ati > > > drivers are not correctly detected by the jvm machine beacuse of > > > dynamic library loading. I wrote a post time ago in the blog, but > > > is in spanish :(... Thats the reason why we wrote this lines in > > > the gvSIG.sh script. > > > > > > So try to find all the instances of libGL.so you have in your > > > /usr/lib/*. > > > > > > Thank you (and all the other guys) very much for spend your time > > > testing this. > > > > > > Cheers. > > > > > > > > > > > > 2011/1/13 Benjamin Ducke < benjamin.du...@oxfordarch.co.uk > > > > > > > > > > No, I installed the AMD drivers brute force, and it would > > > be a lot of work switching between drivers now. But I will > > > test on another Linux system with an Intel chipset. > > > > > > > > > > > > > > > - Original Message - > > > > Did you test without the Catalyst drivers just for fun? > > > > > > > > - Original Message - > > > > > Well, I tried it on Ubuntu 10.04 32 but, with an ATI card but > > > > > it crashes. gvSIG starts up and initializes all the way to > > > > > when the Andami main window appears, but then I get this on > > > > > the > > > > > console: > > > > > > &g
Re: [Gvsig_english] Can`t initialize writer: POSTGIS Writer
Klaus, Coud you tell us what exactly the problem was? What was wrong with your database? These things are important to know for other users as well, should they encounter the same error message. Also, this will help gvSIG to catch common errors and display comprehensible error messages instead of raw JRE dumps. Ben - Original Message - > This issue is solved: I was not creating a proper PostGIS database... > > Regards > Klaus > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Can-t-initialize-writer-POSTGIS-Writer-tp5918428p5921452.html > Sent from the gvSIG international mailing list archive at Nabble.com. > ___ 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] 3D Extension. CALL FOR TESTING
- Original Message - > So, you don't have a directory called 'fglrx' nor 'ati'... :( No. I think the directory layout may have changed in more recent versions of Catalyst. > > I doubt in one thing, have you got libGLU.so in your /usr/lib/ > directory? If you don't please install freeglut package, but I don't > feel it will fix the problem. > Yes, I have libGLU installed. > What is the output of doing $ldd /usr/lib/libGL.so.1.2? linux-gate.so.1 => (0x002ad000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x001d3000) libXext.so.6 => /usr/lib/libXext.so.6 (0x0011) libatiuki.so.1 => /usr/lib/libatiuki.so.1 (0x00962000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00525000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00347000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x0054b000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00e33000) /lib/ld-linux.so.2 (0x00758000) libX11.so.6 => /usr/lib/libX11.so.6 (0x00775000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00a21000) libXau.so.6 => /usr/lib/libXau.so.6 (0x00dd9000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00292000) Ben > > Cheers > > > 2011/1/13 Benjamin Ducke < benjamin.du...@oxfordarch.co.uk > > > > ls -lh /usr/lib/libGL.so > > says this: > > /usr/lib/libGL.so -> /usr/lib/libGL.so.1.2 > > There are no other GL libraries in /usr/lib > > So that should be OK I think? In that location, the > library should be loaded without problems. > But even if I change $pathtoGL to point to the library > above, then gvSIG still crashes in the same way I reported before. > > In the meantime I have also tried this on an older (2004) > laptop with an Intel on-board grapics chip and on that machine > it worked -- but of course far too slow to be usable. > > > > > Ben > > - Original Message - > > Hi Ben, > > > > It typically should be /usr/lib/libGL.so, but it is usually a link > > to the actual libGL.so in some other place. In Nvidia drivers this > > link is detected doing nothing in the script. In the opposite Mesa > > and Ati > > drivers are not correctly detected by the jvm machine beacuse of > > dynamic library loading. I wrote a post time ago in the blog, but is > > in spanish :(... Thats the reason why we wrote this lines in the > > gvSIG.sh script. > > > > So try to find all the instances of libGL.so you have in your > > /usr/lib/*. > > > > Thank you (and all the other guys) very much for spend your time > > testing this. > > > > Cheers. > > > > > > > > 2011/1/13 Benjamin Ducke < benjamin.du...@oxfordarch.co.uk > > > > > > > No, I installed the AMD drivers brute force, and it would > > be a lot of work switching between drivers now. But I will > > test on another Linux system with an Intel chipset. > > > > > > > > > > - Original Message - > > > Did you test without the Catalyst drivers just for fun? > > > > > > - Original Message - > > > > Well, I tried it on Ubuntu 10.04 32 but, with an ATI card but > > > > it crashes. gvSIG starts up and initializes all the way to when > > > > the Andami main window appears, but then I get this on the > > > > console: > > > > > > > > [..] > > > > DEBUG [AWT-EventQueue-1] (NewSkin.java:413) - Activando Project > > > > manager DEBUG [AWT-EventQueue-1] (MDIFrame.java:1224) - Memory > > > > usage 70997 KB > > > > # > > > > # A fatal error has been detected by the Java Runtime > > > > Environment: # # SIGSEGV (0xb) at pc=0x8b78e057, pid=10698, > > > > tid=2394958704 # # JRE version: 6.0_20-b02 > > > > # Java VM: Java HotSpot(TM) Server VM (16.3-b01 mixed mode > > > > linux-x86 ) > > > > # Problematic frame: > > > > # C [libstdc++.so.6+0xbc057] _ZSt18uncaught_exceptionv+0x17 > > > > # > > > > # An error report file with more information is saved as: > > > > # /home/benni/gvSIG_1.10/bin/hs_err_pid10534.log > > > > # > > > > # If you would like to submit a bug report, please visit: > > > > # http://java.sun.com/webapps/bugreport/crash.jsp > > > > # The crash happened outside the Java Virtual Machine in native > > > > code. # See problematic frame for where to report the bug. > > > > # Aborted > > > > > > > > Obviously, it's a problem
Re: [Gvsig_english] 3D Extension. CALL FOR TESTING
ls -lh /usr/lib/libGL.so says this: /usr/lib/libGL.so -> /usr/lib/libGL.so.1.2 There are no other GL libraries in /usr/lib So that should be OK I think? In that location, the library should be loaded without problems. But even if I change $pathtoGL to point to the library above, then gvSIG still crashes in the same way I reported before. In the meantime I have also tried this on an older (2004) laptop with an Intel on-board grapics chip and on that machine it worked -- but of course far too slow to be usable. Ben - Original Message - > Hi Ben, > > It typically should be /usr/lib/libGL.so, but it is usually a link to > the actual libGL.so in some other place. In Nvidia drivers this link > is detected doing nothing in the script. In the opposite Mesa and Ati > drivers are not correctly detected by the jvm machine beacuse of > dynamic library loading. I wrote a post time ago in the blog, but is > in spanish :(... Thats the reason why we wrote this lines in the > gvSIG.sh script. > > So try to find all the instances of libGL.so you have in your > /usr/lib/*. > > Thank you (and all the other guys) very much for spend your time > testing this. > > Cheers. > > > > 2011/1/13 Benjamin Ducke < benjamin.du...@oxfordarch.co.uk > > > > No, I installed the AMD drivers brute force, and it would > be a lot of work switching between drivers now. But I will > test on another Linux system with an Intel chipset. > > > > > - Original Message - > > Did you test without the Catalyst drivers just for fun? > > > > - Original Message - > > > Well, I tried it on Ubuntu 10.04 32 but, with an ATI card but > > > it crashes. gvSIG starts up and initializes all the way to when > > > the Andami main window appears, but then I get this on the > > > console: > > > > > > [..] > > > DEBUG [AWT-EventQueue-1] (NewSkin.java:413) - Activando Project > > > manager DEBUG [AWT-EventQueue-1] (MDIFrame.java:1224) - Memory > > > usage 70997 KB > > > # > > > # A fatal error has been detected by the Java Runtime Environment: > > > # # SIGSEGV (0xb) at pc=0x8b78e057, pid=10698, tid=2394958704 > > > # # JRE version: 6.0_20-b02 > > > # Java VM: Java HotSpot(TM) Server VM (16.3-b01 mixed mode > > > linux-x86 ) > > > # Problematic frame: > > > # C [libstdc++.so.6+0xbc057] _ZSt18uncaught_exceptionv+0x17 > > > # > > > # An error report file with more information is saved as: > > > # /home/benni/gvSIG_1.10/bin/hs_err_pid10534.log > > > # > > > # If you would like to submit a bug report, please visit: > > > # http://java.sun.com/webapps/bugreport/crash.jsp > > > # The crash happened outside the Java Virtual Machine in native > > > code. # See problematic frame for where to report the bug. > > > # Aborted > > > > > > Obviously, it's a problem with a C++ library, perhaps one of the > > > OSG libraries having trouble with my ATI drivers? > > > > > > I have tested this with gvSIG 1.10, using both its bundled JRE > > > and a separate installation of JRE 1.6, both with the same > > > results. > > > > > > The gvSIG.sh startup script failed to detect my driver's GL > > > library. On my system, they are in /usr/lib/libGL.so* > > > (AMD Catalyst binary only drivers). > > > So I manually fixed up gvSIG.sh, but still no luck. > > > > > > I have attached all the log files and also the glxinfo > > > diagnostics. > > > > > > Cheers, > > > > > > Ben > > > > > > > > > - Original Message - > > > > Hi Ben, > > > > > > > > He He, We have scheduled it for the 1st of February, so, don't > > > > worry! > > > > > > > > Thank you! > > > > > > > > > > > > 2011/1/13 Benjamin Ducke < benjamin.du...@oxfordarch.co.uk > > > > > > > > > > > > > Jordi, > > > > > > > > Please wait at least until the end of this month with RC1 if you > > > > can. The beginning of the year is usually a very busy period, > > > > and people might simply not have had the time to test and report > > > > back yet (including me). > > > > > > > > Ben > > > > > > > > > > > > > > > > > > > > - Original Message - > > > > > HI NIcklas, > > > > > > > > > > Did you finally s
Re: [Gvsig_english] 3D Extension. CALL FOR TESTING
No, I installed the AMD drivers brute force, and it would be a lot of work switching between drivers now. But I will test on another Linux system with an Intel chipset. - Original Message - > Did you test without the Catalyst drivers just for fun? > > - Original Message - > > Well, I tried it on Ubuntu 10.04 32 but, with an ATI card but > > it crashes. gvSIG starts up and initializes all the way to when > > the Andami main window appears, but then I get this on the console: > > > > [..] > > DEBUG [AWT-EventQueue-1] (NewSkin.java:413) - Activando Project > > manager DEBUG [AWT-EventQueue-1] (MDIFrame.java:1224) - Memory usage > > 70997 KB > > # > > # A fatal error has been detected by the Java Runtime Environment: > > # # SIGSEGV (0xb) at pc=0x8b78e057, pid=10698, tid=2394958704 > > # # JRE version: 6.0_20-b02 > > # Java VM: Java HotSpot(TM) Server VM (16.3-b01 mixed mode linux-x86 > > ) > > # Problematic frame: > > # C [libstdc++.so.6+0xbc057] _ZSt18uncaught_exceptionv+0x17 > > # > > # An error report file with more information is saved as: > > # /home/benni/gvSIG_1.10/bin/hs_err_pid10534.log > > # > > # If you would like to submit a bug report, please visit: > > # http://java.sun.com/webapps/bugreport/crash.jsp > > # The crash happened outside the Java Virtual Machine in native > > code. # See problematic frame for where to report the bug. > > # Aborted > > > > Obviously, it's a problem with a C++ library, perhaps one of the > > OSG libraries having trouble with my ATI drivers? > > > > I have tested this with gvSIG 1.10, using both its bundled JRE > > and a separate installation of JRE 1.6, both with the same results. > > > > The gvSIG.sh startup script failed to detect my driver's GL > > library. On my system, they are in /usr/lib/libGL.so* > > (AMD Catalyst binary only drivers). > > So I manually fixed up gvSIG.sh, but still no luck. > > > > I have attached all the log files and also the glxinfo diagnostics. > > > > Cheers, > > > > Ben > > > > > > - Original Message - > > > Hi Ben, > > > > > > He He, We have scheduled it for the 1st of February, so, don't > > > worry! > > > > > > Thank you! > > > > > > > > > 2011/1/13 Benjamin Ducke < benjamin.du...@oxfordarch.co.uk > > > > > > > > > > Jordi, > > > > > > Please wait at least until the end of this month with RC1 if you > > > can. The beginning of the year is usually a very busy period, and > > > people might simply not have had the time to test and report > > > back yet (including me). > > > > > > Ben > > > > > > > > > > > > > > > - Original Message - > > > > HI NIcklas, > > > > > > > > Did you finally saw a 3D view? Can you tell us how the > > > > performance was with your fglrx drivers? > > > > > > > > We are a bit desencouraged about the call for testing, because > > > > nobody said directly that the test was succesful. > > > > If any other on the list have tested 3D with or without success, > > > > please answer to this thread, is the way to fix the problems or > > > > to see some feedback from the community. If no body reports > > > > major problems we > > > > will go for RC1 next weeks. > > > > > > > > Your screenshots are wellcome! > > > > > > > > Cheers! > > > > > > > > > > > > > > > > 2011/1/10 Jordi Torres < jtorresfa...@gmail.com > > > > > > > > > > > > > Hi Nicklas, > > > > > > > > Great to hear this!! You are the first which have working 3D > > > > extension in linux and fglrx driver!! Feel free to send a patch > > > > and become a > > > > contributor to gvSIG 3D. Here you have the instructions[1]. If > > > > you don't have enough time I will do the job for the next > > > > release (RC1) and you will be a contributor anyway :) . > > > > > > > > About PostGIS in the gvSIG code sprint[2] many bugs were fixes. > > > > Maybe you can use a translator, the web is in spanish. Anyway > > > > other people in the community can speak about postGis better > > > > than me... Hope they > > > > read this thread. > > > > > > > > We are a bit curious about per
Re: [Gvsig_english] 3D Extension. CALL FOR TESTING
Jordi, Please wait at least until the end of this month with RC1 if you can. The beginning of the year is usually a very busy period, and people might simply not have had the time to test and report back yet (including me). Ben - Original Message - > HI NIcklas, > > Did you finally saw a 3D view? Can you tell us how the performance was > with your fglrx drivers? > > We are a bit desencouraged about the call for testing, because nobody > said directly that the test was succesful. > If any other on the list have tested 3D with or without success, > please answer to this thread, is the way to fix the problems or to see > some feedback from the community. If no body reports major problems we > will go for RC1 next weeks. > > Your screenshots are wellcome! > > Cheers! > > > > 2011/1/10 Jordi Torres < jtorresfa...@gmail.com > > > > Hi Nicklas, > > Great to hear this!! You are the first which have working 3D extension > in linux and fglrx driver!! Feel free to send a patch and become a > contributor to gvSIG 3D. Here you have the instructions[1]. If you > don't have enough time I will do the job for the next release (RC1) > and you will be a contributor anyway :) . > > About PostGIS in the gvSIG code sprint[2] many bugs were fixes. Maybe > you can use a translator, the web is in spanish. Anyway other people > in the community can speak about postGis better than me... Hope they > read this thread. > > We are a bit curious about performance with fglrx drivers. How it > goes? Letter 's' toggles the statistics in a 3D view. > > Cheers, and good work! > > [1] > https://gvsig.org/web/projects/gvsig-desktop/docs/devel/gvsig-devel-guide/2.0.0/anexos/contribuciones-y-parches-al-codigo-de-gvsig/contributions-and-patches-to-the-gvsig-code/view?set_language=en > [2] http://www.doowikis.com/m/Jy3H1rZ7AP > > > > > > 2011/1/10 Nicklas Avén < nicklas.a...@jordogskog.no > > > > Hallo again > > I had it working. First I tried: > > pathtoGL=$(find /usr/lib/fglrx -iname libGL.so.1); > > then it found libGL.so.1 but couldn't load it. > > But when I changed to > > pathtoGL=$(find /usr/lib32/fglrx -iname libGL.so.1); > > it works. > > Now it is just that issue that I don't get the Z-values from PostGIS. > > Is that patch available? Is it difficult to compile. As I understood > it the bug is not in the 3D-extension but in the desktop application? > > Then I found another issue: > At least in the 3D-extension, I haven't tried the 2D view, If I load a > PostGIS table that table gets locked. Even after I have deleted it > from the view I can't drop it in PostGIS. > > There must be some sort of locking left also efter removing the table > from gvSIG. > > Regards > > Nicklas > > > > > > > On Mon, 2011-01-10 at 14:09 +0100, Jordi Torres wrote: > > Hi Nicklas, > > > > I think you will have to convert your polyhedralsurfaces to > > polygons, but you can test anyway... > > > > I am waiting eagerly for this screenshots!! > > > > Cheers. > > > > 2011/1/10 Nicklas Avén < nicklas.a...@jordogskog.no > > > Great! > > > > Thanks both of you. > > > > I will get back with some nice screenshots of ST_3DShortesline > > on polyhedralsurfaces when I get some extra time and things are > > running. > > > > > > BTW, will the 3D extension understand the geometry type > > polyhedralsurface or do I have to use ST_Dump to get a bunch > > of 3D > > polygons instead? > > > > > > Thanks again > > > > Nicklas > > > > > > > > On Mon, 2011-01-10 at 13:37 +0100, Jordi Torres wrote: > > > Hi Nicklas, > > > > > > With no doubt the best cards to use with linux are NVIDIA > > one's. Their > > > private drivers runs like a charm in linux machines. And > > they are a > > > couple of steps advanced with respect to ATI, at least in > > linux... > > > > > > The problem you are experiencing is that gvSIG 3D can't find > > your > > > libGL.so.1 implementation (usually in /usr/lib/ ). It has > > been fixed > > > for Mesa drivers, but not for ATI private drivers. You can > > take a look > > > in the script gvSIG.sh to see what we do with mesa drivers > > and try to > > > do something similar. Or you can, of course, wait for RC1 > > version. > > > > > > As ben recommended, take a look to phoronix, and compare > > chipsets and > > > drivers :) > > > > > > Cheers. > > > > > > 2011/1/10 Nicklas Avén < nicklas.a...@jordogskog.no > > > > Here it comes :-) > > > > > > > > > On Mon, 2011-01-10 at 13:27 +0100, Jordi Torres > > wrote: > > > > Hi Nicklas, > > > > > > > > Can you send the > > > > file > > /home/nicklas/gvSIG_1.10/bin/hs_err_pid6059.log ? This > > > file > > > > contains the log for the native crash. > > > > > > > > As Benjamin said, ATI 3D support in linux have > > been > > > problematic for a > > > > long time. Anyway we know we have a problem with > > ati cards > > > in linux > > > > and private drivers. We will do our best to fix it > > for RC1 > > > version. > > > > > > > > Cheers. > > > > > > > > > > > > > > > > > > > > 2
Re: [Gvsig_english] New Color Ramps for gvSIG&In-Reply-To=4d2b291b.8000.001...@utah.gov
What can I say: it's fantastic to have that many colour scales available, and really makes the task of creating good symbology so much easier! In terms of how it worked: well, it was easy to just take the contents of Kevin's palettes.xml file and merge it into the existing one. Then I deleted the palettes folders, they were recreated on gvSIG startup and I had access to all the old palettes plus the new ones. So no problems with that. But: there are a lot of palettes now. And without alphabetic sorting, it is a very time-consuming act to select the right one, almost frustrating. I like the fact that both the raster and vector colour palette selectors show them in the same order. However, I think it would be better to have the palette drop-down list in the vector symbology dialog look the same as that for raster layers, i.e. name + preview as one item. The current solution, which is to show the name after a while of mouse hovering does not work well for large libraries of palettes. Cheers, Ben - Original Message - > Hi. > > Thank you very much, Kevin. > > It would be very interesting if we could merge the original and the > new ones, as Ben says. Please, Ben, let us know how it was. > > Kind regards, > Manuel. > > El 11/01/11 15:44, Benjamin Ducke escribió: > > Thanks Kevin, that's great. > > It's actually possible to merge the original gvSIG colour palettes > > and your new ones into one big library. And that's what I'll do > > once I figured out how to get them sorted alphabetically in the > > menus. > > > > Cheers, > > > > Ben > > > > - Original Message - > >> Ben, > >> > >> The color ramps may be used without restrictions. Modify and > >> distribute them as you wish. > >> No need for author's credit to remain with the ramps. > >> > >> Kevin > >> > >> > >> ___ 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 > > -- Manuel Madrid. > Product and testing manager. > gvSIG project (http://www.gvsig.org). > ___ 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] New Color Ramps for gvSIG
> It can be set as a bug. What do you think? > > Cheers, > Nacho > > [1]: http://www.gvsig.org/web/plugins/downloads > Only if alphabetic sorting was intended but does not work. The way I see it, it has simply never been implemented, so this would be a new feature -- but one that should be really simple to implement into the palettes reader class with one or two line of Java code. Cheers, Ben > > ___ 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] New Color Ramps for gvSIG&In-Reply-To=4d2b291b.8000.001...@utah.gov
Thanks Kevin, that's great. It's actually possible to merge the original gvSIG colour palettes and your new ones into one big library. And that's what I'll do once I figured out how to get them sorted alphabetically in the menus. Cheers, Ben - Original Message - > Ben, > > The color ramps may be used without restrictions. Modify and > distribute them as you wish. > No need for author's credit to remain with the ramps. > > Kevin > > > ___ 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] New Color Ramps for gvSIG
Thanks for making these available, Kevin, they look great! Some questions: what license are you putting these under? will it be OK to redistribute them as part of gvSIG? Could you license them under a Creative Commons license? And to the developers: How is the order of palettes in both raster colour tables and vector layer symbology determined? Both raster and vector colour palette lists are in the same order, and that order does not change between restarts of gvSIG, but I cannot see where that order comes from. It's not the order in which they are listed in the tag in palettes.xml, it's also not the order in which the items follow in the same file. It's also not the alphabetical order of filenames. Is it the order in which the file system happens to have stored them? Maybe it would be a good idea to sort alphabetically instead? Cheers, Ben - Original Message - > Dear gvSIG Users, > > I have created new color ramps for use in gvSIG. They replace the > default color ramps. > > To use the new color ramps: > 1. Navigate to the gvSIG configuration folder. > For Windows: C:\Documents and Settings\"username"\gvSIG > For Linux: /home/"username"/gvSIG > > 2. Replace the default "palettes.xml" file with the attached > "palettes.xml" file. > > 3. Delete the existing "ColorSchemes" and "colortable" folders. > > 4. Start gvSIG. > The "ColorSchemes" and "colortable" folders will be created with the > new color ramps in them. > > Notes: The color ramps are designed to work with both raster and > vector data, although some are better for raster data and some are > better for vector data. > The number of classes in each ramp is in parenthesis as part of the > ramp's name. > In Windows the color ramps are ordered alphabetically and are pleasing > to look at as a group when choosing a ramp. This is not true in Linux. > I cannot figure out how Linux orders the ramps. They seem random and > are not as pleasing to look at as a group. > However, they are completely functional in Linux. > > To restore the default color ramps delete the "palettes.xml" file, the > "ColorSchemes" folder, and the "colortable" folder. > Then restart gvSIG. The original "palettes.xml" file and folders will > be recreated. > > I hope you enjoy. > > Kevin > ___ 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] 3D Extension. CALL FOR TESTING
OK. Thanks for clarifying this! Ben - Original Message - > Hi Ben, > > There are no plans to tag osX version as final or beta or stable. But > we will continue releasing the mac version with 3D extension in > development versions. In fact the development version (build 17) is > working OK with 3D. > The main difference is the name. > > Thank you for your interest! > > > > 2011/1/10 Benjamin Ducke < benjamin.du...@oxfordarch.co.uk > > > > H, how come? Is it because of a lack of resources for > Mac OS X development or because there are some technical > obstacles that made you stop supporting that platform? > > Let me know and I will at least look into it when I get > the time. I am very interested in having this extension > work on all gvSIG platforms. > > Best, > > Ben > > > > > - Original Message - > > Hi Agustin, > > > > AFAIK at the moment there are no plans to release gvSIG 3D as a > > final release on Mac. But you can try the last development version > > build 17[1]. Ecw and SID supported, navtable and sextante included. > > All your > > comments and suggestions are wellcome. > > > > [1] https://gvsig.org/web/projects/gvsig-desktop/devel/gvsig-3d > > > > > > > > > > 2011/1/10 Agustin Diez Castillo < ad...@uv.es > > > > > > > > > > > Jordi, > > Did you plan to release a mac version? if so, count on me to test > > it. Agustin > > > > > > > > > > > > On Jan 10, 2011, at 12:02 PM, Jordi Torres wrote: > > > > > > > > > > > > Hi gvSIG users! > > > > As many of you already know, the gvSIG 3D team is working hard to > > get a final version of the 3D extension. During christmas hollydays > > a beta > > version have been released. After this version we will create > > consecutives RC (release candidates) fixing the bugs detected to > > arrive to the final release. > > > > We are specially interested in the community testing and feedback, > > because the proper functioning of this extension depends on the > > hardware and drivers used. Our target is to detect the maximum > > number of bugs, and which configurations are working well/bad to fix > > these problems in the RC1 version. > > > > We recommend to take a look to the minimum requirements[1] before to > > install the 3D extension[2], and do it in a separate gvSIG 1.10 > > final installation. All your comments, suggestions and bug reports > > are wellcome. You can write to gvSIG distribution lists or to the > > gvSIG 3D > > blog[3], where you can find videotutorials and use examples. > > > > Thank you very much in advance! > > > > [1] > > https://gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.10/extensiones-gvsig-1.10/extension-3d/system-requirements/view?set_language=en > > [2] > > https://gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.10/extensiones-gvsig-1.10/extension-3d/downloads > > [3] http://gvsig3d.blogspot.com > > > > > > > > -- Jordi Torres Fabra -- > > > > gvSIG 3D blog > > http://gvsig3d.blogspot.com Instituto de Automática e Informática > > Industrial > > http://www.ai2.upv.es > > ___ 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 > > > > > > > > > > -- Jordi Torres Fabra > > > > gvSIG 3D blog > > http://gvsig3d.blogspot.com Instituto de Automática e Informática > > Industrial > > http://www.ai2.upv.es > > > > ___ 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 > > > > -- Jordi Torres Fabra > > gvSIG 3D blog > http://gvsig3d.blogspot.com Instituto de Automática e Informática > Industrial > http://www.ai2.upv.es > > ___ 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] 3D Extension. CALL FOR TESTING
H, how come? Is it because of a lack of resources for Mac OS X development or because there are some technical obstacles that made you stop supporting that platform? Let me know and I will at least look into it when I get the time. I am very interested in having this extension work on all gvSIG platforms. Best, Ben - Original Message - > Hi Agustin, > > AFAIK at the moment there are no plans to release gvSIG 3D as a final > release on Mac. But you can try the last development version build > 17[1]. Ecw and SID supported, navtable and sextante included. All your > comments and suggestions are wellcome. > > [1] https://gvsig.org/web/projects/gvsig-desktop/devel/gvsig-3d > > > > > 2011/1/10 Agustin Diez Castillo < ad...@uv.es > > > > > > Jordi, > Did you plan to release a mac version? if so, count on me to test it. > Agustin > > > > > > On Jan 10, 2011, at 12:02 PM, Jordi Torres wrote: > > > > > > Hi gvSIG users! > > As many of you already know, the gvSIG 3D team is working hard to get > a final version of the 3D extension. During christmas hollydays a beta > version have been released. After this version we will create > consecutives RC (release candidates) fixing the bugs detected to > arrive to the final release. > > We are specially interested in the community testing and feedback, > because the proper functioning of this extension depends on the > hardware and drivers used. Our target is to detect the maximum number > of bugs, and which configurations are working well/bad to fix these > problems in the RC1 version. > > We recommend to take a look to the minimum requirements[1] before to > install the 3D extension[2], and do it in a separate gvSIG 1.10 final > installation. All your comments, suggestions and bug reports are > wellcome. You can write to gvSIG distribution lists or to the gvSIG 3D > blog[3], where you can find videotutorials and use examples. > > Thank you very much in advance! > > [1] > https://gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.10/extensiones-gvsig-1.10/extension-3d/system-requirements/view?set_language=en > [2] > https://gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.10/extensiones-gvsig-1.10/extension-3d/downloads > [3] http://gvsig3d.blogspot.com > > > > -- Jordi Torres Fabra -- > > gvSIG 3D blog > http://gvsig3d.blogspot.com Instituto de Automática e Informática > Industrial > http://www.ai2.upv.es > ___ 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 > > > > > -- Jordi Torres Fabra > > gvSIG 3D blog > http://gvsig3d.blogspot.com Instituto de Automática e Informática > Industrial > http://www.ai2.upv.es > > ___ 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] 3D Extension. CALL FOR TESTING
Hi Nicklas, most Linuxers prefer NVIDIA chipsets, because that company keeps its drivers for Linux in sync with Windows and Mac OS X, and thus they tend to work better. Also the open source drivers for NVIDIA seem to be better than those for ATI hardware. But that can all change soon. There is a lot going on with the ATI open source drivers at the moment, and ATI is getting better at providing open source programmers with documentation. Having said that, I am running Catalyst 10.11 on an HD4200 chipset and it's working great (apart from minor issues with Compiz and fullscreen windows). I really suggest you browse phoronix.com and the forums if you are interested in getting more out of your ATI card under Linux. Ben - Original Message - > Hallo Ben > > Yes, I installed the AMD-drive when I was doing my best tryings some > week ago. Before that I have avoided it because, just as you say it > can give very strange behavior. One of my first Ubuntu-installations > endede in a black screen and re installation because of compiz-ATI > problem. I > spent many hours at that time trying to understand what to do, but it > ended with re installation. > > What graphic cards is working best with linux? Will the open source > driver to ATI get better or is there issues stoping the development > like lack of information about architecture? > > /Nicklas > > > > > > On Mon, 2011-01-10 at 12:14 +, Benjamin Ducke wrote: > > Hi Nicklas, > > > > ATI 3D support under Linux is a long and difficult story... > > The only sure thing is that the open source drivers only support > > old OpenGL API versions and do not have complete enough 3D > > support for most newer chipsets yet. > > > > Personally, I use AMD's latest Catalyst driver from their website > > in Ubuntu 10.04 and that works fairly well. But you will have to > > be careful when installing it in order not to break your Ubuntu > > package management and X11 system updates. > > > > The site phoronix.com has regular coverage of ATI drivers on Linux > > and a very useful forum where these things are discussed in detail. > > > > Also, do yourself the favour and disable any 3D desktop effects. > > The interaction of the ATI drivers and Compiz can be problematic. > > > > Best, > > > > Ben > > > > - Original Message - > > > Hallo > > > > > > Actually I started trying some the last week without knowing it > > > was that new :-) > > > > > > What I have tried is against PostGIS in an attempt to visualize > > > the new polyhedral surface and 3D distance functions in the trunk > > > comming in PostGIS 2.0. > > > > > > In Ubuntu gvSIG crashes when I have the extension installed. I > > > translated some spanish post with google on the subject and I > > > guess it > > > is a problem with my ATI-card. The symptoms looked very similar. > > > Is there a solution for that? > > > > > > In windows I had some other trouble. When I had defined and opened > > > a 3D view I could open a PostGIS table, but I didn't get the third > > > dimmension. Properties said that it was a 2d polygon. I guess that > > > can be a JDBC-problem. But I don't know enough about that to say > > > anything. > > > > > > Another problem on windows was that when I had loaded my postgis > > > table the cpu went wild. some java-process took all recourses. > > > > > > All this was maybe a week ago. > > > > > > But I saw the idea, and it looked great :-) > > > > > > > > > Regards > > > Nicklas Avén > > > > > > > > > > > > > > > On Mon, 2011-01-10 at 12:02 +0100, Jordi Torres wrote: > > > > Hi gvSIG users! > > > > > > > > As many of you already know, the gvSIG 3D team is working hard > > > > to get a final version of the 3D extension. During christmas > > > > hollydays a beta > > > > version have been released. After this version we will create > > > > consecutives RC (release candidates) fixing the bugs detected to > > > > arrive to the final release. > > > > > > > > We are specially interested in the community testing and > > > > feedback, because the proper functioning of this extension > > > > depends on the > > > > hardware and drivers used. Our target is to detect the maximum > > > > number of bugs, and which configurations are working well/bad to > > > > fix these problems
Re: [Gvsig_english] 3D Extension. CALL FOR TESTING
Your chipset is well supported by the AMD Catalyst driver, but it is not the latest version on your system. You might benefit from a Catalyst update (although that will probably not fix your problem with the 3D extension). Ben - Original Message - > Hi Nicklas, > > Can you send the file /home/nicklas/gvSIG_1.10/bin/hs_err_pid6059.log > ? This file contains the log for the native crash. > > As Benjamin said, ATI 3D support in linux have been problematic for a > long time. Anyway we know we have a problem with ati cards in linux > and private drivers. We will do our best to fix it for RC1 version. > > Cheers. > > > > > > 2011/1/10 Nicklas Avén < nicklas.a...@jordogskog.no > > > > I have had some problems seeing the beginning of the startup of gcSIG > since it was too long to be scrollable in the terminal. But now I > outputted it to file and I am not sure it is about the video card. > > I attach both glxint and the output of the gvSIG start that ends with > a crash > > When I installed I tried to just follow the instructions which > resulted > in two folders in my home directory: > gvSIG and gvSIG_1.10 > > to start I have to manually kick on script gvSIG-sh in bin-directory > under gvSIG_1.10 > > > > Thanks > > Nicklas > > > here comes glxinfo output as attachment. > > My system is Ubuntu 10.4 64 bit > > I have had some problems getting the error text. I cannot find it in > ant log and the text is so long so the start with the actual > > > > > On Mon, 2011-01-10 at 12:58 +0100, Jordi Torres wrote: > > Hi Nicklas, > > > > About PostGis tables giving 2D geometries is a bug that have been > > tracked and a fixed[1]. The fix (a patch submitted by Jose Carlos > > Martínez from UPV) are not in the svn yet, is waiting to be assigned > > and merged. We hope it will be merged for gvSIG 1.11 release. > > > > With respect to your ATI card: are you using driver Mesa or fglrx? > > Can you send to the list a glxinfo output please? > > > > Thanks for test the 3D extension! > > > > Cheers. > > > > 2011/1/10 Nicklas Avén < nicklas.a...@jordogskog.no > > > Hallo > > > > Actually I started trying some the last week without knowing > > it was that > > new :-) > > > > What I have tried is against PostGIS in an attempt to > > visualize the new > > polyhedral surface and 3D distance functions in the trunk > > comming in > > PostGIS 2.0. > > > > In Ubuntu gvSIG crashes when I have the extension installed. I > > translated some spanish post with google on the subject and I > > guess it > > is a problem with my ATI-card. The symptoms looked very > > similar. Is > > there a solution for that? > > > > In windows I had some other trouble. When I had defined and > > opened a 3D > > view I could open a PostGIS table, but I didn't get the third > > dimmension. Properties said that it was a 2d polygon. I guess > > that can > > be a JDBC-problem. But I don't know enough about that to say > > anything. > > > > Another problem on windows was that when I had loaded my > > postgis table > > the cpu went wild. some java-process took all recourses. > > > > All this was maybe a week ago. > > > > But I saw the idea, and it looked great :-) > > > > > > Regards > > Nicklas Avén > > > > > > > > > > > > On Mon, 2011-01-10 at 12:02 +0100, Jordi Torres wrote: > > > Hi gvSIG users! > > > > > > As many of you already know, the gvSIG 3D team is working > > hard to get > > > a final version of the 3D extension. During christmas > > hollydays a beta > > > version have been released. After this version we will > > create > > > consecutives RC (release candidates) fixing the bugs > > detected to > > > arrive to the final release. > > > > > > We are specially interested in the community testing and > > feedback, > > > because the proper functioning of this extension depends on > > the > > > hardware and drivers used. Our target is to detect the > > maximum number > > > of bugs, and which configurations are working well/bad to > > fix these > > > problems in the RC1 version. > > > > > > We recommend to take a look to the minimum requirements[1] > > before to > > > install the 3D extension[2], and do it in a separate gvSIG > > 1.10 final > > > installation. All your comments, suggestions and bug reports > > are > > > wellcome. You can write to gvSIG distribution lists or to > > the gvSIG 3D > > > blog[3], where you can find videotutorials and use examples. > > > > > > Thank you very much in advance! > > > > > > > > [1] > > https://gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.10/extensiones-gvsig-1.10/extension-3d/system-requirements/view?set_language=en > > > > > [2] > > https://gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.10/extensiones-gvsig-1.10/extension-3d/downloads > > > [3] http://gvsig3d.blogspot.com > > > > > > > > > > > > -- Jordi Torres Fabra -- > > > > > > gvSIG 3D blog > > > http://gvsig3d.blogspot.com Instituto de Automática e Informática > > > Industrial > > > http://www.ai2.upv.es > > > > > > > __
Re: [Gvsig_english] 3D Extension. CALL FOR TESTING
Hi Nicklas, ATI 3D support under Linux is a long and difficult story... The only sure thing is that the open source drivers only support old OpenGL API versions and do not have complete enough 3D support for most newer chipsets yet. Personally, I use AMD's latest Catalyst driver from their website in Ubuntu 10.04 and that works fairly well. But you will have to be careful when installing it in order not to break your Ubuntu package management and X11 system updates. The site phoronix.com has regular coverage of ATI drivers on Linux and a very useful forum where these things are discussed in detail. Also, do yourself the favour and disable any 3D desktop effects. The interaction of the ATI drivers and Compiz can be problematic. Best, Ben - Original Message - > Hallo > > Actually I started trying some the last week without knowing it was > that new :-) > > What I have tried is against PostGIS in an attempt to visualize the > new polyhedral surface and 3D distance functions in the trunk comming > in PostGIS 2.0. > > In Ubuntu gvSIG crashes when I have the extension installed. I > translated some spanish post with google on the subject and I guess it > is a problem with my ATI-card. The symptoms looked very similar. Is > there a solution for that? > > In windows I had some other trouble. When I had defined and opened a > 3D view I could open a PostGIS table, but I didn't get the third > dimmension. Properties said that it was a 2d polygon. I guess that can > be a JDBC-problem. But I don't know enough about that to say anything. > > Another problem on windows was that when I had loaded my postgis table > the cpu went wild. some java-process took all recourses. > > All this was maybe a week ago. > > But I saw the idea, and it looked great :-) > > > Regards > Nicklas Avén > > > > > On Mon, 2011-01-10 at 12:02 +0100, Jordi Torres wrote: > > Hi gvSIG users! > > > > As many of you already know, the gvSIG 3D team is working hard to > > get a final version of the 3D extension. During christmas hollydays > > a beta > > version have been released. After this version we will create > > consecutives RC (release candidates) fixing the bugs detected to > > arrive to the final release. > > > > We are specially interested in the community testing and feedback, > > because the proper functioning of this extension depends on the > > hardware and drivers used. Our target is to detect the maximum > > number of bugs, and which configurations are working well/bad to fix > > these problems in the RC1 version. > > > > We recommend to take a look to the minimum requirements[1] before to > > install the 3D extension[2], and do it in a separate gvSIG 1.10 > > final installation. All your comments, suggestions and bug reports > > are wellcome. You can write to gvSIG distribution lists or to the > > gvSIG 3D > > blog[3], where you can find videotutorials and use examples. > > > > Thank you very much in advance! > > > > [1]https://gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.10/extensiones-gvsig-1.10/extension-3d/system-requirements/view?set_language=en > > [2]https://gvsig.org/web/projects/gvsig-desktop/official/gvsig-1.10/extensiones-gvsig-1.10/extension-3d/downloads > > [3]http://gvsig3d.blogspot.com > > > > > > > > -- Jordi Torres Fabra -- > > > > gvSIG 3D blog > > http://gvsig3d.blogspot.com Instituto de Automática e Informática > > Industrial > > http://www.ai2.upv.es > > ___ 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] Cadastral data postgis database problem
Hi -- Which version of gvSIG are you using? If it's OADE 2010, please exit gvSIG, download ftp://88.208.250.116/fmap.jar and copy it into the "bin/gvSIG/extensiones/com.iver.cit.gvsig/lib" folder of your gvSIG OADE installation directory. Overwrite the existing file. Then restart gvSIG and check if things have improved. Cheers, Ben - Original Message - > Hello, > > > we have been developing a "Cadastral Passport extension" for gvSIG, > which means database of cadastral parcel data and ownership. > > > The current database had been converted form proprietary Czech > Cadastral agency file format and data are stored in postgis DB. The > numerical part of DB consist of roughly 40 connected tables. We have > run into an unexpected problem when working with the database. The > data for each querry amount to some 5 MB but we found out that gvSIG > sends request and reloads data each time any operation is performed by > the user (map zooming, database querrying, filtering), which overloads > the application and prevents practical use of the exension. > > > The problem seems to be absence of caching driver within gvSIG > application. > > > However, I am sure there are applications that use gvSIG, remote > database (Posgis or other) and work with fairly large amount of data > that are working. So I am asking for any possible help with this > isssue. Is there any possible workaround for us? Or at least reference > to any other similar database application under gvSIG would be greatly > appreciated. > > > Thank you in advance > > > Jan Zvonik > ___ 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] SEXTANTE Visibility Tool
If you use gvSIG OADE 2010 with the included GRASS modules, than you can also try r.cva. It's an extremely flexible tool for cumulative viewshed analysis (although a bit slow) and includes curvature correction. However, the correction is not very well tested, so if you try it I would love to hear how it worked for you! Best, Ben - Original Message - > Il 22/12/2010 0.10, Angus Jeffery ha scritto: > > Hello This Sextante Visibility tool is great. However, does anybody > > know if > > it is possible to show the visibility of more than one point, for > > example an array of wind turbines? Is it possible to do this by > > referring to a .shp or .dxf which contains point data and contains > > height attributes, etc.? Does anybody know if the tool takes into > > account, or if it is possible to take into account earth curvature - > > this is unlikely to be significant at close range, but could be at > > 10km plus. > Hi Angus, > you could calculate "cumulative viewsheds" in SEXTANTE using its > Modeler (or Beanshell scripts). You should make an intensive use > of Map Algebra by Raster Calculator in order to take in count the > effects of earth curvature and atmospheric refraction (because > Visibility tool doesn't actually), to consider the heights of wind > turbines, observers and so on... > > Cheers, > Antonio > > -- Antonio Falciano > http://www.linkedin.com/in/antoniofalciano > > ___ 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] Use of gvSIG by Government Land Department
You do not need an administrator to install the software for you. There are versions of gvSIG that are fully self-contained and can be run, e.g. from a USB pendrive. Run from such an external storage device, it will never touch any of the operating system's files. You can have your gvSIG software and data on your own pendrive and bring it into work. Of course, you should clear this approach with your department first. Having said that, gvSIG is in use by governmental bodies around the world. It is licensed under the GPL (GNU Public License) and this explicitely allows use by non-private organizations. Your admin is (like so many) confusing "freeware" with "free and open source" software. Ben - Original Message - > Hello, > > I work in a County Land Management office in Itasca County, Minnesota, > United States. > > I would like to use the gvSIG software. > > The county computer network administrator will not install the program > without documentation that is OK for a government entity to use the > software. > > Is it OK for us to use? She says that free software is sometimes only > free for personal use and not corporate use. We are County government > land management (forestry) department. > > Please advise. > > Adam > Important Notice - Confidential Material- Private Communication This > email message, including any attachments, may be confidential > information subject to protection by law. If you are not the person to > whom this message is addressed, or the employee or agent responsible > to deliver it to the intended recipient, be advised that you have > received this email in error and you are hereby notified that any > dissemination, distribution, copying or use of this email is strictly > prohibited. If you have received this email in error, please notify > the sender immediately by replying to this email and then delete this > email and any attachments from your computer system. If our business > rules identify sensitive information, you will receive a ZixMail > Secure Message with a link to view your message. First-time recipients > will be asked to create a password before they are granted access. To > learn more about ZixMail, ZixCorp Secure Email Message Center, and > other ZixCorp offerings, please go to > http://userawareness.zixcorp.com/sites/index.php?b=652&type=1&p=2 > ___ 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] 6th gvSIG Conference. Reports, posters and articles
Thanks for the links. Actually, thanks to gvSIG, I can now read Spanish well enough without Google translate ;) Cheers, Ben - Original Message - > Hi Benjamin, > > While the gvSIG team change the link to our presentation, you can > visit our post about the 6th gvSIG Conference in our blog, where I put > a link to the presentation at the end of the post: > > http://gvsig3d.blogspot.com/2010/12/taller-de-gvsig-3d-en-las-jornadas.html > > However, both are in Spanish but maybe you can use Google Translator > to translate them. > > Cheers, > > > On Wed, Dec 15, 2010 at 7:10 PM, Benjamin Ducke < > benjamin.du...@oxfordarch.co.uk > wrote: > > > The material on the 3D Workshop by Rafael Gaitan et al. is not > available (404 error). The same is true for Workshop 6 (gvSIG > Mobile & Mini). > > Cheers, > > Ben > > > > > - Original Message - > > 6th gvSIG Conference. Reports, posters and articles > > > > > > > > We would like to inform you of the availability of presentations, > > posters and articles presented during the 6th gvSIG Conference [1] > > which under the motto "Knowledge for change" brought about 500 > > attendees. > > > > The magazine Open Planet 4, the Live-DVD given during the > > Conference, and videos of presentations and workshops will be > > published soon. > > > > > > [1] http://jornadas.gvsig.org/comunicaciones/reports > > > > > > ___ 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 > > > > -- María Ten Rodríguez > > gvSIG 3D Blog: > http://gvsig3d.blogspot.com > > 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 -- 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] 6th gvSIG Conference. Reports, posters and articles
The material on the 3D Workshop by Rafael Gaitan et al. is not available (404 error). The same is true for Workshop 6 (gvSIG Mobile & Mini). Cheers, Ben - Original Message - > 6th gvSIG Conference. Reports, posters and articles > > > > We would like to inform you of the availability of presentations, > posters and articles presented during the 6th gvSIG Conference [1] > which under the motto "Knowledge for change" brought about 500 > attendees. > > The magazine Open Planet 4, the Live-DVD given during the Conference, > and videos of presentations and workshops will be published soon. > > > [1] http://jornadas.gvsig.org/comunicaciones/reports > > > ___ 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 fails in reading Oracle table
Hi Jukka -- The Problem you encountered (and its fix) is described on our support page: http://www.oadigital.net/software/gvsigoade/gvsigbugs Best, Ben - Original Message - > Hi, > > I had a try with Oracle spatial and gvSIG 1.10 OADE version. I could > create a connection to Oracle and get a list of available layers. I > could even export a shapefile into Oracle. What fails for me is > reading. I cannot read even that table I created with gvSIG. I checked > that the table is OK and I can read the geometries with OpenJUMP > dbquery plugin. GvSIG error message attached. Perhaps my user account > is missing some rights? > > -Jukka Rahkonen- > > > ___ 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] Can't open project
I had a quick look through your file and could see nothing wrong with it, except that you are using file names that have spaces in them. But that should not cause gvSIG to fall over dead. Apart from that, nobody here will be able to give you more advise unless we can have a look at the gvSIG.log file. It needs to be saved and sent to this list right after the error message occurs. If it's big, compress it into a ZIP file. That will shrink it to a fraction of its original size. Ben - Original Message - > The project file contains vector, raster, custom attributes in only > one view. I have not moved it nor edited any linked file in a > different programme. At the beginning of the next session (after > computer shut down and restart the next day), when trying to open the > project, I receive this Error message: "Error opening the document: > Municipality ProjectView" > > > > A already had similar problems with less elaborated project files. But > then it did not open at all and said the file was in a wrong format > (although it was unedited gvp created by gvSIG itself). > > > > > Thanks, > > Joachim > > > > > PS: can't attach log file or problematic project file because of 500 > kb message limit but can of course send them directly to anybody > trying to help. Thanks > > ___ 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] import pdf
Let me guess: GeoPDF? Ben - Original Message - > Dear Thomas, > > no, it isn't. images can be imported in map layout mode. > Why would you like to import pdf-documents in gvSIG? > There was a post regarding pdf --> dxf conversion on this list in > November [1] > > Regards, > Wolfgang > > [1] > http://listserv.gva.es/pipermail/gvsig_internacional/2010-November/006332.html > -- View this message in context: > http://osgeo-org.1803224.n2.nabble.com/import-pdf-tp5791992p5792007.html > Sent from the gvSIG international mailing list archive at Nabble.com. > ___ 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