Os SQL-schemas Optim e Ingest se relacionam pelos métodos de otimização: ou as geometrias de entrada são transformadas numa nova "geometria média" (ex. vários pontos no respectivo centróide) ou apenas uma das geometrias de entrada será eleita.
No caso dos polígonos de jurisdição isso não ocorre, a tabela optim.jurisdiction_geom é mantida em separado e com metodologia diferenciada. No caso das vias, só acrescentaremos quando o OSM se mostrar incompleto, e só será submetido à avaliação humana quando houver uma distorção muito grande.
Um outro tipo de comparação, mais grosseira, é realizado entre geometrias de pré-ingest, quando da filtragem dos dados brutos: se o ST_PointOnSurface de duas geometrias for o mesmo, serão consideradas iguais. A comparação de semelhança, nesse caso, serve de alerta para o caso de "azar" de duas geometrias terem mesmo Geohash9 deste ponto.
O score de distorção entre dois polígonos A e B pode ser obtido de um coquetel de métricas:
geom_cmp_intersect, área de interseção: dividida pela área média, 2*area(A∩B)/(area(A)+area(B)).
geom_cmp_Hausdorff, ST_HausdorffDistance. Pode ser precedida por leve ST_SimplifyPreserveTopology.
... avaliar outras
O score de distorção entre duas linhas A e B pode ser obtido de um coquetel de métricas:
geom_cmp_frechet, ST_FrechetDistance. Pode ser precedida por leve ST_SimplifyPreserveTopology.
geom_cmp_intersect, mais grosseira porém intuitivamente usando algo análogo ao score da interseção entre polígonos, usando os buffers das linhas supostamente paralelas, ou ConvexHull entre elas, quando não tão paralelas.
... avaliar outras
As vias a serem comparadas consistem idealmente de linestrings obtidas da união de todos os segmentos com mesmo nome de via (ou mesmo ref_id)... Esse tipo de modelagem só é possível no SQL-schema Optim.
Se depois de duas vias comparadas resultam em diferença por complementariedade, mais importante do que "eleger a melhor" seria construir o "merge de linhas". Ver aplicação de ST_Merge neste tipo de consulta.
Os SQL-schemas Optim e Ingest se relacionam pelos métodos de otimização: ou as geometrias de entrada são transformadas numa nova "geometria média" (ex. vários pontos no respectivo centróide) ou apenas uma das geometrias de entrada será eleita.
No caso dos polígonos de jurisdição isso não ocorre, a tabela
optim.jurisdiction_geomé mantida em separado e com metodologia diferenciada. No caso das vias, só acrescentaremos quando o OSM se mostrar incompleto, e só será submetido à avaliação humana quando houver uma distorção muito grande.Um outro tipo de comparação, mais grosseira, é realizado entre geometrias de pré-ingest, quando da filtragem dos dados brutos: se o ST_PointOnSurface de duas geometrias for o mesmo, serão consideradas iguais. A comparação de semelhança, nesse caso, serve de alerta para o caso de "azar" de duas geometrias terem mesmo Geohash9 deste ponto.
O score de distorção entre dois polígonos A e B pode ser obtido de um coquetel de métricas:
geom_cmp_intersect, área de interseção: dividida pela área média,2*area(A∩B)/(area(A)+area(B)).geom_cmp_Hausdorff, ST_HausdorffDistance. Pode ser precedida por leve ST_SimplifyPreserveTopology.O score de distorção entre duas linhas A e B pode ser obtido de um coquetel de métricas:
geom_cmp_frechet, ST_FrechetDistance. Pode ser precedida por leve ST_SimplifyPreserveTopology.geom_cmp_intersect, mais grosseira porém intuitivamente usando algo análogo ao score da interseção entre polígonos, usando os buffers das linhas supostamente paralelas, ou ConvexHull entre elas, quando não tão paralelas.As vias a serem comparadas consistem idealmente de linestrings obtidas da união de todos os segmentos com mesmo nome de via (ou mesmo ref_id)... Esse tipo de modelagem só é possível no SQL-schema Optim.
Se depois de duas vias comparadas resultam em diferença por complementariedade, mais importante do que "eleger a melhor" seria construir o "merge de linhas". Ver aplicação de ST_Merge neste tipo de consulta.