Buongiorno 'ivanbranco 3 giorni fa',

8 ulteriori (4->11) punti verranno proposti di seguito:

4) la login 'pboscherini' conferma, in generale, che la login 'ivanbranco' ha utilizzato una volta la frase 'a se stante', una volta la frase 'part non è necessario' ed una volta la frase 'Layer provides absolutely no information'.

5) Nella scritta di esempio "https://www.openstreetmap.org/way/1242989652" e nel drill-down della pagina html non ci sono riferimenti della login "ivanbranco".

6) Nei sistemi e database la cui classificazione inizia con C come il presente CMS, la CC Creative Commons non ha regolamentato gli elementi che DEVONO essere 'part'.

7) Tutte le licenze CC (https://creativecommons.org/share-your-work/cclicenses/)
autorizzano ed abilitano ("enables") al "build" ("costruire").
Utilizzando il CC "adapt" si può passare da "build" ("costruire") a "building" ("costruendo").

8) Non consiglio di confondere "build" con "INSERT STATEMENT".

9) Se DOVEVANO, erano presenti strong-rules di CC o key che non permettevano di vedere ad esempio in un database la seguente scena:

rowid0   ....
rowid1   building=yes
rowid2   building:part=yes
rowid.......

oppure

rowid0   ...
rowid1   ...
rowid2   ...
rowid3   ...
rowid4   ...
rowid5   building:part=yes
rowid6   building=yes

10) Non appena verrà applicata la regola che proponi, che tra l'altro considero buona nel nostro ordinamneto ASCII, gli amministratori CC chiederanno la LISTA delle difformità ed esporranno come trattarle. 
Chiederanno agli amministratori di lanciare un batch per eliminare o convertire building multipli per ogni lat/lon e poi creeranno la strong-rule, prima software e poi su database.

11) Attendo la lista delle way-id della login 'ivanbranco' considerate building:part per ogni lat/lon (che credo sia velocissima rispetto ai successivi punti 2 e 3).

Grazie per la collaborazione.
Un saluto,
Piergiorgio.