Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Simone F.]

Il giorno 12 maggio 2016 14:40, Marco_T  ha scritto:

> ...
> in Veneto la chiesa e' spesso importata come
> tanti pezzi che individuano il "planivolumetrico" dell'edificio.
> Per creare una entità singola e preservare comunque i dati importati
> ho seguito questo wiki:
> http://wiki.openstreetmap.org/wiki/Tag:type%3Dbuilding
> ... 
> Puo' andare bene? In Veneto ci sono tante chiese e vorrei dare una
> sistemata
> almeno alle principali.
>

+1 e grazie.

Anch'io ne ho mappate in questo modo, seguendo la pagina:
https://wiki.openstreetmap.org/wiki/Simple_3D_buildings


> Rimane il problema delle aree esterne che in molti casi e' marcata come
> amenity=place_of_worship ma e' in contrasto con il wiki ...
> Mi pare c'e' già qualche discussione al riguardo.
>

Ce ne sono state molte in lista nazionale ma non si è mai arrivati a una
soluzione condivisa, stranamente ;-).
Pochi anni fa è stato aggiunto al Wiki anche il tag laduse=religious:
https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreligious

Non mi convince del tutto ma sarebbe sempre meglio che la situazione
attuale (alcune amenity=place_of_worship sull'edificio altre sulla
pertinenza).


Ciao,
Simone F.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Martin Koppenhoefer]

2016-05-13 11:55 GMT+02:00 Paolo Monegato :

> Però la questione delle amenity duplicate è un po' diversa. Al tempo ogni
> singolo pezzo d'edificio risultava taggato come "ospedale" per esempio.
>


ma questo solo se aggiungi un ospedale ad ogni edificio, quindi crei questi
duplicati.


Con il risultato che un singolo complesso ospedaliero composto da più
> edifici pareva essere una serie di ospedali diversi.
>


si, il solito problema che l'edificio viene parificato con l'utilizzo. E'
sempre sbagliato, ma nel caso di un supermercato (per esempio) spesso non
nuoce.


Ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Marco_T]

Paolo Monegato wrote
> Però la questione delle amenity duplicate è un po' diversa. Al tempo 
> ogni singolo pezzo d'edificio risultava taggato come "ospedale" per 
> esempio. Con il risultato che un singolo complesso ospedaliero composto 
> da più edifici pareva essere una serie di ospedali diversi.

Sicuramente e' come dici tu.
Mi ha ingannato il fatto che, come vedi qui:
http://www.openstreetmap.org/way/138898202#map=19/45.54132/11.54827
questa chiesa (ma anche tutte quelle che ho già sistemato a Vicenza) si
trova nello stato in cui erano gli ospedali, credo, quindi com amenity
duplicate per lo stesso edificio. 
Pensavo quindi fosse un problema generalizzato ma ricontrollando ho visto
che c'e' solo in alcune zone del Veneto forse a causa di edit successivi.
La mia e' solo una segnalazione, gestiscila come ritieni piu' opportuno.
Ciao.

-- 
Marco_T




--
View this message in context: 
http://gis.19327.n5.nabble.com/Osmveneto-Correzione-errori-da-import-e-non-solo-tp5873389p5873475.html
Sent from the Italy General mailing list archive at Nabble.com.

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Paolo Monegato]

Il 12/05/2016 23:14, Marco_T ha scritto:

Ho dato un'occhiata al wiki.

Secondo me sarebbe piu' coerente aggiungere un punto alla pagina che punta
la voce "Amenity duplicate":
http://wiki.openstreetmap.org/wiki/Veneto/Import/Amenity_duplicate_primo_Import_Day
nella sezione "Chiese" si potrebbe scrivere:
"- qualora l'edificio principale sia suddiviso in porzioni, al fine di
preservare per futuri usi le geometrie importate, si consiglia di
raggruppare le parti in una relazione building secondo questo wiki:
http://wiki.openstreetmap.org/wiki/Tag:type%3Dbuilding;

Purtroppo non ho un account per modificare il wiki (mai fatto prima) e non
vorrei fare casini... magari piu' avanti mi attivo.


