Re: [Talk-it] mapnik ed i multipoligoni (ancora)

2012-01-17 Per discussione Federico Cozzi
2012/1/16 Enrico Piccinelli picc...@tiscali.it:
 aggiornamento: applicando i tag boundary ed admin_level, il rendering
 risulta abbastanza corretto, tranne il fatto che viene disegnato il confine
 pure lungo l'edificio interno (che quindi continua ad essere considerato
 come inner). Meglio di niente.

Secondo me la soluzione giusta è quella indicata da Martin nella mail
che ha inoltrato.
Ci vogliono due relazioni:
1. una relazione di tipo multipolygon o boundary dove metti *solo* le
way che compongono il perimetro del *confine*
2. un'altra relazione con (almeno) due elementi: la relazione 1 (con
ruolo border) e il secondo poligono con ruolo admin_centre

In pratica OSM non ha i poligoni come enti geometrici e li simula con
le relazioni multipolygon / boundary. Tu lo stai incasinando perché
hai aggiunto alla geometria del confine un altro poligono che *non* fa
parte della geometria.

Ciao
Federico

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


Re: [Talk-it] mapnik ed i multipoligoni (ancora)

2012-01-17 Per discussione Enrico Piccinelli

On Tue, 17 Jan 2012, Federico Cozzi wrote:


Secondo me la soluzione giusta è quella indicata da Martin nella mail
che ha inoltrato.
Ci vogliono due relazioni:
1. una relazione di tipo multipolygon o boundary dove metti *solo* le
way che compongono il perimetro del *confine*
2. un'altra relazione con (almeno) due elementi: la relazione 1 (con
ruolo border) e il secondo poligono con ruolo admin_centre


perfettamente d'accordo su questo.


In pratica OSM non ha i poligoni come enti geometrici e li simula con
le relazioni multipolygon / boundary. Tu lo stai incasinando perché
hai aggiunto alla geometria del confine un altro poligono che *non* fa
parte della geometria.


Io sto solo cercando di risolvere il problema, non l'ho creato :-) .

Stando così le cose, allora il wiki porta alla confusione: alla pagina delle 
relazioni di tipo boundary [1], c'è una tabella in cui viene indicato di

aggiungere un punto (d'accordo, non un percorso chiuso) con ruolo admin_centre.

[1] http://wiki.openstreetmap.org/wiki/Relation:boundary


Saluti!
Enrico Piccinelli picc...@tiscali.it
==___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] mapnik ed i multipoligoni (ancora)

2012-01-17 Per discussione Martin Koppenhoefer
2012/1/17 Enrico Piccinelli picc...@tiscali.it:
 Stando così le cose, allora il wiki porta alla confusione: alla pagina delle
 relazioni di tipo boundary [1], c'è una tabella in cui viene indicato di
 aggiungere un punto (d'accordo, non un percorso chiuso) con ruolo
 admin_centre.

 [1] http://wiki.openstreetmap.org/wiki/Relation:boundary


Si, il wiki è un po' sbagliato in questo punto (secondo me) e dovrebbe
essere cambiato (sempre secondo me). Qualcuno ha deciso di suggerire
questo modo di mappatura, ma non è mai stato votato o pensato alla
fine. Comunque non è un punto dove tutti sono d'accordo e quindi si
dovrebbe discuterne in lista internazione (propongo [tagging]).

ciao,
Martin

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


[Talk-it] mapnik ed i multipoligoni (ancora)

2012-01-16 Per discussione Enrico Piccinelli
Salve lista, ho riscontrato oggi guardando la mappa un altro problema di mapnik 
con i multipoligoni, solo che stavolta non ho idea di come possa essere risolto.


Questa relazione http://www.openstreetmap.org/browse/relation/1970835
è renderizzata come se fosse un gigantesco building! guardate qui [1].

Il problema nasce da questo oggetto: 
http://www.openstreetmap.org/browse/way/63249794


possibili soluzioni? cambiare il ruolo, da admin_centre ad inner?

[1] http://www.openstreetmap.org/?lat=45.8017lon=10.1294zoom=13layers=M

Saluti!
Enrico Piccinelli picc...@tiscali.it
==___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] mapnik ed i multipoligoni (ancora)

2012-01-16 Per discussione Damjan Gerl
Credo che dovresti impostare nella relation di che tipo di multipoligono 
si tratti, tipo boundary=administrative o simile: in questo caso però 
non saprei cosa impostare.
Credo che mapnik se trova tipo vuoto prenda come riferimento il primo 
oggetto che trova in relazione, in questo caso il building...


Ciao
Damjan


Enrico Piccinelli, on 16/01/2012 15.57, wrote:

Salve lista, ho riscontrato oggi guardando la mappa un altro problema di
mapnik con i multipoligoni, solo che stavolta non ho idea di come possa
essere risolto.

Questa relazione http://www.openstreetmap.org/browse/relation/1970835
è renderizzata come se fosse un gigantesco building! guardate qui [1].

Il problema nasce da questo oggetto:
http://www.openstreetmap.org/browse/way/63249794

possibili soluzioni? cambiare il ruolo, da admin_centre ad inner?

[1] http://www.openstreetmap.org/?lat=45.8017lon=10.1294zoom=13layers=M

Saluti!
Enrico Piccinelli picc...@tiscali.it
==


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



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


Re: [Talk-it] mapnik ed i multipoligoni (ancora)

2012-01-16 Per discussione Martin Koppenhoefer
2012/1/16 Enrico Piccinelli picc...@tiscali.it:
 Questa relazione http://www.openstreetmap.org/browse/relation/1970835
 è renderizzata come se fosse un gigantesco building! guardate qui [1].

 Il problema nasce da questo oggetto:
 http://www.openstreetmap.org/browse/way/63249794


