osmc:Metodologia/Algoritmo SQL/Issues: mudanças entre as edições

osmc:Metodologia/Algoritmo SQL/Issues (ver código-fonte)

1 063 bytes adicionados , 7 junho

2 384

edições

@@ Linha 154: / Linha 154: @@
 .5 |   28672 |       6 |         5 |       769 |         11
 </pre>
+Conclusão: refazer a nossa função de ''ST_Transform_resilient()'' para os casos de cache, talvez não de alta performance
+# no final incluir ST_SimplifyPreserveTopology, portanto mais esse parametro ''simplify_tolerance'' precisa ser incluso. Se o uso se restringe a células, pode ser ST_Simplify, mais rápida. Decidir se existe como criar uma tolerância relativa ao perímetro, abarcando a intenção da densidade. Provavelmente um fator da densidade*perimetro resolva. O foco são as células da grade.
+# com base no parâmetro métrico  ''simplify_tolerance'' decidir se não faz nada, visto que depois do simplify voltaria ao número de pontos original. É de fato o esperado para a grade de hlevel de 6 em diante no exemplo. Foco nas células.
+Na resposta da questão quebrar em duas,  "general" depois "grids" (exemplificar com níveis inteiros pulando os meios).  Nas grades supor que só um eixo precisa de pontos ... Ver eles no QGIS ou pelo menos nos dados de 11 pontos. O segmentize aplicado a uma só direção é complexo, não vale a pena.