Però la questione delle amenity duplicate è un po' diversa. Al tempo 
ogni singolo pezzo d'edificio risultava taggato come "ospedale" per 
esempio. Con il risultato che un singolo complesso ospedaliero composto 
da più edifici pareva essere una serie di ospedali diversi.
Tra l'altro, dato che all'epoca si corresse un bel po' di roba, non so 
nemmeno se il problema in questione esista ancora. L'ho inserito giusto 
con l'obiettivo di verificare se era tutto risolto o se c'era ancora 
qualcosa da fare.


Ad ogni modo vedrò di trovare un posto alle righe che hai proposto, su 
quella o sulla pagina principale.


ciao
Paolo M


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Marco_T]

Paolo Monegato wrote
> Il 12/05/2016 14:40, Marco_T ha scritto:
>> Buongiorno Paolo,
>>
>> mi introduco nel discorso in quanto spesso mi capita di metter mano in
>> Veneto vuoi per aggiungere tag wikipedia vuoi per sistemazioni varie dato
>> che sono un vostro confinante (ad est).
>> Scrivo anche io qui, in quanto puo' essere utile per altre regioni.
>>
>> Nello specifico, volevo suggerire di prendere in considerzione anche
>> questi
>> aspetti:
>>
>> Chiese:
>> --
>> in Veneto la chiesa e' spesso importata come un aggregato di pezzi, a
>> volte
>> tanti pezzi che individuano il "planivolumetrico" dell'edificio.
>> Per creare una entità singola e preservare comunque i dati importati
>> ho seguito questo wiki:
>> http://wiki.openstreetmap.org/wiki/Tag:type%3Dbuilding
>> in sintesi:
>> - ai vari "pezzi" ho assegnato il tag building:part=yes (e sia aggiungono
>> le
>> caratteristiche di altezza, finitura etc... se note di quella singola
>> parte)
>> - ho creato una polilinea esterna che racchiude l'intero fabbricato e si
>> assegnano i tag soliti building=church, amenity, religion, name..
>> - si crea una relazione type=building che ha come membri le parti
>> (ruolo=part) e la polilinea esterna (ruolo=outline)
>>
>> (vedi alcuni esempi a Vicenza)
>> http://www.openstreetmap.org/way/321673526#map=19/45.54888/11.54666
>>
>> Puo' andare bene? In Veneto ci sono tante chiese e vorrei dare una
>> sistemata
>> almeno alle principali.
> 
> Certo che va bene! Il fatto che ci siano i pezzi d'edificio significa 
> che a differenza di altre zone il dato originale non era il cassone 
> edilizio ma era un po' meglio (in teoria ci dovrebbe essere anche 
> l'altezza, ma non c'è quasi mai).
> Aggiungi pure una sezione sul wiki.

Ho dato un'occhiata al wiki.

Secondo me sarebbe piu' coerente aggiungere un punto alla pagina che punta
la voce "Amenity duplicate":
http://wiki.openstreetmap.org/wiki/Veneto/Import/Amenity_duplicate_primo_Import_Day
nella sezione "Chiese" si potrebbe scrivere:
"- qualora l'edificio principale sia suddiviso in porzioni, al fine di
preservare per futuri usi le geometrie importate, si consiglia di
raggruppare le parti in una relazione building secondo questo wiki:
http://wiki.openstreetmap.org/wiki/Tag:type%3Dbuilding;

Purtroppo non ho un account per modificare il wiki (mai fatto prima) e non
vorrei fare casini... magari piu' avanti mi attivo.


> Anche delle ville se n'è parlato più volte. Ci sarebbe pure un bel 
> dataset importabile. Vedi qua [1].
> 
> ciao
> Paolo M
> 
> [1] http://wiki.openstreetmap.org/wiki/Veneto/Ville_Venete

Ah, non sapevo della cosa. Interessante.
Provo a documentarmi.
Grazie.

Ciao.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Osmveneto-Correzione-errori-da-import-e-non-solo-tp5873389p5873443.html
Sent from the Italy General mailing list archive at Nabble.com.

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Simone F.]

Il giorno 12 maggio 2016 12:39, Paolo Monegato 
ha scritto:

