Re: [GRASS-dev] [GRASS GIS] #2584: Vectors skipping columns (character limit !!!) while exporting to OGR data
On Wed, Feb 11, 2015 at 12:32 PM, Luca Delucchi lucadel...@gmail.com wrote: On 10 February 2015 at 18:58, Newcomb, Doug doug_newc...@fws.gov wrote: The shape file format has a 10 character limit on field name length. The smallest field name I see above is 11. ... Yes, but If I remember well v.out.ogr was cutting the field name length more then 10. Am I wrong? Otherwise we could add this feature.. What do you mean, Luca? We might use the new parser abbreviator here E.g. 'int_percentile_90' -- 'ip90' :-) Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Planning GRASS GIS 7.0.0 final: a few days left
On Thu, Feb 12, 2015 at 7:01 PM, Markus Neteler nete...@osgeo.org wrote: On Thu, Feb 12, 2015 at 12:26 AM, Markus Neteler nete...@osgeo.org wrote: Hi devs, according to our http://trac.osgeo.org/grass/wiki/RFC/4_ReleaseProcedure the final release is due on 15th of February. Please check/update http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing Yes, and let's start a section Known issues like any other software does. Releasing 1 million lines of code bug free does not exist. And we then have a good reason to prepare 7.0.1 soon. +1 thanks Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2584: Vectors skipping columns (character limit !!!) while exporting to OGR data
On Thu, Feb 12, 2015 at 6:58 PM, Markus Neteler nete...@osgeo.org wrote: On Wed, Feb 11, 2015 at 12:32 PM, Luca Delucchi lucadel...@gmail.com wrote: On 10 February 2015 at 18:58, Newcomb, Doug doug_newc...@fws.gov wrote: The shape file format has a 10 character limit on field name length. The smallest field name I see above is 11. ... Yes, but If I remember well v.out.ogr was cutting the field name length more then 10. Am I wrong? I also seem to remember that before v.out.ogr would export all columns, even if they had field names of more than 10 characters. In those cases it would simply use the first 10 characters as column name. Or am I confusing this with other software I have used in the past? I think it would in any case be better to export those fields with truncated field names than to skip them. Otherwise we could add this feature.. What do you mean, Luca? We might use the new parser abbreviator here E.g. 'int_percentile_90' -- 'ip90' :-) Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Planning GRASS GIS 7.0.0 final: a few days left
On Thu, Feb 12, 2015 at 1:01 PM, Markus Neteler nete...@osgeo.org wrote: any other software does. any other open source software does ;-) ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Planning GRASS GIS 7.0.0 final: a few days left
On Feb 12, 2015 8:32 PM, Vaclav Petras wenzesl...@gmail.com wrote: On Thu, Feb 12, 2015 at 1:01 PM, Markus Neteler nete...@osgeo.org wrote: any other software does. any other open source software does ;-) Good point! Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Planning GRASS GIS 7.0.0 final: a few days left
On Thu, Feb 12, 2015 at 12:26 AM, Markus Neteler nete...@osgeo.org wrote: Hi devs, according to our http://trac.osgeo.org/grass/wiki/RFC/4_ReleaseProcedure the final release is due on 15th of February. Please check/update http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing Yes, and let's start a section Known issues like any other software does. Releasing 1 million lines of code bug free does not exist. And we then have a good reason to prepare 7.0.1 soon. thanks Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2579: Specify command to be exectued as parameter of grass command
#2579: Specify command to be exectued as parameter of grass command --+- Reporter: wenzeslaus| Owner: grass-dev@… Type: enhancement | Status: new Priority: normal| Milestone: 7.1.0 Component: Startup | Version: svn-trunk Keywords: batch job, GRASS_BATCH_JOB, init |Platform: All Cpu: Unspecified | --+- Comment(by rkrug): This syntax would open many possibilities and make life much easier for accessing GRASS GIS from other languages (e.g. R). I guess there is no chance that it can be included into GRASS 7? -- Ticket URL: http://trac.osgeo.org/grass/ticket/2579#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2579: Specify command to be exectued as parameter of grass command
#2579: Specify command to be exectued as parameter of grass command --+- Reporter: wenzeslaus| Owner: grass-dev@… Type: enhancement | Status: new Priority: normal| Milestone: 7.1.0 Component: Startup | Version: svn-trunk Keywords: batch job, GRASS_BATCH_JOB, init |Platform: All Cpu: Unspecified | --+- Comment(by martinl): Replying to [comment:3 rkrug]: I guess there is no chance that it can be included into GRASS 7? I would say no for GRASS 7.0, the issue is focused on GRASS 7.1 I would say. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2579#comment:4 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Which GRASS version to install in a university Lab?
Hi, 2015-02-12 11:06 GMT+01:00 Nikos Alexandris n...@nikosalexandris.net: which GRASS GIS version would you recommend for a University Lab with 40 computers? Stay with 6.4 or jump into 7.0 RC2? I recommended to wait some time as important changes may be backported from trunk to 7.0, just before the final release. I would recommend 7.0.0RC2 if you cannot postpone installation. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Which GRASS version to install in a university Lab?
On Thu, Feb 12, 2015 at 11:13 AM, Margherita Di Leo direg...@gmail.com wrote: Ciao Nikos, On Thu, Feb 12, 2015 at 11:06 AM, Nikos Alexandris n...@nikosalexandris.net wrote: Dear devs, and power-users, which GRASS GIS version would you recommend for a University Lab with 40 computers? Stay with 6.4 or jump into 7.0 RC2? I recommended to wait some time as important changes may be backported from trunk to 7.0, just before the final release. From my experience as a user, G7 has improved dramatically respect to 6, in new functionalities but especially for the capacity of handling large data sets. I agree with the above, G7 is such an improvement in terms of features and general improvements that there is really no reason to stay with G6. What advantage would keeping G6.4 have? cheers, madi Thank you, Nikos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Best regards, Dr. Margherita DI LEO Scientific / technical project officer European Commission - DG JRC Institute for Environment and Sustainability (IES) Via Fermi, 2749 I-21027 Ispra (VA) - Italy - TP 261 Tel. +39 0332 78 3600 margherita.di-...@jrc.ec.europa.eu Disclaimer: The views expressed are purely those of the writer and may not in any circumstance be regarded as stating an official position of the European Commission. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2588: wxGUI digitizer: error when adding a new column
#2588: wxGUI digitizer: error when adding a new column +--- Reporter: mlennert| Owner: grass-dev@… Type: defect | Status: new Priority: critical| Milestone: 7.0.0 Component: wxGUI | Version: svn-releasebranch70 Keywords: digitizer crash add column |Platform: Unspecified Cpu: Unspecified | +--- Comment(by mlennert): Replying to [comment:2 annakrat]: I think v.support doesn't need to open the vector on level 2. Changing it to level 1 solves this issue. Any opinion on that? I don't see any reason why v.support would need topology. -- Ticket URL: http://trac.osgeo.org/grass/ticket/2588#comment:3 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Which GRASS version to install in a university Lab?
Ciao Nikos, On Thu, Feb 12, 2015 at 11:06 AM, Nikos Alexandris n...@nikosalexandris.net wrote: Dear devs, and power-users, which GRASS GIS version would you recommend for a University Lab with 40 computers? Stay with 6.4 or jump into 7.0 RC2? I recommended to wait some time as important changes may be backported from trunk to 7.0, just before the final release. From my experience as a user, G7 has improved dramatically respect to 6, in new functionalities but especially for the capacity of handling large data sets. cheers, madi Thank you, Nikos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Best regards, Dr. Margherita DI LEO Scientific / technical project officer European Commission - DG JRC Institute for Environment and Sustainability (IES) Via Fermi, 2749 I-21027 Ispra (VA) - Italy - TP 261 Tel. +39 0332 78 3600 margherita.di-...@jrc.ec.europa.eu Disclaimer: The views expressed are purely those of the writer and may not in any circumstance be regarded as stating an official position of the European Commission. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Fwd: OSGeoLive 8.5 status: beta2
Hi all, This new OSGeoLive 8.5beta2 includes GRASS7-RC2: https://launchpad.net/~osgeolive/+archive/ubuntu/nightly/+sourcepub/4773762/+listing-archive-extra Since this debian package was created few hours ago and is not as tested as the RC1 package, I would like to ask for some volunteers to help us test this build. Best, Angelos -- Forwarded message -- From: Angelos Tzotsos gcpp.kal...@gmail.com Date: Thu, Feb 12, 2015 at 11:19 PM Subject: OSGeoLive 8.5 status: beta2 To: live-d...@lists.osgeo.org live-d...@lists.osgeo.org Hi all, We are 1 week away from our first release candidate, and we are releasing our final beta [1] [2] today. This is our last chance to test and fix bugs. Also we are fast approaching the deadline for documentation and translations. Please test and report your findings [3]. Best, Angelos [1] http://aiolos.survey.ntua.gr/gisvm/8.5/osgeo-live-mini-8.5beta2-i386.iso [2] http://osprey.ucdavis.edu/downloads/osgeo/gisvm/gisvm/8.5beta2/osgeo-live-mini-8.5beta2-i386.iso [3] http://trac.osgeo.org/osgeo/report/10 -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2584: Vectors skipping columns (character limit !!!) while exporting to OGR data
On 12 February 2015 at 20:20, Paulo van Breugel p.vanbreu...@gmail.com wrote: I also seem to remember that before v.out.ogr would export all columns, even if they had field names of more than 10 characters. In those cases it would simply use the first 10 characters as column name. Or am I confusing this with other software I have used in the past? I think it would in any case be better to export those fields with truncated field names than to skip them. ok, probably I'm not fully crazy ;-) -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] v.in.ogr: islands not recognized
On Wed, Feb 11, 2015 at 9:34 PM, Markus Neteler nete...@osgeo.org wrote: HI, I tried to import the NUTS3 map(s) from EU which leads to some obscur warnings (see below). While most can be solved with a mild snapping, still four islands are reported as an error. The islands are not reported as an error. The error is that 9912 areas (2748 areas with snap=1e-8) overlap. It is up to the user to decide if overlapping areas are ok or not. The G7.1 message reports that areas are overlapping, this might be an error or not. The G7.0 message says that overlapping areas are errors, which is wrong because overlapping areas can indeed occur. With regard to the test data, I think I know this Europe NUTS3 dataset. Some areas are double labeled, snapping will not help here. You need to look at the overlapping areas (layer=2) and you need to decide which label in layer=1 (the area has several labels in layer 1) is most probably correct (hint: search for other areas with the same label in layer 1). Markus M They are Andorra, etc and apparently really valid. The error message though suggests that the import was not successful. Could this be fixed? # Download NUTS3 2010, 3M and 10M # http://ec.europa.eu/eurostat/web/gisco/geodata/reference-data/administrative-units-statistical-units # create new location from SHP file grass70 -c NUTS_BN_03M_2010.shp ~/grassdata/eu_etrs89 g.proj -w # import NUTS3 polygons (performs topology check) v.in.ogr input=NUTS_RG_03M_2010.shp output=NUTS_RG_03M_00 ... Cleaning polygons - Breaking polygons... ... - Building areas... WARNING: Area of size = 0.0 ignored WARNING: Area of size = 0.0 ignored WARNING: Area of size = 0.0 ignored WARNING: Area of size = 0.0 ignored ... WARNING: Area of size = 0.0 ignored WARNING: Area of size = 0.0 ignored 100% 16926 areas built 1325 isles built Number of nodes: 113763 Number of primitives: 37 Number of points: 0 Number of lines: 0 Number of boundaries: 37 Number of centroids: 0 Number of areas: 16926 Number of isles: 1325 WARNING: Number of incorrect boundaries: 157 - Removing bridges... 100% - Registering primitives... 48083 primitives registered 343316 vertices registered Building areas... WARNING: Area of size = 0.0 ignored WARNING: Area of size = 0.0 ignored WARNING: Area of size = 0.0 ignored ... WARNING: Area of size = 0.0 ignored WARNING: Area of size = 0.0 ignored 100% 16925 areas built 1335 isles built Attaching islands... 100% Number of nodes: 32451 Number of primitives: 48083 Number of points: 0 Number of lines: 0 Number of boundaries: 48083 Number of centroids: 0 Number of areas: 16925 Number of isles: 1335 WARNING: Number of incorrect boundaries: 36 WARNING: Vect_get_point_in_poly_isl(): collapsed area WARNING: Unable to calculate area centroid WARNING: Vect_get_point_in_poly_isl(): collapsed area WARNING: Unable to calculate area centroid WARNING: Vect_get_point_in_poly_isl(): collapsed area WARNING: Unable to calculate area centroid WARNING: Vect_get_point_in_poly_isl(): collapsed area ... WARNING: Unable to calculate area centroid WARNING: Vect_get_point_in_poly_isl(): collapsed area WARNING: Unable to calculate area centroid - Finding centroids for OGR layer NUTS_RG_03M_2010... 100% - Writing centroids... 100% WARNING: 9912 areas represent more (overlapping) features, because polygons overlap in input layer(s). Such areas are linked to more than 1 row in attribute table. The number of features for those areas is stored as category in layer 2 - 7007 input polygons Total area: 5.75852E+12 (16925 areas) Overlapping area: 5.74784E+12 (9912 areas) Area without category: 5.32057E+08 (19 areas) - Copying features... 100% Building topology for vector map NUTS_RG_03M_2010@PERMANENT... Registering primitives... 59076 primitives registered 354309 vertices registered Building areas... WARNING: Area of size = 0.0 ignored WARNING: Area of size = 0.0 ignored WARNING: Area of size = 0.0 ignored ... WARNING: Area of size = 0.0 ignored WARNING: Area of size = 0.0 ignored 100% 16925 areas built 1335 isles built Attaching islands... 100% Attaching centroids... 100% Number of nodes: 32451 Number of primitives: 59076 Number of points: 0 Number of lines: 0 Number of boundaries: 48083 Number of centroids: 10993 Number of areas: 16925 Number of isles: 1335 WARNING: Number of incorrect boundaries: 36 - WARNING: Errors were
Re: [GRASS-dev] [GRASS GIS] #2579: Specify command to be exectued as parameter of grass command
#2579: Specify command to be exectued as parameter of grass command --+- Reporter: wenzeslaus| Owner: grass-dev@… Type: enhancement | Status: new Priority: normal| Milestone: 7.1.0 Component: Startup | Version: svn-trunk Keywords: batch job, GRASS_BATCH_JOB, init |Platform: All Cpu: Unspecified | --+- Comment(by rkrug): Pity - so when is 7.1 out? (Just joking...) -- Ticket URL: http://trac.osgeo.org/grass/ticket/2579#comment:5 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Which GRASS version to install in a university Lab?
Dear devs, and power-users, which GRASS GIS version would you recommend for a University Lab with 40 computers? Stay with 6.4 or jump into 7.0 RC2? I recommended to wait some time as important changes may be backported from trunk to 7.0, just before the final release. Thank you, Nikos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #2588: wxGUI digitizer: error when adding a new column
#2588: wxGUI digitizer: error when adding a new column +--- Reporter: mlennert| Owner: grass-dev@… Type: defect | Status: new Priority: critical| Milestone: 7.0.0 Component: wxGUI | Version: svn-releasebranch70 Keywords: digitizer crash add column |Platform: Unspecified Cpu: Unspecified | +--- Comment(by annakrat): If there are no objections, I will commit it tomorrow. I just want to avoid breaking v.support because of my insufficient knowledge of vector library... -- Ticket URL: http://trac.osgeo.org/grass/ticket/2588#comment:4 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Building GRASS packages from tarball on Launchpad
2015-02-12 7:54 GMT+01:00 Martin Landa landa.mar...@gmail.com: dput ppa:grass/grass-stable ../grass70_7.0.0RC2-1_source.changes Package has already been uploaded to ppa on ppa.launchpad.net Nothing more to do for ../grass70_7.0.0RC2-1_source.changes Any idea where to find out what is wrong? Thanks in advance! Martin there are no builds yet, something must be wrong. Not sure what to check... [1]. Martin [1] http://askubuntu.com/questions/26129/upload-to-ppa-succeeded-but-packages-doesnt-appear -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Building GRASS packages from tarball on Launchpad
2015-02-12 7:54 GMT+01:00 Martin Landa landa.mar...@gmail.com: 2015-02-12 7:53 GMT+01:00 Martin Landa landa.mar...@gmail.com: thats a problem, nothing else happen till now [1]. I will try it once more. Martin [1] https://launchpad.net/~grass/+archive/ubuntu/grass-stable/+packages hm, dput ppa:grass/grass-stable ../grass70_7.0.0RC2-1_source.changes Package has already been uploaded to ppa on ppa.launchpad.net Nothing more to do for ../grass70_7.0.0RC2-1_source.changes Any idea where to find out what is wrong? Thanks in advance! Martin when I was creating a package I was forced to sign it. On Launchpad I discovered that I have no OpenPGP keys registered. Could be that a reason? I guess no since it was uploaded to Lauchpad successfully. Just guessing... Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev