Il giorno 8 febbraio 2018 11:27, Martin Koppenhoefer <dieterdre...@gmail.com > ha scritto:
> Ma non fa niente, oramai abbiamo 2 standard, e ciascuno si troverà il > "suo". Chi usa dati OSM deve spesso analizzare la situazione e combinare > più ricerche per trovare quel che cerca, è anche normale, perché noi > descriviamo le proprietà delle cose, ma non possiamo sapere cosa cerca > l'utente. > Ciao Martin, sono d'accordo con te sul caso specifico dei social_facility e sul fatto che noi riempiamo un database "alla cieca" rispetto a quello che cerca l'utente (e la trovo una cosa non sbagliata). Quello che però Enrico lamentava è che nella wiki a volte ci sono delle informazioni riportate in una pagina generica e non in una specifica o viceversa. Questo è un problema di coerenza del dato (nell'esempio il dato "deprecated" per il tag amenity=social_facility). Faccio un esempio per vedere se riesco ad essere più chiaro. Mettiamo caso che in futuro si voglia eliminare la categoria ridondante amenity=social_facility. Questa cosa va indicata sia nella pagina della chiave amenity, che in quella del tag amenity=social_facility, in tutte le sottopagine social_facility=*, in tutte le guide discorsive, ecc. ecc. Sarebbe bello avere un database centralizzato (e machine readable) che contenga i dati (e magari anche le varie traduzioni) per la documentazione. Con questo db potresti poi creare dinamicamente le pagine del wiki e, nel caso ci sia un aggiornamento, verrebbe tutto aggiornato in automatico. Gli utilizzatori dei dati avrebbero a disposizione una documentazione con dei metadati standardizzati e coerenti. Se ne era già discusso in passato. A volte si usa Taginfo per questo (vedi la creazione automatica di alcune liste di tag sul wiki[1]). Lorenzo [1] https://wiki.openstreetmap.org/wiki/Taginfo/Taglists P.s.: Come crei quegli utilissimi grafici sull'andamento dei tag?
_______________________________________________ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