> ... ho creato questa
> paginetta sul wiki relativa al Veneto [2]. È una piccola bozza da
> ampliare
>

Grazie Paolo! Intendevo proprio una pagina del genere.

Ho fatto qualche integrazione.


Ciao,
Simone F.



> [2] http://wiki.openstreetmap.org/wiki/Veneto/Correzione_errori
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Paolo Monegato]

Il 12/05/2016 19:07, Volker Schmidt ha scritto:
Non possiamo fare una richiesta formale per l'uso di ConVe come OSM 
Italia?
Questo sw non è sotto copyright di un privato, ma dello Stato 
Italiano, suppongo.


Il problema non è il sw ma i grigliati. Dubito che l'IGM acconsenta, 
perché poi non riuscirebbe più a vendere Verto...


Riguarda l'allineamento, a me danno lo stesso livello di fastidio 
edifici e recinzioni.

e i landuse fantasiosi,  in particolare i fiumi che allargano le strade.
L'unica cosa è che è più facile ignorare che una strada taglia una 
siepe che una strada che taglia un edifico o un fiume, ma questo è 
psicologico.


In sostanza è quel che dicevo: il poligono da più fastidio.

ciao
Paolo M

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Volker Schmidt]

Non possiamo fare una richiesta formale per l'uso di ConVe come OSM Italia?
Questo sw non è sotto copyright di un privato, ma dello Stato Italiano,
suppongo.

Riguarda l'allineamento, a me danno lo stesso livello di fastidio edifici e
recinzioni.
e i landuse fantasiosi,  in particolare i fiumi che allargano le strade.
L'unica cosa è che è più facile ignorare che una strada taglia una siepe
che una strada che taglia un edifico o un fiume, ma questo è psicologico.


2016-05-12 18:47 GMT+02:00 Paolo Monegato :

> Il 12/05/2016 14:40, Marco_T ha scritto:
>
>> Buongiorno Paolo,
>>
>> mi introduco nel discorso in quanto spesso mi capita di metter mano in
>> Veneto vuoi per aggiungere tag wikipedia vuoi per sistemazioni varie dato
>> che sono un vostro confinante (ad est).
>> Scrivo anche io qui, in quanto puo' essere utile per altre regioni.
>>
>> Nello specifico, volevo suggerire di prendere in considerzione anche
>> questi
>> aspetti:
>>
>> Chiese:
>> --
>> in Veneto la chiesa e' spesso importata come un aggregato di pezzi, a
>> volte
>> tanti pezzi che individuano il "planivolumetrico" dell'edificio.
>> Per creare una entità singola e preservare comunque i dati importati
>> ho seguito questo wiki:
>> http://wiki.openstreetmap.org/wiki/Tag:type%3Dbuilding
>> in sintesi:
>> - ai vari "pezzi" ho assegnato il tag building:part=yes (e sia aggiungono
>> le
>> caratteristiche di altezza, finitura etc... se note di quella singola
>> parte)
>> - ho creato una polilinea esterna che racchiude l'intero fabbricato e si
>> assegnano i tag soliti building=church, amenity, religion, name..
>> - si crea una relazione type=building che ha come membri le parti
>> (ruolo=part) e la polilinea esterna (ruolo=outline)
>>
>> (vedi alcuni esempi a Vicenza)
>> http://www.openstreetmap.org/way/321673526#map=19/45.54888/11.54666
>>
>> Puo' andare bene? In Veneto ci sono tante chiese e vorrei dare una
>> sistemata
>> almeno alle principali.
>>
>
> Certo che va bene! Il fatto che ci siano i pezzi d'edificio significa che
> a differenza di altre zone il dato originale non era il cassone edilizio ma
> era un po' meglio (in teoria ci dovrebbe essere anche l'altezza, ma non c'è
> quasi mai).
> Aggiungi pure una sezione sul wiki.
>
> Rimane il problema delle aree esterne che in molti casi e' marcata come
>> amenity=place_of_worship ma e' in contrasto con il wiki che lo prevede
>> solo
>> per edifici (wiki italiano) ed aree se le funzioni religiose sono svolte
>> con
>> regolarità (wiki inglese).
>> Mi pare c'e' già qualche discussione al riguardo.
>>
>
> Si. Una prima discussione che ha portato a quel tipo di tagging (se guardi
> i primi import si faceva diversamente). E poi una discussione più recente
> aperta da chi contesta il place_of_worship sul sagrato.
>
> Ville venete:
>> ---
>> Ovviamente tra Veneto e Friuli ce ne sono molte e tutte importate come le
>> chiese in modo spezettato con in piu', di solito, un parco di pertinenza
>> ed
>> edifici accessori.
>> Nei casi di singolo fabbricato ho assengato all'edificio building=yes,
>> historic=manor, manor:type=venetian_villa, name etc.
>> Per quelli piu' complessi con edificio principale spezzato in base alle
>> altezze dei corpi di fabbrica, barchesse, accessori parco, recinti, viali
>> come pensate si possa procedere al fine comunque di creare una entità
>> unica
>> a cui assegnare i dati generali?
>>
>> Considerata la mole di edifici in oggetto ho pensato che sia meglio che
>> queste decisioni vengano prese da Voi che conoscete meglio i luoghi, poi
>> io
>> mi adeguo...
>>
>
> Anche delle ville se n'è parlato più volte. Ci sarebbe pure un bel dataset
> importabile. Vedi qua [1].
>
> ciao
> Paolo M
>
> [1] http://wiki.openstreetmap.org/wiki/Veneto/Ville_Venete
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Paolo Monegato]

