Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

2019-04-04 tråd Grigory Rechistov via Talk-se 

Hej!

>Finns informationen ser jag ingen anledning att inte ta med den. Skogstyp ser 
>jag ett värde med att veta.
Angående skogstyp blir läget bättre än jag fruktade förut. Den skapar inte så 
mycket visuell- och databrus. Men hittills prövade jag det bara på en ö. Vi får 
se hur läget blir i landets andra delar (t ex i fjäll).

>  Områden med stora polygoner är svårare att jobba med än områden med flera 
>små (så länge det inte blir överdrivet smått).
Jag tror att man alltid kan skära en större multipolygon (dess yttre väg) i 
mindre delar med raka (eller något böjda) linjer. JOSM:s gräns på max 2000 
noder per väg verkar vara lagom stor för moderna datorer att stå ut. Jag 
strävar efter max 1000 noder per väg.
 
>Jag är gärna med och hjälper till när detta ska implementeras, men fram tills 
>dess nöjer jag mig med glada tillrop över ert arbete med datakonverteringen.

Engligt  https://wiki.openstreetmap.org/wiki/Import/Guidelines  ska man även 
dokumentera sådana kommande importeringar och tillkännage dem. Finns det någon 
som är intresserad att fylla i Import/Catalogue-sidan och skriva en plan?

>You  must  register your permissions and project by adding a line to the table 
>at  Import/Catalogue .
>You  must  write a plan for your import in the OSM wiki. Create a wiki page 
>outlining the details of your plan. <...>  An example for this can be found at 
> Import/Plan Outline .
>Четверг,  4 апреля 2019, 13:14 +03:00 от Micke :
>
>Hej!
>
>Jag vill bara komma med synpunkter angående skogstyper. Finns informationen 
>ser jag ingen anledning att inte ta med den. Skogstyp ser jag ett värde med 
>att veta.
>
>Områden med stora polygoner är svårare att jobba med än områden med flera små 
>(så länge det inte blir överdrivet smått).
>
>Jag är gärna med och hjälper till när detta ska implementeras, men fram tills 
>dess nöjer jag mig med glada tillrop över ert arbete med datakonverteringen.
>
>
>Mvh
>
>Anders Andersson
>
>--
Med vänliga hälsningar,
Grigory Rechistov
With best regards,
Grigory Rechistov
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

2019-04-04 tråd Micke 
Angående polygoners storlek så var det precis det jag menade. För stora är inte 
bra och för små kan också bli lite jobbigt. Optimala storleken för 
skogspolygoner är ju att det inte är en massa onödiga streck i vägen där man 
editerar, men att ändå ytterpolygonen finns i närheten utan att man behöver 
zooma och panorera jättemycket för att hitta den.

Polygoner med lövtyp bör inte bli speciellt små. Kanske att man får splitta 
några av de största.


/Anders Andersson


Från: Ture Pålsson 
Skickat: den 4 april 2019 12:55
Till: OpenStreetMap Sverige mailinglista
Ämne: Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

2019-04-04 12:13 skrev Micke:

> Hej!
>
> Jag vill bara komma med synpunkter angående skogstyper. Finns
> informationen ser jag ingen anledning att inte ta med den. Skogstyp ser
> jag ett värde med att veta.
>

+1!

>
> Områden med stora polygoner är svårare att jobba med än områden med
> flera små (så länge det inte blir överdrivet smått).

Fast *för* stort är inte heller så lättarbetat... 70 km breda
multipolygoner som https://www.openstreetmap.org/relation/1901035 blir
nog ingen glad av. =)


___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

2019-04-04 tråd Ture Pålsson 

2019-04-04 12:13 skrev Micke:


Hej!

Jag vill bara komma med synpunkter angående skogstyper. Finns 
informationen ser jag ingen anledning att inte ta med den. Skogstyp ser 
jag ett värde med att veta.




+1!



Områden med stora polygoner är svårare att jobba med än områden med 
flera små (så länge det inte blir överdrivet smått).


Fast *för* stort är inte heller så lättarbetat... 70 km breda 
multipolygoner som https://www.openstreetmap.org/relation/1901035 blir 
nog ingen glad av. =)


___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

2019-04-04 tråd Micke 
Hej!

