<html><body>Ahoj,<br>zajímavý postřeh. Historii OSM databáze neznám a nepovedlo se mi ji teď dohledat. Možná pro to mají nějaký důvod. Nechceš to nadhodit tady?<br><br>https://lists.openstreetmap.org/listinfo/dev<br><br>Marián<br><br><p>---------- Původní zpráva ----------<br>Od: Petr Vejsada <osm@propsychology.cz><br>Komu: OpenStreetMap Czech Republic <talk-cz@openstreetmap.org><br>Datum: 7. 7. 2015 19:00:49<br>Předmět: Re: [Talk-cz] WeeklyOSM CZ 257</p><br><blockquote>Dne Út 7. července 2015 18:11:04, Marián Kyral napsal(a):<br><br>začal bych třeba několika člověko-dny práce a lehce upravil totálně <br>plýtvající DB schema. Vysvětlím na jedné tabulce, na tabulce s uzly.<br><br>Máme tabulku nodes, obsahuje nody (id,version,lat,lon, changeset, visible, <br>timestamp). V té tabulce jsou všechny, i smazané nody a všechny jejich <br>verze za celou historii.<br><br>Pak máme tabulku current_nodes, která je prakticky úplně stejná jako nodes <br>a obsahuje "jen" aktuálně platné nody. Ano, úplně ty samé, jako jsou v <br>tabulce nodes.<br><br>Toto platí pro všechny tabulky (relations:current_relations, <br>ways:current_ways, way_nodes:current_way_nodes, <br>node_tags:current_node_tags, ...), takže celá aktuální planeta je v DB 2x <br>plus celá historie.<br><br>Úloha vyloženě dělaná pro Postgresql partitioning. Navíc mě nenapadá žádný <br>důvod, proč by měla být celá historie v hlavní DB<br><br>V Nominatimu jsou pro změnu geometrie 2x, některé až 4x; tam ale náprava <br>není tak relativně jednoduchá. Tedy pokusil jsem se o částečné snížení <br>redundance pro svoje účely, ale myslím, že mám reverzní geokodování <br>rozbité :(<br><br>--<br>Petr<br><br>> Zdar,<br>> myslím, že tady to asi těžko vyřešíme. Možná bys mohl OWG<br>> (http://wiki.osmfoundation.org/wiki/Operations_Working_Group) nabídnout<br>> pomoc.<br><br>_______________________________________________<br>Talk-cz mailing list<br>Talk-cz@openstreetmap.org<br>https://lists.openstreetmap.org/listinfo/talk-cz</blockquote></body></html>