Il 12/05/2016 14:40, Marco_T ha scritto:

Buongiorno Paolo,

mi introduco nel discorso in quanto spesso mi capita di metter mano in
Veneto vuoi per aggiungere tag wikipedia vuoi per sistemazioni varie dato
che sono un vostro confinante (ad est).
Scrivo anche io qui, in quanto puo' essere utile per altre regioni.

Nello specifico, volevo suggerire di prendere in considerzione anche questi
aspetti:

Chiese:
--
in Veneto la chiesa e' spesso importata come un aggregato di pezzi, a volte
tanti pezzi che individuano il "planivolumetrico" dell'edificio.
Per creare una entità singola e preservare comunque i dati importati
ho seguito questo wiki:
http://wiki.openstreetmap.org/wiki/Tag:type%3Dbuilding
in sintesi:
- ai vari "pezzi" ho assegnato il tag building:part=yes (e sia aggiungono le
caratteristiche di altezza, finitura etc... se note di quella singola parte)
- ho creato una polilinea esterna che racchiude l'intero fabbricato e si
assegnano i tag soliti building=church, amenity, religion, name..
- si crea una relazione type=building che ha come membri le parti
(ruolo=part) e la polilinea esterna (ruolo=outline)

(vedi alcuni esempi a Vicenza)
http://www.openstreetmap.org/way/321673526#map=19/45.54888/11.54666

Puo' andare bene? In Veneto ci sono tante chiese e vorrei dare una sistemata
almeno alle principali.


Certo che va bene! Il fatto che ci siano i pezzi d'edificio significa 
che a differenza di altre zone il dato originale non era il cassone 
edilizio ma era un po' meglio (in teoria ci dovrebbe essere anche 
l'altezza, ma non c'è quasi mai).

Aggiungi pure una sezione sul wiki.


Rimane il problema delle aree esterne che in molti casi e' marcata come
amenity=place_of_worship ma e' in contrasto con il wiki che lo prevede solo
per edifici (wiki italiano) ed aree se le funzioni religiose sono svolte con
regolarità (wiki inglese).
Mi pare c'e' già qualche discussione al riguardo.


Si. Una prima discussione che ha portato a quel tipo di tagging (se 
guardi i primi import si faceva diversamente). E poi una discussione più 
recente aperta da chi contesta il place_of_worship sul sagrato.



Ville venete:
---
Ovviamente tra Veneto e Friuli ce ne sono molte e tutte importate come le
chiese in modo spezettato con in piu', di solito, un parco di pertinenza ed
edifici accessori.
Nei casi di singolo fabbricato ho assengato all'edificio building=yes,
historic=manor, manor:type=venetian_villa, name etc.
Per quelli piu' complessi con edificio principale spezzato in base alle
altezze dei corpi di fabbrica, barchesse, accessori parco, recinti, viali
come pensate si possa procedere al fine comunque di creare una entità unica
a cui assegnare i dati generali?

