<div dir="ltr">Il giorno 08 novembre 2013 13:36, Stefano Fraccaro <span dir="ltr"><<a href="mailto:postmaster@stefanofraccaro.org" target="_blank">postmaster@stefanofraccaro.org</a>></span> ha scritto:<br><div class="gmail_extra">
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>2. quante risorse possiamo mettere in campo? L'interfaccia a mio
      avviso dovrebbe rilevare le preferenze linguistiche del browser e
      fornire un output appropriato. Se non c'è nessun elemento a
      disposizione prenderei il valore name:en.</div></div></blockquote><div><br></div><div>E se questo non esiste? (come nella maggior parte dei casi)</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><div> Questo nella teoria.
      Nella pratica questo significa che il tile server deve
      renderizzare la mappa nelle N lingue disponibili e quindi avrebbe
      un sovraccarico di lavoro fra cpu e spazio disco necessario.</div></div></blockquote><div><br></div><div>Non è detto. Come primo passo, si potrebbe pensare ad avere un solo rendering, come è già ora. Ma bisogna trovare un algoritmo che non faccia sparire tutto il mondo tranne le grandi metropoli.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div> Più
      che un problema di algoritmo è un problema di risorse (economiche
      soprattutto).<br></div></div></blockquote><div><br></div><div>No: vedi sopra.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
<div>I campanilismi di lingua si risolvono mettendo ogni lingua al suo
      posto (name:lang)... e mettendo su name solo la lingua "nazionale"
      se il dato non è atomico o la lingua scritta "on the ground" se il
      dato è atomico.</div></div></blockquote><div><br></div><div>Anche questo è un problema: anche solo per l'Italia, se si decidesse di far stampare solo name:it (per ora, finché non si trovano risorse per fare rendering differenziati), bisogna far capire al software di rendering che quei nodi si trovano in Italia, e che di conseguenza deve usare name:it. Problema GIS se vogliamo banale, ma che deve essere affrontato.</div>
<div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div>In caso di deprecazione del tag name si passa in default su
      name:lang_nazionale_più usata<br></div></div></blockquote><div><br></div><div>Vedi sopra.</div><div><br></div><div>Carlo</div></div></div></div>