2011/10/5 frankieorabona <frankieorab...@gmail.com>:
> Grazie Martin della precisazione.
> Dunque appena letto il tuo messaggio mi sono fiondato a controllare :D
>
> Bene...il "quadrato" principale ha come tag: RELATION= multipoligon
> ID=XXXXXXX Role=Outer
> GLi altri hanno RELATION= multipoligon ID=XXXXXXX/1 etc. Role=inner
> Presumo che sia giusto...
> L'ho  http://www.openstreetmap.org/edit?lat=40.984351&lon=14.234705&zoom=18
> applicato  ad una scuola e sembra funzioni bene.


caso vuole che oggi se n'è parlato in lista internazionale, e Richard,
uno dei sviluppatori principali di Potlatch, ha scritto che potlatch
fondamentalmente supporta solo un piccolo subset delle relazioni (solo
un "outer" way e non supporta tags alla relazione).

Cito qui (scusate l'inglese):

Frederik Ramm wrote:
> I tend to be against strict rules of any kind but when it comes to
> the question of what exactly a complex relation means I think it
> would be good to have one definition which every tool writer
> should aspire to implement.

I'd agree with your general point, but in the particular case of
multipolygons, it seems highly likely that these will be obsoleted by a
proper area type in API 0.7. The existing multipolygon type also seems to me
like a slightly uncomfortable bodge (albeit a necessary one at present) in
that relations are otherwise intended for metadata, not geometry.

So for the tools I contribute to, principally P2 and an upcoming Ruby PDF
renderer, I've taken a decision not to spend time on anything more than
rudimentary multipolygon support (one outer, tags on outer way), rather than
spending a month coding all-singing-all-dancing support and then have to
rewrite it when the area tag comes along.

_____


quindi sembra che chi edita con potlatch2 le relazioni del tipo
multipoligono non può che distruggerli (se hanno dei tags oppure più
di un outer way). O forse non ho capito bene...

Ciao,
Martin

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

Rispondere a