Re: [Gfoss] % di un raster dentro un vettore

[Markus Neteler]

2013/2/28 Gabriela Osaci Costache :
> Ciao!
>
> Ecco qui il problema e gli errori (si trova nella lista del mese di maggio,
> 2012): http://lists.gfoss.it/pipermail/gfoss/2012-May/023017.html

Dopo Maggio 2012 è passato tanto tempo in termini di sviluppo...

Poi
> Devo precisare che per usare Statistiche zonali e v.rast.stats ho
> dovuto trasformare uno degli strati da vettore in raster.

non mi sembra giusto. Il modulo di GRASS GIS non lo richiede:
http://grass.osgeo.org/grass64/manuals/v.rast.stats.html

ciao
Markus
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
638 iscritti al 28.2.2013

Re: [Gfoss] GeoPackage e OGC ... standards for who?

[Markus Neteler]

2013/3/2 Andrea Aime :
> C'e' un particolare non secondario da ricordare: come ricordato anche dal
> blog di Morissette, la questione dell'ordine degli assi non è arrivata
> direttamente da OGC,
> è stata sollevata da ISO come pre-requisito per rendere WMS 1.3 uno standard
> ISO.

Segnalo anche
http://wiki.osgeo.org/wiki/Axis_Order_Confusion

ciao
Markus
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
638 iscritti al 28.2.2013

Re: [Gfoss] % di un raster dentro un vettore

[Gabriela Osaci Costache]

Ciao Markus!



> Dopo Maggio 2012 è passato tanto tempo in termini di sviluppo...

Quando mi sentirò meglio (ho due ernie di disco...) proverò a fare nuove prove 
e ti farò sapere.

>>Poi
>> Devo precisare che per usare Statistiche zonali e v.rast.stats ho
>> dovuto trasformare uno degli strati da vettore in raster.

>non mi sembra giusto. Il modulo di GRASS GIS non lo richiede:
http://grass.osgeo.org/grass64/manuals/v.rast.stats.html

Qui non capisco. Il modulo v.rast.stats richiede uno strato vettoriale e un 
altro di tipo raster.  Avevo i due strati vettoriali di tipo poligono (sia 
quello con le aree boscate, sia quello con i comuni) e ho trasformato uno di 
loro in raster. Ho sbagliato?

Saluti e grazie,
Gabriela
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
638 iscritti al 28.2.2013

Re: [Gfoss] % di un raster dentro un vettore

[Markus Neteler]

Ciao Gabriela,

2013/3/3 Gabriela Osaci Costache :
> Ciao Markus!
>
>
>> Dopo Maggio 2012 è passato tanto tempo in termini di sviluppo...
>
> Quando mi sentirò meglio (ho due ernie di disco...) proverò a fare nuove
> prove e ti farò sapere.

certo - buona guarigione!

...
> Qui non capisco. Il modulo v.rast.stats richiede uno strato vettoriale e un
> altro di tipo raster.  Avevo i due strati vettoriali di tipo poligono (sia
> quello con le aree boscate, sia quello con i comuni) e ho trasformato uno di
> loro in raster. Ho sbagliato?

Hai ragione, ho letto troppo in fretta.
Penso che il problema segnalato nella "vecchia" email sia collegato con la
http://grasswiki.osgeo.org/wiki/Computational_region

Magari la risoluzione non era giusta prima di usare v.to.rast...

ciao
Markus
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
638 iscritti al 28.2.2013

Re: [Gfoss] % di un raster dentro un vettore

[stefano campus]

ci sarebbe anche il modulo "zonal grid statistics" di saga, utilizzabile
anche attraverso il plugin sextante di qgis.




--
View this message in context: 
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/di-un-raster-dentro-un-vettore-tp7581124p7581198.html
Sent from the Gfoss -- Geographic Free and Open Source Software - Italian 
mailing list mailing list archive at Nabble.com.
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
638 iscritti al 28.2.2013

Re: [Gfoss] GeoPackage e OGC ... standards for who?

[Luca Delucchi]

Il 02 marzo 2013 19:38,   ha scritto:

>
> puoi verificare qua [2] la lista dei prodottti "ufficialmente conformi";
> come puoi vedere, sono quasi tutti proprietari; se non erro, le uniche
> due eccezioni free sono Deegree e GeoServer
>
> [2] http://www.opengeospatial.org/resource/products/compliant
>

c'è anche pycsw