Jag vill bara komma med synpunkter angående skogstyper. Finns informationen ser 
jag ingen anledning att inte ta med den. Skogstyp ser jag ett värde med att 
veta.

Områden med stora polygoner är svårare att jobba med än områden med flera små 
(så länge det inte blir överdrivet smått).

Jag är gärna med och hjälper till när detta ska implementeras, men fram tills 
dess nöjer jag mig med glada tillrop över ert arbete med datakonverteringen.


Mvh

Anders Andersson


Från: Christian Asker 
Skickat: den 3 april 2019 22:39
Till: Grigory Rechistov; OpenStreetMap Sverige mailinglista; Grigory Rechistov 
via Talk-se
Ämne: Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

Hej.

1. Detta beror nog på att stil-beskrivning inte kommer med. Det är med andra 
ord inget fel på datat.


Du kan nog slå ihop flera olika värden med Raster Calculator i QGIS.
Personligen är jag dock inte övertygad om att det är rätt väg att gå. Har vi 
detaljerad information om skogstyp kan vi väl behålla den. Noggrannheten är nog 
inte sämre än vad som kan åstadkommas med andra metoder.

Mvh Christian




Grigory Rechistov via Talk-se  skrev: (3 april 2019 
22:22:14 CEST)
Hej,
För att fixa "trapporna" som kvarstår efter gdal_polygonize försökte jag 
använda en insticksmodul v.generalize av GRASS-verktyg (se frågan här: 
https://gis.stackexchange.com/questions/3/how-to-smooth-large-vector-polygons-from-raster).

Här är hur linjerna på Gränsö (https://osm.org/go/0aUFbLO0-?m=) ser ut: 
https://atakua.org/nc/index.php/s/2kiEafMdYGQDyk6 
 . Någorlunda 
bättre men visst inte perfekt.

Nu kämpar jag med flera mindre irriterande problem såsom:
1. Att filtrera mindre krafspolygoner. gdal_sieve förvandlar den ursprungliga 
TIFF-filen till svartvitt, av någon anledning

2. Att komma runt buggar i GeoJSON import 
(https://github.com/JOSM/geojson/issues/29#issuecomment-479502069). Det saknas 
också "type=multipolygon" taggen efter importen.

Det verkar att jag verkligen vill slå samman olika typer skogar för att minska 
det brus de skapar. Då behöver ja ett kommandoradsverktyg eller en QGIS-plugin 
som kan redigera raster och slå olika pixelfärger till en färg.


Med vänliga hälsningar,
Grigory Rechistov
With best regards,
Grigory Rechistov

--
Skickat från min Android-enhet med K-9 Mail. Ursäkta min fåordighet.
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

2019-04-04 tråd Peter Svensson 
Hej!

Det ser ut som att det finns många noder som ligger precis i linje, eller
nära nog i linje. Verkar som att vägarna är genererade med ett påtvingat
maximalt avstånd till nästa nod. De mellanliggande noderna skulle man kunna
reducera. Man får väl labba fram någon lämplig toleransgräns, såsom att
alla noder som kan tas bort utan att vägens sträckning flyttar sig mer än
max någon decimeter, bör tas bort.

mvh zvenzzon

On Thu, Apr 4, 2019 at 12:46 AM Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org> wrote:

> Hej,
>
> > Detta beror nog på att stil-beskrivning inte kommer med. Det är med
> andra ord inget fel på datat.
> Jaha. Jag var nämligen för lat att felsöka det och därför valde att
> filtrera mindre polygoner vid GeoJSON -> GeoJSON transformeringen i min
> egen skript.
>
> Jag är nu mycket nöjd med det resultat som jag fick med
> v.generalize-filtern för Gränsö. Ni är gärna välkomna att bedöma och
> kommentera på resultatet själva. Vidare ger jag länkar till den slutliga
> OSM-filen som jag vill ladda upp imorgon, om ingen är emot detta förstås.
> Alla nya objekt är taggade med "source=NV NMD2018", så ifall det upptäcks
> några problem med min kommande uppladdning kan man enkelt hitta och radera
> den.
>
> Sammanfattat är det min dataförbearbetning: GeoTIFF -> klippa GeoTIFF ->
> raster till vektor i QGIS -> tillämpa v.generalize -> spara som GeoJSON ->
> konvertera "DN" taggar till "landuse" taggar med hjälp av min egen skript
> -> importera i JOSM -> spara som OSM XML -> redigera XML för att fixa
> geojson-plugins buggar -> ladda OSM XML i JOSM igen. Jäkligt flera steg,
> jag vet...
>
> Här är vad jag slutligen öppnat i JOSM:
> https://atakua.org/p/nmd/granso-semiautomatisk.osm
>
> Den första valideringen visade tio tusen fel och varningar! Skärmbilden:
> https://atakua.org/p/nmd/import-stage-1-errors.png  . Det gick ändå att
> fixa de absolut flesta av dem automatiskt genom att klicka på "rätta till"
> knappen. Duplicerade noder med samma koordinater härstammar visserligen
> från det 10 meter rutnätet i rastern. Men JOSM är smart nog för att slå dem
> ihop.
>
> Sedan var det en jättelång sträcka:
> https://atakua.org/p/nmd/import-stage-2-errors.png längre än 2000 noder.
> Det felet löste jag genom att stycka polygonen i tre delar.
>
> Sedan blev det inga mer allvarliga fel utan endast varningar:
> https://atakua.org/p/nmd/import-stage-3-errors.png. De krävde dock
> manuell städning. I de flesta tillfällen vad som krävdes var att radera ett
> extra objekt eller slå ihop flera.
>
> Självkorsningarna är de mest påfrestande typen problem:
> https://atakua.org/p/nmd/typisk-sjalvkorsning.png. JOSM kan inte rätta
> till dem automatiskt. Jag behöver antingen radera den punkt som står i
> självkorsningen, eller radera den hela "öglan".
>
> Här är hur den sista fasen på manuellt arbete ser ut:
> https://atakua.org/p/nmd/import-stage-varningar.png
>
> Slutliga OSM-filen: https://atakua.org/p/nmd/granso-fixade-fel.osm
>
> Jag ska bli tacksam för all feedback! Och förlåt för det här jättelånga
> mejlet.
>
>
> Среда, 3 апреля 2019, 23:39 +03:00 от Christian Asker <
> christian.as...@gmail.com>:
>
> Hej.
>
> 1. Detta beror nog på att stil-beskrivning inte kommer med. Det är med
> andra ord inget fel på datat.
>
>
> Du kan nog slå ihop flera olika värden med Raster Calculator i QGIS.
> Personligen är jag dock inte övertygad om att det är rätt väg att gå. Har
> vi detaljerad information om skogstyp kan vi väl behålla den. Noggrannheten
> är nog inte sämre än vad som kan åstadkommas med andra metoder.
>
> Mvh Christian
>
>
>
>
> Grigory Rechistov via Talk-se  skrev: (3 april
> 2019 22:22:14 CEST)
>
> Hej,
> För att fixa "trapporna" som kvarstår efter gdal_polygonize försökte jag
> använda en insticksmodul v.generalize av GRASS-verktyg (se frågan här:
> https://gis.stackexchange.com/questions/3/how-to-smooth-large-vector-polygons-from-raster).
>
>
> Här är hur linjerna på Gränsö (https://osm.org/go/0aUFbLO0-?m=) ser ut:
> https://atakua.org/nc/index.php/s/2kiEafMdYGQDyk6
> . Någorlunda
> bättre men visst inte perfekt.
>
> Nu kämpar jag med flera mindre irriterande problem såsom:
> 1. Att filtrera mindre krafspolygoner. gdal_sieve förvandlar den
> ursprungliga TIFF-filen till svartvitt, av någon anledning
>
> 2. Att komma runt buggar i GeoJSON import (
> https://github.com/JOSM/geojson/issues/29#issuecomment-479502069). Det
> saknas också "type=multipolygon" taggen efter importen.
>
> Det verkar att jag verkligen vill slå samman olika typer skogar för att
> minska det brus de skapar. Då behöver ja ett kommandoradsverktyg eller en
> QGIS-plugin som kan redigera raster och slå olika pixelfärger till en färg.
>
>
> Med vänliga hälsningar,
> Grigory Rechistov
> With best regards,
> Grigory Rechistov
>
>
> --
> Skickat från min Android-enhet med K-9 Mail. Ursäkta min fåordighet.
>
>
>
> С наилучшими пожеланиями,
> Григорий Речистов.
> Med vänliga h