Considerata la mole di edifici in oggetto ho pensato che sia meglio che
queste decisioni vengano prese da Voi che conoscete meglio i luoghi, poi io
mi adeguo...


Anche delle ville se n'è parlato più volte. Ci sarebbe pure un bel 
dataset importabile. Vedi qua [1].


ciao
Paolo M

[1] http://wiki.openstreetmap.org/wiki/Veneto/Ville_Venete

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Paolo Monegato]

Il 12/05/2016 15:24, Damjan Gerl ha scritto:
Per quello che riguarda l'allineamento edifici, ma quei parametri di 
conversione coordinate sono stati usati solo per gli edifici o anche 
per tutte le altre cose importate?


Praticamente per tutto, dato che s'è fatto il lavoro con QGis e sono 
stati usati i parametri che si trovano lì. Ma gli edifici, ed i poligoni 
in genere, danno sicuramente più fastidio (alle strade che passano) 
rispetto ad elementi puntuali o lineari.


In alcuni rari casi [1] si è riusciti ad usare per la trasformazione i 
grigliati IGM, ma il fatto che non siano a disposizione di tutti 
(Sarebbero a pagamento. La regione mette a disposizione per i suoi enti, 
gratis, grazie ad un accordo con l'IGM, un programmino che si chiama 
ConVE... che però sarebbe da usare solo per gli scopi di quegli enti.) 
non facilita le cose. Volendo ci sarebbe anche Traspunto che fa un 
lavoro abbastanza buono, ma anche quello non è la situazione ideale per 
via di licenze e quant'altro...


Se non si riesce a trovare i 7 parametri per il Veneto, si potrebbe 
provare ad usare in qualche modo la conversione disponibile sul sito 
della pcn che dovrebbe fare la conversione giusta (da verificare)


Ricordo che all'epoca feci una prova con un gruppo d'edifici. Trasformai 
con QGis, con Traspunto e con i grigliati, e misi sotto le PCN2006. Il 
risultato è stato 4 posizioni differenti...
La trasformazione con il sito del PCN dovrebbe dare un buon risultato, 
però è da vedere se è legalmente possibile usarla.


Ad ogni modo ormai gli edifici sono stati importati (anzi, in molte zone 
nel frattempo sono stati anche aggiornati) dunque il problema non è più 
come fare la riproiezione.


ciao
Paolo M

[1] L'area insulare di Venezia all'epoca fu riproiettata così. S'era 
fatto così anche per le aste fluviali, solo che poi si è andati a 
rilento e son spuntati fuori altri mappatori (che non seguivano il 
dibattito sulla lista regionale, quindi non sapevano che avrebbero 
dovuto richiedere il dato riproiettato e sistemato ad un certo utente 
invece di usare quello messo a disposizione da ARPAV) che hanno 
importato il dato usando la procedura con QGis...


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Damjan Gerl]

> Da: "Paolo Monegato" gato.selvad...@gmail.com
> A: "openstreetmap list - italiano" talk-it@openstreetmap.org,"Lista 
> coordinamento import veneto" osmven...@liste.remixtj.net
> Data: Thu, 12 May 2016 12:39:43 +0200
> Oggetto: [Talk-it]  [Osmveneto] Correzione errori da import (e non solo)
> 
> 
> Stimolato da questa mail di Simone (Groppo) [1] ho creato questa 
> paginetta sul wiki relativa al Veneto [2]. È una piccola bozza da 
> ampliare (mettendo ad esempio i link overpass), basata sulla bozza della 
> presentazione che farà Volker ad OSMit.
>  
> La posto anche su talk-it perché credo possa essere d'interesse anche 
> per chi non segue la lista regionale veneta (sia per i veneti che non la 
> seguono, che per i non veneti che si ritrovano con problemi simili nelle 
> loro regioni).
> 
> ciao
> Paolo M
>  
> [1] https://lists.openstreetmap.org/pipermail/talk-it/2016-May/052618.html
> [2] http://wiki.openstreetmap.org/wiki/Veneto/Correzione_errori


