[OSGeo-Discuss] Translation

[Pierre Abbat]

I just got an answer to an issue on Bezitopo "Check Spanish translation" from 
a surveyor in Argentina, so I checked for missing strings (there was one), 
translated it, and pushed it. I noticed that Linguist called them American 
English (which is right) and español de España (which is wrong), though I 
thought they were simply English and Spanish. Is it important, when 
translating a surveying program, to localize it to each variety of English or 
Spanish? We're not talking turkey or pig here (Spanish has way too many words 
for pigs), but there are pondian differences in the word for computer (though 
as my first Romance language is French, I occasionally let "ordenador" slip) 
and (maybe) file and in the use of pronouns, particularly in the second person.

Pierre
-- 
Lanthanidia deliciosa: What the kiwifruit would be
if it weren't so radioactive.



___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss

[OSGeo-Discuss] Open Data Day 2020

[Suchith Anand]

Global Open Data for Agriculture and Nutrition (GODAN) sends our greetings to 
all colleagues globally on the  Open Data Day 2020.  International Open Data 
Day is an annual event that promotes awareness and use of open data. It takes 
place globally, usually in February or March. Open Data Day 2020 will take 
place on Saturday 7 March. A decade since its inception, groups and 
organisations across the world will be organising activities to showcase open 
data releases and other milestones in the field of open data use. Details at 
http://opendataday.org


In celebration of Open Data Day this year, we would like to recognise the 
efforts of our GODAN Action colleagues in designing and making openly available 
the Open Data Management in Agriculture and Nutrition course materials, which 
have been published for open access on Gitbook at 
https://aims.gitbook.io/open-data-mooc.The course content is licensed under the 
Creative Commons Attribution ShareAlike 4.0 International (CC BY-SA 4.0). It is 
also citable on Zenodo at  http://doi.org/10.5281/zenodo.3588148


Our specific thanks go to Wageningen Environmental 
Research,AgroKnow,
 AidData, the Food and Agriculture Organization of 
the United Nations (FAO),the Global Forum on 
Agricultural Research (GFAR), the Institute of 
Development Studies (IDS), the Land 
Portal, the Open Data Institute 
(ODI), the Technical Centre for Agriculture and Rural 
Cooperation (CTA) for their involvement in the project.


GODAN's Open Up Guide for Agriculture, created 
with the assistance of the Open Data Charter, 
provides advice on the key elements of opening agricultural datasets. The guide 
on three key elements: why opening data in agriculture is important, what data 
should be opened based on policy perspectives, and what elements should make up 
a strategy. Created both for policymakers and individuals interested in open 
data, the guide seeks to inform and inspire, allowing users to gain a greater 
understanding of how open data can make a difference for the agricultural 
sector and food security in general. Details at 
https://openupguideforag.info/what-data/data-categories/


There are examples from around the world at 
https://openupguideforag.info/governments-in-action/case-studies/


You can find examples in our Webinar series created with the Technical Centre 
for Agriculture and Rural Cooperation (CTA). The Webinars seek to inspire and 
inform on various aspects of opening agricultural data, open data use, and open 
data policy . Details at https://www.godan.info/pages/webinars


Join our Capacity Development Working Group , our Working Group on Data Rights 
and Responsible Data to get involved in the conversation around these topics 
and contribute to the direction of our work on these thematic areas. 
[https://www.godan.info/pages/capacity-development-working-group]  
[https://www.godan.info/pages/data-rights-and-responsible-data-working-group]


Best wishes,


Suchith





This message and any attachment are intended solely for the addressee
and may contain confidential information. If you have received this
message in error, please contact the sender and delete the email and
attachment. 

Any views or opinions expressed by the author of this email do not
necessarily reflect the views of the University of Nottingham. Email
communications with the University of Nottingham may be monitored 
where permitted by law.




___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss

Re: [OSGeo-Discuss] geospatial algorithm to create area midway boundaries from lines ?

[Micha Silver]

You might want to consider a different idea: convert the line vector to 
a raster, then apply the r.grow.distance module to "fill" all null 
pixels in between the line pixels with the cat value of the closest line.


Here's how it would work in the nc_basic_spm mapset, using the 'streams' 
vector:



g.mapset -p
#user1
g.region -ap rast=elevation

g.copy vect=streams,mystreams

v.to.rast mystreams output=streams_rast use=cat

r.grow.distance input=streams_rast value=theissen_areas

r.to.vect -s theissen_areas output=theissen_polys type=area


Here is what the result looks like:

https://pasteboard.co/IXYLwGI.png


HTH, Micha


On 3/7/20 1:16 AM, karsten wrote:

Hi Pierre,

I mean line segments like e.g. in a road or water GIS layer and they could
be smooth or rather less smooth.
The output I desire should be polygons and not lines. Overall I am looking
for nothing exact here - any approximate interpolation about midway
plus/minus would be fine...

Karsten

-Original Message-
From: Pierre Abbat [mailto:p...@bezitopo.org]
Sent: Friday, March 06, 2020 14:59
To: discuss@lists.osgeo.org
Cc: karsten
Subject: Re: [OSGeo-Discuss] geospatial algorithm to create area midway
boundaries from lines ?

On Friday, 6 March 2020 17:36:15 EST karsten wrote:

Hi All,

a general geospatial question to all:
I am trying to find out if there is any existing geospatial algorithm
(in any open Open Source Geospatial software) that would allow to use
a network of lines as a start point and expand those in such a way
that I can create new area boundaries for each of the lines "coverage
area". What I mean with that is if one could "buffer" the lines out in
such a way to create boundaries where any potential buffers would meet
at the middle way point between the lines so that in the end I could
have an area within that is the starting line. On example could look
like this (5 hand drawn lines in red and corresponding colored areas
that I would want to create). Note that is exact but to communicate
the idea) see
http://terra5.terragis.net/sites/html/aeras_for_lines%20copy.png

When you say "lines", do you mean polylines made of line segments, polyarcs,
or polyspirals? If polyarcs, will they generally be smooth? If polyspirals,
will adjacent spiralarcs osculate, just be tangent, or neither?

What sort of lines would the output be? If the input is polyarcs, the output
could contain pieces of hyperbola. If the input is polyspirals, the output
could contain strange indescribable curves. The only curves used as land
boundaries are line segments and circular arcs, so they'd have to be
approximated.

Pierre
--
When a barnacle settles down, its brain disintegrates.
Já não percebe nada, já não percebe nada.




___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss


--
Micha Silver
Ben Gurion Univ.
Sde Boker, Remote Sensing Lab
cell: +972-523-665918

___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss