-
-
Notifications
You must be signed in to change notification settings - Fork 301
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v.to.rast: ignore null entries of attribute values for use=attr #173
Conversation
I applied the patch and it works as expected according to the change proposed:
I agree with this change, but please see the comment by Micha in grass-user for a different opinion: http://osgeo-org.1560.x6.nabble.com/Null-values-in-attribute-table-get-converted-to-0-zero-during-v-to-rast-td5419967.html |
Personally, I agree with Micha. Polygons with null attributes deserve to be converted to raster cells in some cases. How would we know locations that exist, but do not have any data vs. non-existent locations? For example, county census data may not be complete and some counties may have no population data yet. When you convert this population data to raster with this change, you would need a secondary layer to identify those counties with no data vs. unincorporated areas (or just outside the data boundary)? I believe we should have an option to choose which one we want. Maybe, null_value= option with default NULL so you have to specify a target null value knowingly (e.g., -9999). |
I agree with Micha. Besides, all possibilities can already be done without any changes. |
…h 0 (#173) print message if missing attribute values are replaced with 0 (zero)
Backported to relbranch78 in 9460807 |
…h 0 (OSGeo#173) print message if missing attribute values are replaced with 0 (zero)
…h 0 (OSGeo#173) print message if missing attribute values are replaced with 0 (zero)
ignore null entries of attribute values for use=attr
if an attribute value is null, the corresponding vector features will not be rasterized