Per quello che riguarda l'allineamento edifici, ma quei parametri di 
conversione coordinate sono stati usati solo per gli edifici o anche per tutte 
le altre cose importate?
Se non si riesce a trovare i 7 parametri per il Veneto, si potrebbe provare ad 
usare in qualche modo la conversione disponibile sul sito della pcn [1] che 
dovrebbe fare la conversione giusta (da verificare)

Ciao
Damjan

[1] http://www.pcn.minambiente.it/GN/conversione-di-coordinate

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Marco_T]

Buongiorno Paolo,

mi introduco nel discorso in quanto spesso mi capita di metter mano in
Veneto vuoi per aggiungere tag wikipedia vuoi per sistemazioni varie dato
che sono un vostro confinante (ad est).
Scrivo anche io qui, in quanto puo' essere utile per altre regioni.

Nello specifico, volevo suggerire di prendere in considerzione anche questi
aspetti:

Chiese:
--
in Veneto la chiesa e' spesso importata come un aggregato di pezzi, a volte
tanti pezzi che individuano il "planivolumetrico" dell'edificio.
Per creare una entità singola e preservare comunque i dati importati 
ho seguito questo wiki:
http://wiki.openstreetmap.org/wiki/Tag:type%3Dbuilding
in sintesi:
- ai vari "pezzi" ho assegnato il tag building:part=yes (e sia aggiungono le
caratteristiche di altezza, finitura etc... se note di quella singola parte)
- ho creato una polilinea esterna che racchiude l'intero fabbricato e si
assegnano i tag soliti building=church, amenity, religion, name..
- si crea una relazione type=building che ha come membri le parti
(ruolo=part) e la polilinea esterna (ruolo=outline)

(vedi alcuni esempi a Vicenza)
http://www.openstreetmap.org/way/321673526#map=19/45.54888/11.54666

Puo' andare bene? In Veneto ci sono tante chiese e vorrei dare una sistemata
almeno alle principali.
Rimane il problema delle aree esterne che in molti casi e' marcata come
amenity=place_of_worship ma e' in contrasto con il wiki che lo prevede solo
per edifici (wiki italiano) ed aree se le funzioni religiose sono svolte con
regolarità (wiki inglese).
Mi pare c'e' già qualche discussione al riguardo.

Ville venete:
---
Ovviamente tra Veneto e Friuli ce ne sono molte e tutte importate come le
chiese in modo spezettato con in piu', di solito, un parco di pertinenza ed
edifici accessori.
Nei casi di singolo fabbricato ho assengato all'edificio building=yes,
historic=manor, manor:type=venetian_villa, name etc.
Per quelli piu' complessi con edificio principale spezzato in base alle
altezze dei corpi di fabbrica, barchesse, accessori parco, recinti, viali
come pensate si possa procedere al fine comunque di creare una entità unica
a cui assegnare i dati generali?

Considerata la mole di edifici in oggetto ho pensato che sia meglio che
queste decisioni vengano prese da Voi che conoscete meglio i luoghi, poi io
mi adeguo...

Grazie, saluti.

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n5.nabble.com/Osmveneto-Correzione-errori-da-import-e-non-solo-tp5873389p5873397.html
Sent from the Italy General mailing list archive at Nabble.com.

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] [Osmveneto] Correzione errori da import (e non solo)

[Paolo Monegato]

Stimolato da questa mail di Simone (Groppo) [1] ho creato questa 
paginetta sul wiki relativa al Veneto [2]. È una piccola bozza da 
ampliare (mettendo ad esempio i link overpass), basata sulla bozza della 
presentazione che farà Volker ad OSMit.


La posto anche su talk-it perché credo possa essere d'interesse anche 
per chi non segue la lista regionale veneta (sia per i veneti che non la 
seguono, che per i non veneti che si ritrovano con problemi simili nelle 
loro regioni).


ciao
Paolo M

[1] https://lists.openstreetmap.org/pipermail/talk-it/2016-May/052618.html
[2] http://wiki.openstreetmap.org/wiki/Veneto/Correzione_errori

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it