+1, il problema nasce in realtà dal fatto che lavoriamo un po sporco
con i multipoligoni (non funziona ereditare dei tags di outer ways al
multipoligono, crea disagio e ambiguità anche in altri casi). In più
credo che sia proprio un bug che qui si prende il tag da un way che
non è ne anche un outer way.


 possibili soluzioni? cambiare il ruolo, da admin_centre ad inner?


-1, dato che quel way fa parte della comunità non lo devi escludere
(sarebbe un errore).
Un quick and dirty hack potrebbe essere quello di usare un nodo (per
esempio uno del edificio) come centro anzichè un poligono. Forse poi
si prende un altro tag da un altro outer way però ;-).

Prima di questo potresti anche vedere cosa succede quando aggiungi un
tag per dire di cosa si tratta (boundary=administrative e
admin_level=8(? non sono sicuro qual'è il livello)

ciao,
Martin

PS: Ho scritto anche a osm-dev nel merito.

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


Re: [Talk-it] mapnik ed i multipoligoni (ancora)

2012-01-16 Per discussione Enrico Piccinelli

On Mon, 16 Jan 2012, Martin Koppenhoefer wrote:


In più credo che sia proprio un bug che qui si prende il tag da un way che
non è ne anche un outer way.


io credo che mapnik consideri come inner l'edificio, ma ancora non capisco 
perchè assegna al percorso esterno i tag.





possibili soluzioni? cambiare il ruolo, da admin_centre ad inner?



-1, dato che quel way fa parte della comunità non lo devi escludere
(sarebbe un errore).


ecco perchè mi sono rivolto in lista :-)


Un quick and dirty hack potrebbe essere quello di usare un nodo (per
esempio uno del edificio) come centro anzichè un poligono. Forse poi
si prende un altro tag da un altro outer way però ;-).


Adoperando un nodo non sorgono problemi, ho già provato. Però mi sembra un poco 
un taggare per il rendering.
Come hack avevo pensato di assegnare i tag al building con una relazione 
multipolygon, con un unico membro outer (l'edificio), ma non so se 
funziona.




Prima di questo potresti anche vedere cosa succede quando aggiungi un
tag per dire di cosa si tratta (boundary=administrative e
admin_level=8(? non sono sicuro qual'è il livello)


ho provato cambiando il tipo di relazione da multipolygon a boundary, ma non fa 
differenza. Adesso provo come dici tu.




ciao,
Martin

PS: Ho scritto anche a osm-dev nel merito.


grazie mille.

Saluti!
Enrico Piccinelli picc...@tiscali.it
==___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] mapnik ed i multipoligoni (ancora)

2012-01-16 Per discussione Enrico Piccinelli
aggiornamento: applicando i tag boundary ed admin_level, il rendering risulta 
abbastanza corretto, tranne il fatto che viene disegnato il confine pure lungo 
l'edificio interno (che quindi continua ad essere considerato come inner). 
Meglio di niente.



Ciao!
Enrico Piccinelli picc...@tiscali.it
==

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


Re: [Talk-it] mapnik ed i multipoligoni (ancora)

2012-01-16 Per discussione Enrico Piccinelli
Ah, scusate la doppia mail, ma mi sono dimenticato: cosa metto per admin_level? 
8 è usato per i comuni, ma (leggo da wikipedia [1]):


Le comunità montane sono unioni di comuni, enti locali costituiti fra comuni 
montani e parzialmente montani, anche appartenenti a province diverse, per la 
valorizzazione delle zone montane per l'esercizio di funzioni proprie, di 
funzioni conferite e per l'esercizio associato delle funzioni comunali.


non sono importanti come le provincie, ma raggruppano più comuni: uso 
admin_level=8 ?


[1] http://it.wikipedia.org/wiki/Comunit%C3%A0_montana

Saluti!
Enrico Piccinelli picc...@tiscali.it
==___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] mapnik ed i multipoligoni (ancora)

2012-01-16 Per discussione Martin Koppenhoefer
2012/1/16 Enrico Piccinelli picc...@tiscali.it:
 Ah, scusate la doppia mail, ma mi sono dimenticato: cosa metto per
 admin_level? 8 è usato per i comuni, ma (leggo da wikipedia [1]):

 Le comunità montane sono unioni di comuni, enti locali costituiti fra
 comuni montani e parzialmente montani, anche appartenenti a province
 diverse, per la valorizzazione delle zone montane per l'esercizio di
 funzioni proprie, di funzioni conferite e per l'esercizio associato delle
 funzioni comunali.

 non sono importanti come le provincie, ma raggruppano più comuni: uso
 admin_level=8 ?


in questo caso potresti forse usare admin_level=7? Le province sono
level 6. Se ci mettiamo d'accordo su questo dovremmo anche aggiornare
questa pagina:

http://wiki.openstreetmap.org/wiki/Admin_level

Ma questi entità poi contengono altri entità con admin_level=8 (=comuni)?

ciao,
Martin

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


Re: [Talk-it] mapnik ed i multipoligoni (ancora)

2012-01-16 Per discussione Enrico Piccinelli

On Mon, 16 Jan 2012, Martin Koppenhoefer wrote:


in questo caso potresti forse usare admin_level=7? Le province sono
level 6. Se ci mettiamo d'accordo su questo dovremmo anche aggiornare
questa pagina:

http://wiki.openstreetmap.org/wiki/Admin_level

Ma questi entità poi contengono altri entità con admin_level=8 (=comuni)?


si. I confini delle comunità montane comprendono vari tratti di confine di 
comuni diversi.



ciao,
Martin


Ciao,
Enrico Piccinelli picc...@tiscali.it
==___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it