>
> ciao Sandro
>

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
638 iscritti al 28.2.2013

[Gfoss] Fwd: [Board] OSGeo Board Priorities

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Salve.
Vi allego un documento strategico di OSGeo.
Mi pare che questo sia un cambiamento epocale nelle strategie di OSGeo, e che
(finalmente, dal mio punto di vista) si riporti l'associazione su prospettive 
piu'
ragionevoli e funzionali.
Rimane ancora il paradosso dei meetings annuali, che hanno un costo tale da
scoraggiare un gran numero di sviluppatori. Ma forse prima o poi arriveremo ad 
un
assetto piu' ragionevole anche su questo.
Saluti.

-  Messaggio originale 
Oggetto:[Board] OSGeo Board Priorities
Data:   Mon, 04 Mar 2013 10:44:42 +1100
Mittente:   Cameron Shorter 
A:  OSGeo Discussions , OSGeo-Board List 




A productive virtual meeting of the OSGeo Board
 resulted in general 
consensus
over OSGeo's priorities, which in turn should help the OSGeo Board and OSGeo
committees when guiding OSGeo into the future.

These principles are:

  * OSGeo should act as a low capital, volunteer focused organisation.
  * OSGeo should focus support on OSGeo communities and initiatives which 
support
themselves.

Current priority areas include:

  * Global, regional and local FOSS4G related events, or events which include a
FOSS4G stream.
  * Marketing OSGeo, which is currently focused around OSGeo-Live
.
  * Education, which is currently focused around the network of Open Source
Geospatial Research and Education Laboratories
.
  * Local Chapters, as outreach initiatives are typically driven at the local 
level.

So lets expand on these:


  OSGeo as a low capital, volunteer focused organisation

Should OSGeo act as a high capital or low capital organisation? I.e., should 
OSGeo
dedicate energy to collecting sponsorship and then passing out these funds to 
worthy
OSGeo causes.

While initially it seems attractive to have OSGeo woe sponsors, because we 
would all
love to have more money to throw at worthy OSGeo goals, the reality is that 
chasing
money is hard work. And someone who can chase OSGeo sponsorship is likely 
conflicted
with chasing sponsorship for their particular workplace. So in practice, to be
effective in chasing sponsorship, OSGeo will probably need to hire someone
specifically for the role. OSGeo would then need to raise at least enough to 
cover
wages, and then quite a bit more if the sponsorship path is to create extra 
value.

This high capital path is how the Eclipse foundation is set up, and how 
LocationTech
propose to organise themselves. It is the path that OSGeo started following when
founded under the umbrella of Autodesk.

However, over the last seven years, OSGeo has slowly evolved toward a low 
capital
volunteer focused organisation. Our overheads are very low, which means we 
waste very
little of our volunteer labour and capital on the time consuming task of 
chasing and
managing money. Consequently, any money we do receive (from conference 
windfalls or
sponsorship) goes a long way - as it doesn't get eaten up by high overheads. As
discussed and agreed by the board, this low capital path is something that is 
working
very well for us, and is the path we should continue to follow.


  Support initiatives which support themselves

With the thousands of great initiatives and opportunities that OSGeo could get
involved in, and limited budget, how should OSGeo set funding priorities?
Acknowledging that our volunteer community is blessed with many talented 
individuals,
our most effective way to tap into community potential is to welcome 
individuals to
"help scratch their itch". Extending on this, funding priorities should follow
the *actions* of already successful communities. (Note the difference between 
"talk"
and "action"). If a task or project is important enough, it will attract 
volunteers
and/or sponsors to make it happen. In practice, this will usually equate to 
providing
co-contributions rather than outright funding.

OSGeo's focus should be on initiatives which are of value to all or most OSGeo
projects, and to get best value for our limited budget, OSGeo should target
initiatives which have high value with minimal investment.

With that in mind our priorities should be:

  * Cover the costs of running OSGeo: Bank fees, insurance, infrastructure, 
hosting etc.
  * Support marketing and out reach activities, with a primary focus on our 
FOSS4G
global conference, followed by regional and then local FOSS4G or related 
events.
  * Educational type activities are a high priority, but likely will be a 
minimal
cost activity from OSGeo's perspective.
  * Other initiatives which fit our priorities, as suggested by membership.

Initiatives which probably wouldn't quality:

  * Sponsoring core development of a particular project. (Too expensive, and 
only
supports one project)
  * OSGeo speaker travel expenses, or booth registration costs a