<HTML><BODY>Hej!<br><br>Här är vad som händer med importens förlopp och verktyg.<br><br>1. Jag har skapat en insticksmodul SnapNewNodes [1] som möjliggör att förena två <br> sträckors närliggande gränser. Modulen liknar i syftet ContourMerge men <br> kräver mindre musrörelser och musklick. Jag testade dess JAR-fil på två datorer<br> med Linux och Windows och den brukar inte krascha. Men den är visst inte <br> buggfri just nu, så var försiktig om ni använder den, kontrollera visuellt att<br> den inte förstör polygoner och spara ofta ditt arbete. Rapportera alla problem<br> till mig. Jag vill förbättra insticksmodulen och fixa kända buggar men just <br> nu tror jag att insticksmodulen redan kan vara till nytta vid importen.<br> <br>2. Jag hoppas att jag har hittat en bra kombination på filter så att varken viktiga<br> detaljer tappas eller överflödigt många nya noder kvarstår i importdatat.<br> Vingåkers kommuns importlagret tappade ganska mycket fina detaljer. Däremot <br> fick vissa kvadrater i Katrineholms kommun för mycket onödiga fina detaljer.<br> I framtiden minskar antalet noder på nya kvadrater med 30-50% utan att sluta<br> överensstämma med flygplansbilder. Det går alltid att göra ännu "mjukare" förenkling om man<br> på nytt börjar se att för mycket detaljer tappas bort.<br> <br>3. På importplanen i section "Conflation" [2] illustrerade jag alla slags<br> kosmetiska problem som jag nu observerar på oredigerade import-OSM-filer samt<br> de åtgärder mot dem som planeras eller är tillgängliga. Om man hittar andra <br> nya typer problem ska de läggas till dit i importplanen.<br><br>Ett av kvarstående problem som jag håller på att lösa är tillfällen när nya ytor<br>överlappar med befintliga vägar. I princip bör en bilväg antingen ligga helt på <br>någon markanvändnings yta eller ligga helt utanför markanvändningen. <br>Jag håller på att skapa ett skript/verktyg för att "ploga" bort noder och sträckors <br>segment som ligger för nära till eller överlappar med vägar. Detta ska hjälpa till<br>att se till att importlager blir i bättre skick. <br><br>Som förut är mitt syfte att alla som vill bidra med dataimporten kunde undvika<br>så mycket tråkigt arbete som möjligt genom att använda passande verktyg.<br>Nya markanvändningspolygoner bör inte kollidera med det befintliga datat, <br>inte se helt fult ut och motsvara till verkligheten. Jag fortsätter testa dem <br>på Katrineholms kommun rutor och hoppas att redigeringsprocessen blir stabil nog<br>för att upprepa den på andra kommuner.<br><br>Tack och ha trevlig helg!<br><br>Källor<br>1. https://github.com/grigory-rechistov/snapnewnodes<br>2. https://wiki.openstreetmap.org/wiki/Import/Catalogue/NMD_2018_Import_Plan#Conflation<br><br><br><br><blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;">
Пятница, 3 мая 2019, 23:58 +03:00 от egil <egil@riseup.net>:<br>
<br>
<div id="">
<div class="js-helper js-readmsg-msg">
<style type="text/css"></style>
<div>
<div id="style_15569170950744257604_BODY"><div class="class_1557506778">
<p>Hej på er</p>
<p>Här finns en annan intressant importstrategi med tasking
manager-filer som output.
<a rel="noopener noreferrer" href="https://www.openstreetmap.org/user/itsamap!/diary/152909" class="moz-txt-link-freetext_mailru_css_attribute_postfix" target="_blank">https://www.openstreetmap.org/user/itsamap!/diary/152909</a><br>
</p>
Kanske är detta bästa vägen även för denna import?<br>
(det möjliggör att ha denna data som underlag under lång tid
framöver för folk som vill kartlägga landuse genom att utgå från NMD
som grund om dem tycker det är lättare.)<br>
<br>
Se "merge workflow" som beskrivs här:
<a rel="noopener noreferrer" href="https://wiki.openstreetmap.org/wiki/Import/Catalogue/US/BingBuildings#Data_Merge_Workflow" class="moz-txt-link-freetext_mailru_css_attribute_postfix" target="_blank">https://wiki.openstreetmap.org/wiki/Import/Catalogue/US/BingBuildings#Data_Merge_Workflow</a><br>
<br>
Mvh<br>
<br>
<div class="moz-cite-prefix_mailru_css_attribute_postfix">On 2019-05-01 00:36, Grigory Rechistov
via Talk-se wrote:<br>
</div>
<div class="mail-quote-collapse"><blockquote type="cite">
Hej! Kolla imports-listan där jag beskriver min nuvarande approach
med masker: <a rel="noopener noreferrer" href="https://lists.openstreetmap.org/pipermail/imports/2019-April/005990.html" target="_blank">https://lists.openstreetmap.org/pipermail/imports/2019-April/005990.html</a> <br>
Återkommer till talk-se-listan med fler filer, detaljer för de som
vill pröva med nya vektor efter helgen. Trevlig helg!<br>
<br>
<br>
Med vänliga hälsningar,<br>
Grigory Rechistov<br>
With best regards,<br>
Grigory Rechistov<br>
<br>
<fieldset class="mimeAttachmentHeader_mailru_css_attribute_postfix"></fieldset>
<br>
<pre wrap="">_______________________________________________
Talk-se mailing list
<a rel="noopener noreferrer" href="//e.mail.ru/compose/?mailto=mailto%3aTalk%2dse@openstreetmap.org" class="moz-txt-link-abbreviated_mailru_css_attribute_postfix">Talk-se@openstreetmap.org</a>
<a rel="noopener noreferrer" href="https://lists.openstreetmap.org/listinfo/talk-se" class="moz-txt-link-freetext_mailru_css_attribute_postfix" target="_blank">https://lists.openstreetmap.org/listinfo/talk-se</a>
</pre>
</blockquote></div>
<br>
</div></div>
<div>_______________________________________________<br>
Talk-se mailing list<br>
<a href="mailto:Talk-se@openstreetmap.org">Talk-se@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-se" target="_blank">https://lists.openstreetmap.org/listinfo/talk-se</a><br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
<br>С наилучшими пожеланиями,<br>Григорий Речистов.<br>Med vänliga hälsningar,<br>Grigory Rechistov<br>With best regards,<br>Grigory Rechistov<br></BODY></HTML>