subject:"Re\: \[Talk\-cz\] tracer"

Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu

2020-02-17 Tema obsahu Zdeněk Pražák

nakonec jsem nakopíroval java.exe do adresáře SysWOW64 a spuštění JOSM
funguje

po 17. 2. 2020 v 11:50 odesílatel Marián Kyral  napsal:

> A stáhl jsi 64bit verzi? Případně jak přesně to spouštíš? Možná bude
> stačit jen změnit / přidat cestu v tom skriptu.
> Mám dojem, že v tom ovládacím panelu je i nějaké info o tom, kde je java
> nainstalovaná. Pokud ne, tak zkus na disku  najít "java.exe".
>
> Marián
>
> -- Původní e-mail --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 17. 2. 2020 11:25:13
> Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
>
> stáhl a nainstaloval jsem si nejnovější verzi Javy 1.8.0_241
> Josm jsem doposud spouštěl pomocí konzole a při jejím spuštění mi nyní
> napíše hlášku
> systém Windows nemůže najít položku C:\Windows\SysWOW64\java.exe ujistěte
> se zda je název napsán správně a akci zopakujte
>
> pokud JOSM spustím ze staženého java souboru, tak naběhne správně a
> tracer LPIS funguje
>
> Co mám aktualizovat, abych JOSM mohl spouštt jako doposud pomocí konzole
> Pražák
>
> po 17. 2. 2020 v 9:40 odesílatel Marián Kyral  napsal:
>
> Ahoj,
> v ovládacích panelech by měla být komponenta "java" (nebo něco takového),
> kde by ti měl nabídnout aktualizaci javy.
> Případně stáhnout a nainstalovat ručně. Ale tam pak ještě potřebuješ
> vědět, jakou verzi potřebuješ (32/64 bit)
>
> https://cs.soringpcrepair.com/how-to-update-java-on-windows-7/
>
> Marián
>
> ---------- Původní e-mail --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 17. 2. 2020 9:20:36
> Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
>
> hláška přetrvává i při použití uvedené url adresy v JOSM verze 15871
> Používám zatím windows 7 a java Verze prostředí Java: 1.8.0_31
>
> jak se provede aktualizace prostředí Java?
> Pražák
>
> ne 16. 2. 2020 v 16:42 odesílatel Marián Kyral  napsal:
>
> Jakou verzi javy a jaké windows máš?
> Menu: Nápověda/O aplikaci
>
>
> Podle mě by možná mohlo pomoct aktualizovat javu, nebo certifikační
> autority v systému. Jen nevím, jak se to dělá ve windows.
>
> Můžeš zkusit v prohlížeči třeba tuhle url?
>
> https://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS=GetFeature=LPIS_DPB_UCINNE_BBOX=-486743.1165654754,-1125480.4023344317,-486059.08638271067,-1126293.6785051096=EPSG:102067
>
> Jinak pluginy jsou uloženy v adresáři který obsahuje proměnná
> , ale nemyslím si, že by to nějak pomohlo. Plugin funguje,
> problém je s navázáním spojení se serverem, ale to je interní věc javy.
>
> Marián
>
> -- Původní e-mail --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 16. 2. 2020 16:12:25
> Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
>
> hláška zní
> Chyba při stahování LPIS dat (lat = xxx lot = yy)
> chyba:sun.security.validator.Validator exeption: PKIX path building faile:
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find
> valid certification path to requested target
>
> jak se odinstaluje (smaže) tracer-testing plugin
> Pražák
>
> ne 16. 2. 2020 v 15:31 odesílatel Marián Kyral  napsal:
>
> Ahoj,
> můžeš poslat celý ten text? Tohle jsem ještě nikdy neviděl. Dle Google to
> je nějaký problém s certifikáty.
>
> Teď jsem zkoušel u sebe a normálně funguje. Taky jsem stáhl poslední verzi
> josm, smazal tracer-testing plugin a znova ho nainstaloval a vše OK.
>
> Marián
>
>
> -- Původní e-mail --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 16. 2. 2020 15:10:08
> Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
>
> stejná hláška se mi začla objevovat i po vrácení se na předchozí verzi JOSM
> Pražák
>
> ne 16. 2. 2020 v 14:59 odesílatel Zdeněk Pražák 
> napsal:
>
> stáhl jsem si poslední verzi JOSM 15859 a aktualizoval vrstvu LPIS
>  po kliknutí na polygon LPIS se mi objeví hláška
> chyba:sun.security.validator,Validator exeptiion: PKIX path building failed
> ..
> a trasování neproběhne
> Pražák
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu

2020-02-17 Tema obsahu Václav Kroupar

V SysWOW64 byla 32 bitová verze (Neptejte se mě, proč 64 značí 32 bitové
věci) 64 bit bude jinde. Já jí mám v C:\Program Files\Java\jre1.8.0_141\bin
-- Původní e-mail --
Od: Marián Kyral
Komu: OpenStreetMap Czech Republic
Datum: 17. 2. 2020 11:56:44
Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
"
A stáhl jsi 64bit verzi? Případně jak přesně to spouštíš? Možná bude stačit
jen změnit / přidat cestu v tom skriptu.

Mám dojem, že v tom ovládacím panelu je i nějaké info o tom, kde je java
nainstalovaná. Pokud ne, tak zkus na disku najít "java.exe".

Marián

-- Původní e-mail --
Od: Zdeněk Pražák
Komu: OpenStreetMap Czech Republic
Datum: 17. 2. 2020 11:25:13
Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
"

stáhl a nainstaloval jsem si nejnovější verzi Javy 1.8.0_241

Josm jsem doposud spouštěl pomocí konzole a při jejím spuštění mi nyní
napíše hlášku

systém Windows nemůže najít položku C:\Windows\SysWOW64\java.exe ujistěte se
zda je název napsán správně a akci zopakujte

pokud JOSM spustím ze staženého java souboru, tak naběhne správně a tracer
LPIS funguje

Co mám aktualizovat, abych JOSM mohl spouštt jako doposud pomocí konzole

Pražák

po 17. 2. 2020 v 9:40 odesílatel Marián Kyral mailto:mky...@email.cz)> napsal:

Ahoj,

v ovládacích panelech by měla být komponenta "java" (nebo něco takového),
kde by ti měl nabídnout aktualizaci javy.

Případně stáhnout a nainstalovat ručně. Ale tam pak ještě potřebuješ vědět,
jakou verzi potřebuješ (32/64 bit)

https://cs.soringpcrepair.com/how-to-update-java-on-windows-7/
(https://cs.soringpcrepair.com/how-to-update-java-on-windows-7/)

Marián

-- Původní e-mail --
Od: Zdeněk Pražák mailto:zpra...@seznam.cz)>
Komu: OpenStreetMap Czech Republic mailto:talk-cz@openstreetmap.org)>
Datum: 17. 2. 2020 9:20:36
Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
"

hláška přetrvává i při použití uvedené url adresy v JOSM verze 15871

Používám zatím windows 7 a java Verze prostředí Java: 1.8.0_31

jak se provede aktualizace prostředí Java?

Pražák

ne 16. 2. 2020 v 16:42 odesílatel Marián Kyral mailto:mky...@email.cz)> napsal:

Jakou verzi javy a jaké windows máš?

Menu: Nápověda/O aplikaci

Podle mě by možná mohlo pomoct aktualizovat javu, nebo certifikační autority
v systému. Jen nevím, jak se to dělá ve windows.

Můžeš zkusit v prohlížeči třeba tuhle url?

https://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS;
REQUEST=GetFeature=LPIS_DPB_UCINNE_BBOX=-486743.1165654754,-
1125480.4023344317,-486059.08638271067,-1126293.6785051096=EPSG:
102067
(https://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS=GetFeature=LPIS_DPB_UCINNE_BBOX=-486743.1165654754,-1125480.4023344317,-486059.08638271067,-1126293.6785051096=EPSG:102067)

Jinak pluginy jsou uloženy v adresáři který obsahuje proměnná , ale nemyslím si, že by to nějak pomohlo. Plugin funguje, problém je s
navázáním spojení se serverem, ale to je interní věc javy.

Marián

-- Původní e-mail --
Od: Zdeněk Pražák mailto:zpra...@seznam.cz)>
Komu: OpenStreetMap Czech Republic mailto:talk-cz@openstreetmap.org)>
Datum: 16. 2. 2020 16:12:25
Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
"

hláška zní

Chyba při stahování LPIS dat (lat = xxx lot = yy)

chyba:sun.security.validator.Validator exeption: PKIX path building faile:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find
valid certification path to requested target

jak se odinstaluje (smaže) tracer-testing plugin

Pražák

ne 16. 2. 2020 v 15:31 odesílatel Marián Kyral mailto:mky...@email.cz)> napsal:

Ahoj,

můžeš poslat celý ten text? Tohle jsem ještě nikdy neviděl. Dle Google to je
nějaký problém s certifikáty.

Teď jsem zkoušel u sebe a normálně funguje. Taky jsem stáhl poslední verzi
josm, smazal tracer-testing plugin a znova ho nainstaloval a vše OK.

Marián

-- Původní e-mail --
Od: Zdeněk Pražák mailto:zpra...@seznam.cz)>
Komu: OpenStreetMap Czech Republic mailto:talk-cz@openstreetmap.org)>
Datum: 16. 2. 2020 15:10:08
Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
"

stejná hláška se mi začla objevovat i po vrácení se na předchozí verzi JOSM

Pražák

ne 16. 2. 2020 v 14:59 odesílatel Zdeněk Pražák mailto:zpra...@seznam.cz)> napsal:

stáhl jsem si poslední verzi JOSM 15859 a aktualizoval vrstvu LPIS

po kliknutí na polygon LPIS se mi objeví hláška chyba:sun.security.
validator,Validator exeptiion: PKIX path building failed ..

a trasování neproběhne

Pražák

"
"
"
"
___
talk-cz mailing list
talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
https://l

Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu

2020-02-17 Tema obsahu Marián Kyral

A stáhl jsi 64bit verzi? Případně jak přesně to spouštíš? Možná bude stačit
jen změnit / přidat cestu v tom skriptu.

Mám dojem, že v tom ovládacím panelu je i nějaké info o tom, kde je java
nainstalovaná. Pokud ne, tak zkus na disku najít "java.exe".

Marián

-- Původní e-mail --
Od: Zdeněk Pražák
Komu: OpenStreetMap Czech Republic
Datum: 17. 2. 2020 11:25:13
Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
"

stáhl a nainstaloval jsem si nejnovější verzi Javy 1.8.0_241

Josm jsem doposud spouštěl pomocí konzole a při jejím spuštění mi nyní
napíše hlášku

systém Windows nemůže najít položku C:\Windows\SysWOW64\java.exe ujistěte se
zda je název napsán správně a akci zopakujte

pokud JOSM spustím ze staženého java souboru, tak naběhne správně a tracer
LPIS funguje

Co mám aktualizovat, abych JOSM mohl spouštt jako doposud pomocí konzole

Pražák

po 17. 2. 2020 v 9:40 odesílatel Marián Kyral mailto:mky...@email.cz)> napsal:

Ahoj,

v ovládacích panelech by měla být komponenta "java" (nebo něco takového),
kde by ti měl nabídnout aktualizaci javy.

Případně stáhnout a nainstalovat ručně. Ale tam pak ještě potřebuješ vědět,
jakou verzi potřebuješ (32/64 bit)

https://cs.soringpcrepair.com/how-to-update-java-on-windows-7/
(https://cs.soringpcrepair.com/how-to-update-java-on-windows-7/)

Marián

hláška přetrvává i při použití uvedené url adresy v JOSM verze 15871

Používám zatím windows 7 a java Verze prostředí Java: 1.8.0_31

jak se provede aktualizace prostředí Java?

Pražák

ne 16. 2. 2020 v 16:42 odesílatel Marián Kyral mailto:mky...@email.cz)> napsal:

Jakou verzi javy a jaké windows máš?

Menu: Nápověda/O aplikaci

Podle mě by možná mohlo pomoct aktualizovat javu, nebo certifikační autority
v systému. Jen nevím, jak se to dělá ve windows.

Můžeš zkusit v prohlížeči třeba tuhle url?

Marián

hláška zní

Chyba při stahování LPIS dat (lat = xxx lot = yy)

chyba:sun.security.validator.Validator exeption: PKIX path building faile:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find
valid certification path to requested target

jak se odinstaluje (smaže) tracer-testing plugin

Pražák

ne 16. 2. 2020 v 15:31 odesílatel Marián Kyral mailto:mky...@email.cz)> napsal:

Ahoj,

můžeš poslat celý ten text? Tohle jsem ještě nikdy neviděl. Dle Google to je
nějaký problém s certifikáty.

Teď jsem zkoušel u sebe a normálně funguje. Taky jsem stáhl poslední verzi
josm, smazal tracer-testing plugin a znova ho nainstaloval a vše OK.

Marián

stejná hláška se mi začla objevovat i po vrácení se na předchozí verzi JOSM

Pražák

ne 16. 2. 2020 v 14:59 odesílatel Zdeněk Pražák mailto:zpra...@seznam.cz)> napsal:

stáhl jsem si poslední verzi JOSM 15859 a aktualizoval vrstvu LPIS

po kliknutí na polygon LPIS se mi objeví hláška chyba:sun.security.
validator,Validator exeptiion: PKIX path building failed ..

a trasování neproběhne

Pražák

"
"
"
"
___
talk-cz mailing list
talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
https://openstreetmap.cz/talkcz(https://openstreetmap.cz/talkcz)
"
___
talk-cz mailing list
talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu

2020-02-17 Tema obsahu majkaz

Nemáš tu javu nově nainstalovanou jinde než se ti spouští z konzole?
 
Protože ta hláška je jednoznačná - tam co jí to hledá (ten vypsaný adresář) - 
není. Pokud ano, stačí jen přepsat startovací příkaz na konkrétní cestu.
Tedy ne java -jar ale celou cestou třeba C:/adresář/java -jar 
 
Majka

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu

2020-02-17 Tema obsahu Zdeněk Pražák

stáhl a nainstaloval jsem si nejnovější verzi Javy 1.8.0_241
Josm jsem doposud spouštěl pomocí konzole a při jejím spuštění mi nyní
napíše hlášku
systém Windows nemůže najít položku C:\Windows\SysWOW64\java.exe ujistěte
se zda je název napsán správně a akci zopakujte

pokud JOSM spustím ze staženého java souboru, tak naběhne správně a  tracer
LPIS funguje

Co mám aktualizovat, abych JOSM mohl spouštt jako doposud pomocí konzole
Pražák

po 17. 2. 2020 v 9:40 odesílatel Marián Kyral  napsal:

> Ahoj,
> v ovládacích panelech by měla být komponenta "java" (nebo něco takového),
> kde by ti měl nabídnout aktualizaci javy.
> Případně stáhnout a nainstalovat ručně. Ale tam pak ještě potřebuješ
> vědět, jakou verzi potřebuješ (32/64 bit)
>
> https://cs.soringpcrepair.com/how-to-update-java-on-windows-7/
>
> Marián
>
> -- Původní e-mail --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 17. 2. 2020 9:20:36
> Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
>
> hláška přetrvává i při použití uvedené url adresy v JOSM verze 15871
> Používám zatím windows 7 a java Verze prostředí Java: 1.8.0_31
>
> jak se provede aktualizace prostředí Java?
> Pražák
>
> ne 16. 2. 2020 v 16:42 odesílatel Marián Kyral  napsal:
>
> Jakou verzi javy a jaké windows máš?
> Menu: Nápověda/O aplikaci
>
>
> Podle mě by možná mohlo pomoct aktualizovat javu, nebo certifikační
> autority v systému. Jen nevím, jak se to dělá ve windows.
>
> Můžeš zkusit v prohlížeči třeba tuhle url?
>
> https://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS=GetFeature=LPIS_DPB_UCINNE_BBOX=-486743.1165654754,-1125480.4023344317,-486059.08638271067,-1126293.6785051096=EPSG:102067
>
> Jinak pluginy jsou uloženy v adresáři který obsahuje proměnná
> , ale nemyslím si, že by to nějak pomohlo. Plugin funguje,
> problém je s navázáním spojení se serverem, ale to je interní věc javy.
>
> Marián
>
> ------ Původní e-mail --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 16. 2. 2020 16:12:25
> Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
>
> hláška zní
> Chyba při stahování LPIS dat (lat = xxx lot = yy)
> chyba:sun.security.validator.Validator exeption: PKIX path building faile:
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find
> valid certification path to requested target
>
> jak se odinstaluje (smaže) tracer-testing plugin
> Pražák
>
> ne 16. 2. 2020 v 15:31 odesílatel Marián Kyral  napsal:
>
> Ahoj,
> můžeš poslat celý ten text? Tohle jsem ještě nikdy neviděl. Dle Google to
> je nějaký problém s certifikáty.
>
> Teď jsem zkoušel u sebe a normálně funguje. Taky jsem stáhl poslední verzi
> josm, smazal tracer-testing plugin a znova ho nainstaloval a vše OK.
>
> Marián
>
>
> -- Původní e-mail --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 16. 2. 2020 15:10:08
> Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
>
> stejná hláška se mi začla objevovat i po vrácení se na předchozí verzi JOSM
> Pražák
>
> ne 16. 2. 2020 v 14:59 odesílatel Zdeněk Pražák 
> napsal:
>
> stáhl jsem si poslední verzi JOSM 15859 a aktualizoval vrstvu LPIS
>  po kliknutí na polygon LPIS se mi objeví hláška
> chyba:sun.security.validator,Validator exeptiion: PKIX path building failed
> ..
> a trasování neproběhne
> Pražák
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu

2020-02-17 Tema obsahu Marián Kyral

Ahoj,

v ovládacích panelech by měla být komponenta "java" (nebo něco takového),
kde by ti měl nabídnout aktualizaci javy.

Případně stáhnout a nainstalovat ručně. Ale tam pak ještě potřebuješ vědět,
jakou verzi potřebuješ (32/64 bit)

https://cs.soringpcrepair.com/how-to-update-java-on-windows-7/

Marián

-- Původní e-mail --
Od: Zdeněk Pražák
Komu: OpenStreetMap Czech Republic
Datum: 17. 2. 2020 9:20:36
Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
"

hláška přetrvává i při použití uvedené url adresy v JOSM verze 15871

Používám zatím windows 7 a java Verze prostředí Java: 1.8.0_31

jak se provede aktualizace prostředí Java?

Pražák

ne 16. 2. 2020 v 16:42 odesílatel Marián Kyral mailto:mky...@email.cz)> napsal:

Jakou verzi javy a jaké windows máš?

Menu: Nápověda/O aplikaci

Podle mě by možná mohlo pomoct aktualizovat javu, nebo certifikační autority
v systému. Jen nevím, jak se to dělá ve windows.

Můžeš zkusit v prohlížeči třeba tuhle url?

Marián

hláška zní

Chyba při stahování LPIS dat (lat = xxx lot = yy)

chyba:sun.security.validator.Validator exeption: PKIX path building faile:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find
valid certification path to requested target

jak se odinstaluje (smaže) tracer-testing plugin

Pražák

ne 16. 2. 2020 v 15:31 odesílatel Marián Kyral mailto:mky...@email.cz)> napsal:

Ahoj,

můžeš poslat celý ten text? Tohle jsem ještě nikdy neviděl. Dle Google to je
nějaký problém s certifikáty.

Teď jsem zkoušel u sebe a normálně funguje. Taky jsem stáhl poslední verzi
josm, smazal tracer-testing plugin a znova ho nainstaloval a vše OK.

Marián

stejná hláška se mi začla objevovat i po vrácení se na předchozí verzi JOSM

Pražák

ne 16. 2. 2020 v 14:59 odesílatel Zdeněk Pražák mailto:zpra...@seznam.cz)> napsal:

stáhl jsem si poslední verzi JOSM 15859 a aktualizoval vrstvu LPIS

po kliknutí na polygon LPIS se mi objeví hláška chyba:sun.security.
validator,Validator exeptiion: PKIX path building failed ..

a trasování neproběhne

Pražák

"
"
"
"
___
talk-cz mailing list
talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
https://openstreetmap.cz/talkcz(https://openstreetmap.cz/talkcz)
"
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
"___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu

2020-02-17 Tema obsahu Zdeněk Pražák

hláška přetrvává i při použití uvedené url adresy v JOSM verze 15871
Používám zatím windows 7 a java Verze prostředí Java: 1.8.0_31

jak se provede aktualizace prostředí Java?
Pražák

ne 16. 2. 2020 v 16:42 odesílatel Marián Kyral  napsal:

> Jakou verzi javy a jaké windows máš?
> Menu: Nápověda/O aplikaci
>
>
> Podle mě by možná mohlo pomoct aktualizovat javu, nebo certifikační
> autority v systému. Jen nevím, jak se to dělá ve windows.
>
> Můžeš zkusit v prohlížeči třeba tuhle url?
>
> https://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS=GetFeature=LPIS_DPB_UCINNE_BBOX=-486743.1165654754,-1125480.4023344317,-486059.08638271067,-1126293.6785051096=EPSG:102067
>
> Jinak pluginy jsou uloženy v adresáři který obsahuje proměnná
> , ale nemyslím si, že by to nějak pomohlo. Plugin funguje,
> problém je s navázáním spojení se serverem, ale to je interní věc javy.
>
> Marián
>
> -- Původní e-mail --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 16. 2. 2020 16:12:25
> Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
>
> hláška zní
> Chyba při stahování LPIS dat (lat = xxx lot = yy)
> chyba:sun.security.validator.Validator exeption: PKIX path building faile:
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find
> valid certification path to requested target
>
> jak se odinstaluje (smaže) tracer-testing plugin
> Pražák
>
> ne 16. 2. 2020 v 15:31 odesílatel Marián Kyral  napsal:
>
> Ahoj,
> můžeš poslat celý ten text? Tohle jsem ještě nikdy neviděl. Dle Google to
> je nějaký problém s certifikáty.
>
> Teď jsem zkoušel u sebe a normálně funguje. Taky jsem stáhl poslední verzi
> josm, smazal tracer-testing plugin a znova ho nainstaloval a vše OK.
>
> Marián
>
>
> ---------- Původní e-mail --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 16. 2. 2020 15:10:08
> Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
>
> stejná hláška se mi začla objevovat i po vrácení se na předchozí verzi JOSM
> Pražák
>
> ne 16. 2. 2020 v 14:59 odesílatel Zdeněk Pražák 
> napsal:
>
> stáhl jsem si poslední verzi JOSM 15859 a aktualizoval vrstvu LPIS
>  po kliknutí na polygon LPIS se mi objeví hláška
> chyba:sun.security.validator,Validator exeptiion: PKIX path building failed
> ..
> a trasování neproběhne
> Pražák
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu

2020-02-16 Tema obsahu Marián Kyral

Jakou verzi javy a jaké windows máš?

Menu: Nápověda/O aplikaci

Podle mě by možná mohlo pomoct aktualizovat javu, nebo certifikační autority
v systému. Jen nevím, jak se to dělá ve windows.

Můžeš zkusit v prohlížeči třeba tuhle url?

https://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS;
REQUEST=GetFeature=LPIS_DPB_UCINNE_BBOX=-486743.1165654754,-
1125480.4023344317,-486059.08638271067,-1126293.6785051096=EPSG:
102067

Marián

-- Původní e-mail --
Od: Zdeněk Pražák
Komu: OpenStreetMap Czech Republic
Datum: 16. 2. 2020 16:12:25
Předmět: Re: [talk-cz] Tracer LPIS - nová verze, změna url LPIS podkladu
"

hláška zní

Chyba při stahování LPIS dat (lat = xxx lot = yy)

chyba:sun.security.validator.Validator exeption: PKIX path building faile:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find
valid certification path to requested target

jak se odinstaluje (smaže) tracer-testing plugin

Pražák

ne 16. 2. 2020 v 15:31 odesílatel Marián Kyral mailto:mky...@email.cz)> napsal:

Ahoj,

můžeš poslat celý ten text? Tohle jsem ještě nikdy neviděl. Dle Google to je
nějaký problém s certifikáty.

Teď jsem zkoušel u sebe a normálně funguje. Taky jsem stáhl poslední verzi
josm, smazal tracer-testing plugin a znova ho nainstaloval a vše OK.

Marián

stejná hláška se mi začla objevovat i po vrácení se na předchozí verzi JOSM

Pražák

ne 16. 2. 2020 v 14:59 odesílatel Zdeněk Pražák mailto:zpra...@seznam.cz)> napsal:

stáhl jsem si poslední verzi JOSM 15859 a aktualizoval vrstvu LPIS

po kliknutí na polygon LPIS se mi objeví hláška chyba:sun.security.
validator,Validator exeptiion: PKIX path building failed ..

a trasování neproběhne

Pražák

"
"
"
"___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Tracer - nekozistentni tagovani

2019-06-24 Tema obsahu Janda Martin

Deukji za odpoved, 

ale to v tom je prave ten problem. 

Pokud v RUIAN byl zmenen typ objektu na :type=8 (stavba pro rodinou rekreaci) 
tak rozhone NEMUZE nechat puvodni napr. 
building=residential/civic/industrial/service/commercial... 
Pro type=8 ma smysl zachovat building=cabin. Ale prijde mi jako chyba mit podle 
ruian:type "objekt pro rodinou rekreaci" a zaroven napr. buidling=industrial 
V soucasne situaci se uzivatel o problemu ani nevi. Proto by to mel rozhodnout 
uzivatel. 

Dekuji 
M 




From: "majka"  
To: "OpenStreetMap Czech Republic"  
Sent: Monday, June 24, 2019 7:39:12 AM 
Subject: Re: [talk-cz] Tracer - nekozistentni tagovani 

Building type 8 a residential: 
podle mě se zcela správně nenabízí nahrazení jakékoliv existující hodnoty za 
"yes". 

Zrovna tohle jsem jsem navrhovala, stejně jako cokoli konkrétního nemazat (ani 
nenabízet) u civic. 

Ta tabulka hodnot RUIAN už není zcela aktuální, některé hodnoty byly zrušené (v 
RUIAN pořád fungují, ale nové budovy je nemají). 
Řešilo se to tady v listopadu, podrobná tabulka je zde 
https://docs.google.com/spreadsheets/d/1GacZi72SDwFQ93765h5Lqfte4AfpcNBWib6pMmv6fic/edit#gid=764506101
 a myslím, že Marián dělal úpravy Traceru. 

24. června 2019 7:02:20 SELČ, Janda Martin  napsal: 


Dobry den, 

chci se zeptat. 

*) Jiz delsi dobu Tracer RUIANu nenahrazuje hodnotu tagu building podle 
tabulky. 
Priklad: 

Puvodne trasovana budova 
building=residential 
building:ruian:type=3 
- tady :type a building sedi 

Pretrasovana 
building=residential 
building:ruian:type=8 
- tady je rozpor mezi type a building dle specifikace 
- melo by to nabidnout take rosolvnuti hodnoty pro building 

Smazana a pretrasovana 
building=yes 
building:ruian:type=8 

Predpokladal bych ze po pretrasovani nabidne resolv i na klic building a ne jen 
na  building:ruian:type 

Dle tabulky ma byt building=8 pro :type=8 
https://wiki.openstreetmap.org/wiki/Key:building:ruian:type 
https://wiki.openstreetmap.org/wiki/Cs:R%C3%9AIAN 


Dekuji 
Martin 

PS veskere preklepy a pravopisne chyby jsou ciste zamerne a maji poslouzit k 
pobaveni ctenare 
talk-cz mailing list 
talk-cz@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-cz 
https://openstreetmap.cz/talkcz 




___ 
talk-cz mailing list 
talk-cz@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-cz 
https://openstreetmap.cz/talkcz 
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Tracer - nekozistentni tagovani

2019-06-23 Tema obsahu Majka

Building type 8 a residential:
podle mě se zcela správně nenabízí nahrazení jakékoliv existující hodnoty za 
"yes". 

Zrovna tohle jsem jsem navrhovala, stejně jako cokoli konkrétního nemazat (ani 
nenabízet) u civic. 

Ta tabulka hodnot RUIAN už není zcela aktuální, některé hodnoty byly zrušené (v 
RUIAN pořád fungují, ale nové budovy je nemají).
Řešilo se to tady v listopadu, podrobná tabulka je zde 
https://docs.google.com/spreadsheets/d/1GacZi72SDwFQ93765h5Lqfte4AfpcNBWib6pMmv6fic/edit#gid=764506101
 a myslím, že Marián dělal úpravy Traceru.

24. června 2019 7:02:20 SELČ, Janda Martin  napsal:
>Dobry den,
>
>  chci se zeptat.
>
>*) Jiz delsi dobu Tracer RUIANu nenahrazuje hodnotu tagu building podle
>tabulky.
>Priklad:
>
>Puvodne trasovana budova
>building=residential
>building:ruian:type=3
>  - tady :type a building sedi
>
>Pretrasovana
>building=residential
>building:ruian:type=8
>  - tady je rozpor mezi type a building dle specifikace
>  - melo by to nabidnout take rosolvnuti hodnoty pro building
>
>Smazana a pretrasovana
>building=yes
>building:ruian:type=8
>
>Predpokladal bych ze po pretrasovani nabidne resolv i na klic building
>a ne jen na  building:ruian:type
>
>Dle tabulky ma byt building=8 pro :type=8
>https://wiki.openstreetmap.org/wiki/Key:building:ruian:type
>https://wiki.openstreetmap.org/wiki/Cs:R%C3%9AIAN
>
>
>  Dekuji
>  Martin
>
>PS veskere preklepy a pravopisne chyby jsou ciste zamerne a maji
>poslouzit k pobaveni ctenare
>
>___
>talk-cz mailing list
>talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>https://openstreetmap.cz/talkcz
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS

2016-01-27 Tema obsahu Martin Švec - OSM

 mapovany celek bez napojeni 
> na LPISu, podle
> LPISu treba jen rucne upravit – zpresnit vnejsi hranici (tedy pokud pole neni 
> fakticky preruseno a
> je to jeden celek – jedno dilci pole tesne sousedi s druhym a je to porad to 
> same
> farmland/meadow). K teto uvaze me vede kdyz vidim, ze jsou primo i v LPISu 
> mezi jednotlivymi
> castmi “velkeho pole” diry ci jine divne geometricke tvary nebo artefatky, 
> ktere ale ve
> skutecnosti neexistuji a v OSM by byly jen “balastem” v datech. V LPISu se na 
> nejakou topologii
> asi moc nehraje – prekryvy si asi hlidaji, ale diry ktere nenarokuje zadny 
> farmar asi neresi. Nebo
> v tech velkych polich jsou casti, ktere nejsou v LPISu zrejme protoze farmar 
> v nejede v tom co s
> LPISem souvisi. Z tohoto pohledu porad rucni mapovani vytvari cistsi data nez 
> trasovani (teda
> samozrejme tam kde je rucne mapovano).
>  
>  
>  
> Pokud je aktualizace dle LPISu potreba jak pise Marian, tak se nechci hadat 
> (i kdyz ja se teda
> snazil puvodne byt geometricky celkem presny; co je louka/pole to se ale 
> urcovalo blbe), a jestli
> budu mit cas tak se tedy pokusim zkusit hrat i s pretrasovavanim rucni prace 
> a treba nakonec ve
> svem okoli take neco sam pretrasuji - navic s vyuzitim mistni znalosti a 
> pokusim se nenechavat
> relikty ani diry (tam kde diry z “topologickeho” pohledu nemaji byt tim ze 
> sousedici prvky spolu i
> ve skutecnosti tesne sousedi a neni mezi nimi jiny prvek).
>  
>  
>  
> Mimochodem neni nekde mapovy podklad, ktery by byl barvene odlisen podle 
> “kultury” v LPISu? Neco
> jako je barevne rozliseni ploch v RUIAN Lands? Pro spise rucni hrani si s 
> daty a vybirani si z
> LPISu jen to lepsi by se hodilo mit vrstvu barevne rozbarvenou podle toho co 
> to v LPISu je.
>  
>  
>  
> Pavel Bokr
>  
>  
> P.S. sorry za dlouhe maily
>  
>  
>  
>  
>  
>  
>  
>  
> *From:* Marián Kyral <mailto:mky...@email.cz>
> *Sent:* Tuesday, January 26, 2016 6:07 PM
> *To:* OpenStreetMap Czech Republic <mailto:talk-cz@openstreetmap.org> ; Pavel 
> Bokr
> <mailto:o...@kraluvdvur.cz>
> *Subject:* Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich 
> drivevymapovanych poli a luk po
> pretrasovani podle LPIS
>  
> Ahoj.
> To je lákavá představa, ale pokud budou všichni jen čekat, tak se lepšího 
> traceru nikdy nedočkají.
> Bez používání nebude motivace v něm cokoli vylepšovat.
>
> Já osobně taky přetrasovávám jen jako vedlejší produkt jiných úprav mapy.
>
> Já vím. Někdo si s tím dal práci, je to barevné a hezky to vypadá. ALE. Data 
> jsou více či méně
> zastaralá a bylo to natrasováno dle starých UHUL ortofoto snímků nebo 
> všelijak posunutých fotek
> Bingu. Aktualizace je potřeba. Nehledě na to, že jsou ty polygony různé 
> zjednodušeny a mnohdy
> hodně nepřesné. To, že se doplní lpis údaje je až vedlejší produkt. Není to 
> hlavní cíl.
>
> Marian
>
> 
> *Odesílatel:* Pavel Bokr <o...@kraluvdvur.cz>
> *Odesláno:* 26. ledna 2016 16:20:38 SEČ
> *Komu:* OpenStreetMap Czech Republic <talk-cz@openstreetmap.org>
> *Předmět:* Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich 
> drivevymapovanych poli a luk po
> pretrasovani podle LPIS
>
> Ahoj,
>
> a nebylo by rozumne se domluvit na tom, ze LPIS tracerem se zatim nebudou 
> resit drive rucne zmapovane plochy, pokud to nebude uplne nezbytne. Treba se 
> tracer jeste docka takovych vylepseni, ze treba poradi i s temito problemy 
> vcetne navaznosti na okoli - viz to co pise Petr Holub.
>
> Tedy domluvit se na tom jestli je vubec nyni vhodne trasovat v jiz 
> zmapovanem - jestli je smyslem mit co nejdrive vsechny pole/louky rozdelene 
> podle toho kdo jak kde hospodari obohacena o dalsi atributy (crop, meadow) a 
> navazana na ID v LPISu i za cenu komplikace s relikty, "dirkami" nebo jinymi 
> vecmi co to muze delat v jiz zmapovanem uzemi nebo jestli trasovani na jiz 
> zmapovanem uzemi (co uz nejsou "bila mista") zatim moc neprovadet a nechat 
> tam zatim "scelena" pole (tak jak jsou fyzicky v krajine ne jak kdo na jake 
> casti hospodari nebo jak tu ci onu cast louky posoudi urednik - na nasi 
> louce
> urednik napriklad "vyrezaval" nejake soliterni stromy) zatim bez 
> navazani na LPIS a cekat na pripadne budouci vylepseni nastroju.
>
>
> Kdo by presto citil potrebu neco co uz existuje podle LPIS pretrasovat tak 
> by mohl postupovat tak a tak, aby po pretrasovani z LPIS nezustaly v mape 
> relikty [sam ted nejsem schopen ted napsat jak postupovat protoze sam jsem 
> to ani nezkousel si s tim hrat, ale

Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive vymapovanych poli a luk po pretrasovani podle LPIS

2016-01-27 Tema obsahu Martin Švec - OSM

Dne 26.1.2016 v 23:09 Petr Holub napsal(a):
>>  jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli 
>> "odecitani" polygonu:
>>  v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam 
>> je problem,
>>  ze kdyz dany les navazuje na nekolik poli (typicky takove ty 
>> "roznudlovane pole"
>>  na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po 
>> druhem, casto
>>  se blbe hledaji ty koncove body, atd. Pokud by se ten les dal 
>> pretahnout tak, aby
>>  vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla 
>> velka pomoc.
>>
>>
>>
>>
>>
>> No podpora geometrických operací v Traceru, díky Martinovi, je. Jak moc 
>> složité by bylo
>> upravit Contour Merge netuším.Ale asi to bude nad mé síly.
>>
>>
>>
>>
>> Ale můžeš to simulovat tak, že si ten les nejprve vytáhneš do polí a až pak 
>> pole přetrasuješ.
> Jo, ale problem je s existujicimi poli - smazat vsechno, roztahnout les
> a pak pretrasovat (ale zase by tim clovek stoupal ve statistikach
> zmen ;o))) ). Pokud bychom to meli i jako samostatnou funkcionalitu
> na existujicich objektech, tak by to bylo super - mozna by to nemuselo
> byt tolik prace, kdyz uz to vlastne v Traceru mas.
>
>>  Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho 
>> automaticky dotahl
>>  ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou 
>> mistech. Tim by
>>  se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani 
>> nevsimne
>>  a pak na ne ContourMerge neaplikuje.
>>
>>
>>
>>
>> Který polygon by se dotáhnul kam?
> To by chtelo rozmalovat a presneji dorozmyslet jednotlive pripady, ale
> zhruba takto (nerucim za spravny desing, uz mam ponekud unavenou hlavu):
> stav 1: vyberu rozlivany objekt (uzavrena cesta) - editor prejde do stavu 2
> stav 2: editor postupne proiteruje vsechny diry, ktere jsou tvorene:
>   a) plochami (uzavrenymi cestami) ktere se rozlevaneho objektu dotykaji
>  ve dvou bodech, ale mezi temito dvema body existuje po neblizsich
>  cestach (nikoli nutne nejkratsi ve smyslu poctu bodu, ale nejkratsi
>  ve smyslu delky segmentu - to by melo fungovat, musi se ale zkontrolovat,
>  ze plocha sama sebe nekrizi) nesdileny bod na jedne  nebo druhe ceste
>   b) na sebe navazujicim plochami (navazujici = sdili aspon 1 bod), z nichz
>  krajni plochy sdili s rozlivanym objektem alespon jeden bod - a opet
>  po nejkratsich cestach je tam 1 nebo vice nesdilenych bodu
> stav 3: proiteruje vsechny diry a nabidne je k zaceleni uzivateli (zobrazi
>   diru a zepta se "zacelit - ano/ne"

Na tohle téma jsme si psali tuším loni na jaře. IMHO tenhle postup je 
jednodušší, praktičtější a
máme pro něj v Traceru spoustu kódu hotovou:

(1) Vybrat rozlívaný objekt A, zapnout funkci rozlivu.
(2) Editor přejde do režimu "freehand výběru".
(3) Myší zhruba nakreslit "bramboru" B kam všude se má objekt A rozlít, s 
dostatečnými přesahy přes
okolní objekty včetně objektu A.
(4) Spočítat sjednocení polygonů A + B = polygon C.
(5) Ořezat polygon C ořezovou funkcí která je v Traceru.
(6) Vrátit se do bodu (2), nebo opustit funkci rozlivu přepnutím na jinou 
funkci JOSM.

Tím zakreslením přibližné plochy B kam se má rozlívat odpadá problematická 
detekce "děr" a "průlivů
do nekonečna". Není ani potřeba dotazovat se na každou díru, roztahování plochy 
se dá udělat na pár
rychlých čmárnutí myší.

Základní koncept je jednoduchý, ale cítím tam spoustu drobných zádrhelů, které 
se budou muset
ošetřit a sežerou nejvíc času :-) Taky ta funkce nemůže být vyloženě 
univerzální -- musí existovat
předdefinované sady tagů, které okolní polygony mají rozliv ořezávat a které se 
mají ignorovat.

Sežeň si studenta který to odprogramuje, rád mu poradím, ale sám na to čas 
nemám. Hlavně na to
ladění zádrhelů.

Martin

>
> Petr
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive vymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Tema obsahu Marián Kyral

Ahoj,
souhlasím, že nějakou názornou dokumentaci by to chtělo. Líbilo by se mi to 
stylem MapBox - povídání a animované gify [1]. Ale čas nějak není :-(
Jakákoli iniciativa v tomto směru vítána. Podle mne stačí začít a pak už se 
to postupně doplní o speciální případy.

Jinak doporučuji zkusit nejnovější verzi Traceru [2].  Udělal jsem teď o 
víkendu pár změn, hlavně co se týče možností přetrasovávání starých před-
LPIS polí. Ty kousky jsou následek toho, že si Tracer všímal jen lpis 
objektů a ostatní ignoroval. Nově by se to už mělo chovat mnohem lépe a 
kousky by, v běžných případech, vznikat neměly. Zatím stále chybí (a hned 
tak asi nebude) přetrasovávání multipolygonů.

Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat 
zbytky) a okolní polygony "přilepit" pomocí ContourMerge pluginu [3] - ten 
je pro mne nepostradatelný. Stejně tak se s ním krásně vyplňují díry pokud 
se tato skládá z více cest.

Aktualizace multipolygonu je trochu složitější, ale taky to jde. To 
natrasuji lpis polygon jako nezávislý objekt (CTRL + klik) a pak postupně 
nahradím jednotlivé outer a inner cesty pomocí příkazu "Nahradit geometrii" 
z utilsplugin2 [4]. Prázdnou relaci pak smažu.


[1] https://github.com/mapbox/mapping/wiki/Mapping-with-OpenStreetMap 
[2] http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.cz/13259
[3] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge
[4] https://wiki.openstreetmap.org/wiki/JOSM/Plugins/utilsplugin2#Replace_
geometry_.28Ctrl.2BShift.2BG.29




Marián




-- Původní zpráva --
Od: Pavel Bokr 
Komu: talk-cz@openstreetmap.org
Datum: 26. 1. 2016 0:35:21
Předmět: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive vymapovanych
poli a luk po pretrasovani podle LPIS

"



Ahoj,

 
 
Predem se omlouvam pokud se ptam na neco co uz bylo receno, diskuze k 
trasovani LPIS je na me velmi obsahla a s odstupem casu uz dosti 
neprehledna.

 
 
 
 
 
 
V okoli meho mestecka (Kraluv Dvur) a nasledne i v sirsim okoli Berouna jsem
od roku 2011 “rucne” mapoval mimo jine i landuse vcetne poli a luk (z 
pocatku podle UHULu, pozdeji snad byl nekde i Bing). Tohle jsem udelal na 
uzemi cca 20x20 km, ukazku jak asi vypadal vysledek v mape jsem si ulozil 
jen pro me mesto [1]. Jo kdyby tehdy byl tracer ... Veselý obličej 

 
 
Pak prisel Tracer LPIS. Sam jsem s nim zkousel trasovat pole nekde na 
Rokycansku - tam kde tyto plochy zatim zmapovany nebyly a byly tam tedy “
bila mista” (to jeste tracer toho asi jeste neumel tolik co dnes). Do toho 
co uz jsem mel na Berounsku rucne zmapovane jsem se nepoustel ani jsem o tom
radeji zatim neuvazoval.

 
 
 
 
 
 
Postupne si ale vsimam, ze k pretrasovani puvodnich rucne mapovanych ploch 
misty dochazi. Problem podle me vznika tam kde polygon dle LPIS je mensi nez
puvodni a vznikne tak relikt – kolem velkeho pole jsou male prouzky pole, 
pripadne pokud se zmeni kultura (coz je klidne mozne, podle UHULu nebylo 
rozhodovani uplne jednoznacne) tak po okrajich louky jsou misty prouzky 
puvodniho pole. Screenshot z JOSM viz [2], odkaz na zivou mapu viz [3] – 
koukejte po okrajich pole a louky

 
 
Jeste nez se toto pripadne jeste vice rozsiri tak bych rad vznesl dotaz 
jestli je nejaky idealne snadno nalezitelny navod (nejlepe na wiki co by 
bylo snadno, rychle a bez sloziteho prohledavani pristupne uzivatelum LPIS 
traceru, kteri chteji zkusit pretrasovavat) jak tomuto predejit nebo jak 
nejlepe pracovat s LPIS tracerem v jiz zmapovane oblasti?

 
 
 
 
 
 
 
 
Vsiml jsem si ze se tracer stale vylepsuje (a diky moc za to!!!) a pak jde o
to aby byl vhodne pouzivan s tim vsim co ted umi (ja osobne se priznam ze 
jsem zatim pretrasovani dle LPIS nezkousel). Pokud by se ale opakovane 
pretrasovavalo jako na uvedenych ukazkach, tak by nam vznikali v mape 
relikty a to asi neni dobre (i kdyz se to da treba vyrenderovat tak, aby to 
nebylo poznat tak IMHO neni uplne spravne to mit v datech). I vlastni LPIS 
je zivy system a zakresy (geometrie) v nem se postupne meni (sam jsem v nem 
take upravoval nase male louky).

 
 
 
 
Hlavne bych se zde nerad nekoho dotknul (sam mam nejspis na necem v OSM take
maslo na hlave), akorat mi jde o to jestli lze rici a nejlepe nekam 
viditelne (treba na wiki) napsat, jak postupovat pripadne jake ficury 
pouzivat, aby se pokud mozno v mape neobjeovaly dalsi relikty luk/poli kolem
vetsich luk/poli. Pripadne dodat jak to opravit tam, kde to uz je – ja 
osobne bych relikt louky/pole sloucil se sousednim objektem (napr. krovi 
nebo les) pokud byla louka/pole puvodne moc roszahla; pokud neni sousedni 
objekt pak bych relikt smazal a stejne tak v pripade ze je ve skutecnosti 
mezi loukou/polem a sousednim objektem (napr lesem) nejaka mezera – treba 
prikop, pripadne bych relikt zmenil na krovi/grassland apod., nebo bych 
relikt louky/pole sloucil k “velke”louce/”velkemu”poli pokud by byl puvodni 
zakres spravnejsi oproti LPIS (coz bude asi mene casto).

 
 
 
 
 
 
[1]

Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drivevymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Tema obsahu Pavel Bokr


Ahoj,

a nebylo by rozumne se domluvit na tom, ze LPIS tracerem se zatim nebudou 
resit drive rucne zmapovane plochy, pokud to nebude uplne nezbytne. Treba se 
tracer jeste docka takovych vylepseni, ze treba poradi i s temito problemy 
vcetne navaznosti na okoli - viz to co pise Petr Holub.


Tedy domluvit se na tom jestli je vubec nyni vhodne trasovat v jiz 
zmapovanem - jestli je smyslem mit co nejdrive vsechny pole/louky rozdelene 
podle toho kdo jak kde hospodari obohacena o dalsi atributy (crop, meadow) a 
navazana na ID v LPISu i za cenu komplikace s relikty, "dirkami" nebo jinymi 
vecmi co to muze delat v jiz zmapovanem uzemi nebo jestli trasovani na jiz 
zmapovanem uzemi (co uz nejsou "bila mista") zatim moc neprovadet a nechat 
tam zatim "scelena" pole (tak jak jsou fyzicky v krajine ne jak kdo na jake 
casti hospodari nebo jak tu ci onu cast louky posoudi urednik - na nasi 
louce urednik napriklad "vyrezaval" nejake soliterni stromy) zatim bez 
navazani na LPIS a cekat na pripadne budouci vylepseni nastroju.



Kdo by presto citil potrebu neco co uz existuje podle LPIS pretrasovat tak 
by mohl postupovat tak a tak, aby po pretrasovani z LPIS nezustaly v mape 
relikty [sam ted nejsem schopen ted napsat jak postupovat protoze sam jsem 
to ani nezkousel si s tim hrat, ale uz jste to tady psali; treba se k tomu 
take nekdy sam dostanu, jak jsem psal zatim jsem do toho nechtel moc vrtat i 
z obav (mozna zbytecnych), ze nekde by LPIS udelal horsi data nez rucni 
mapovani].


Pavel Bokr



-Původní zpráva- 
From: Petr Holub

Sent: Tuesday, January 26, 2016 11:51 AM
To: 'OpenStreetMap Czech Republic'
Subject: Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich 
drivevymapovanych poli a luk po pretrasovani podle LPIS


Ahoj,

Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat 
zbytky) a okolní
polygony "přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne 
nepostradatelný. Stejně

tak se s ním krásně vyplňují díry pokud se tato skládá z více cest.


jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli 
"odecitani" polygonu:
v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je 
problem,
ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane 
pole"
na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, 
casto
se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout 
tak, aby
vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka 
pomoc.


Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky 
dotahl
ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. 
Tim by
se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani 
nevsimne

a pak na ne ContourMerge neaplikuje.

Ja na to bohuzel taky ted nemam cas, a to bohuzel ani na vedeni jako skolni 
prace :(

Kdyby si to nekdo vzal, bylo by to super...

Petr


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



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

Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drivevymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Tema obsahu Marián Kyral

Ahoj.
To je lákavá představa, ale pokud budou všichni jen čekat, tak se lepšího 
traceru nikdy nedočkají. Bez používání nebude motivace v něm cokoli vylepšovat.

Já osobně taky přetrasovávám jen jako vedlejší produkt jiných úprav mapy. 

Já vím. Někdo si s tím dal práci, je to barevné a hezky to vypadá. ALE. Data 
jsou více či méně zastaralá a bylo to natrasováno  dle starých UHUL ortofoto 
snímků nebo všelijak posunutých fotek Bingu. Aktualizace je potřeba. Nehledě na 
to, že jsou ty polygony různé zjednodušeny a mnohdy hodně nepřesné. To, že se 
doplní lpis údaje je až vedlejší produkt. Není to hlavní cíl.

Marian


 Původní zpráva 
Odesílatel: Pavel Bokr <o...@kraluvdvur.cz>
Odesláno: 26. ledna 2016 16:20:38 SEČ
Komu: OpenStreetMap Czech Republic <talk-cz@openstreetmap.org>
Předmět: Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich   
drivevymapovanych   poli a luk po pretrasovani podle LPIS

Ahoj,

a nebylo by rozumne se domluvit na tom, ze LPIS tracerem se zatim nebudou 
resit drive rucne zmapovane plochy, pokud to nebude uplne nezbytne. Treba se 
tracer jeste docka takovych vylepseni, ze treba poradi i s temito problemy 
vcetne navaznosti na okoli - viz to co pise Petr Holub.

Tedy domluvit se na tom jestli je vubec nyni vhodne trasovat v jiz 
zmapovanem - jestli je smyslem mit co nejdrive vsechny pole/louky rozdelene 
podle toho kdo jak kde hospodari obohacena o dalsi atributy (crop, meadow) a 
navazana na ID v LPISu i za cenu komplikace s relikty, "dirkami" nebo jinymi 
vecmi co to muze delat v jiz zmapovanem uzemi nebo jestli trasovani na jiz 
zmapovanem uzemi (co uz nejsou "bila mista") zatim moc neprovadet a nechat 
tam zatim "scelena" pole (tak jak jsou fyzicky v krajine ne jak kdo na jake 
casti hospodari nebo jak tu ci onu cast louky posoudi urednik - na nasi 
louce urednik napriklad "vyrezaval" nejake soliterni stromy) zatim bez 
navazani na LPIS a cekat na pripadne budouci vylepseni nastroju.


Kdo by presto citil potrebu neco co uz existuje podle LPIS pretrasovat tak 
by mohl postupovat tak a tak, aby po pretrasovani z LPIS nezustaly v mape 
relikty [sam ted nejsem schopen ted napsat jak postupovat protoze sam jsem 
to ani nezkousel si s tim hrat, ale uz jste to tady psali; treba se k tomu 
take nekdy sam dostanu, jak jsem psal zatim jsem do toho nechtel moc vrtat i 
z obav (mozna zbytecnych), ze nekde by LPIS udelal horsi data nez rucni 
mapovani].

Pavel Bokr



-Původní zpráva- 
From: Petr Holub
Sent: Tuesday, January 26, 2016 11:51 AM
To: 'OpenStreetMap Czech Republic'
Subject: Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich 
drivevymapovanych poli a luk po pretrasovani podle LPIS

Ahoj,

> Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat 
> zbytky) a okolní
> polygony "přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne 
> nepostradatelný. Stejně
> tak se s ním krásně vyplňují díry pokud se tato skládá z více cest.

jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli 
"odecitani" polygonu:
v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je 
problem,
ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane 
pole"
na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, 
casto
se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout 
tak, aby
vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka 
pomoc.

Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky 
dotahl
ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. 
Tim by
se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani 
nevsimne
a pak na ne ContourMerge neaplikuje.

Ja na to bohuzel taky ted nemam cas, a to bohuzel ani na vedeni jako skolni 
prace :(
Kdyby si to nekdo vzal, bylo by to super...

Petr


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


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

-- 
Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji 
stručnost.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive vymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Tema obsahu Marián Kyral



-- Původní zpráva --
Od: Petr Holub <ho...@ics.muni.cz>
Komu: 'OpenStreetMap Czech Republic' <talk-cz@openstreetmap.org>
Datum: 26. 1. 2016 11:52:13
Předmět: Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive 
vymapovanych poli a luk po pretrasovani podle LPIS

"Ahoj,

> Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat 
zbytky) a okolní
> polygony "přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne 
nepostradatelný. Stejně
> tak se s ním krásně vyplňují díry pokud se tato skládá z více cest.

jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli 
"odecitani" polygonu: 
v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je 
problem,
ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane 
pole"
na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, 
casto
se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout 
tak, aby
vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka 
pomoc.
"



No podpora geometrických operací v Traceru, díky Martinovi, je. Jak moc 
složité by bylo upravit Contour Merge netuším.Ale asi to bude nad mé síly.




Ale můžeš to simulovat tak, že si ten les nejprve vytáhneš do polí a až pak 
pole přetrasuješ. 


 
"
Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky 
dotahl
ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. 
Tim by
se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani 
nevsimne
a pak na ne ContourMerge neaplikuje."



Který polygon by se dotáhnul kam?



"

Ja na to bohuzel taky ted nemam cas, a to bohuzel ani na vedeni jako skolni 
prace :(
Kdyby si to nekdo vzal, bylo by to super...
"



+1

Marián



"
Petr


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

Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Tema obsahu Pavel Bokr

:07 PM
To: OpenStreetMap Czech Republic ; Pavel Bokr 
Subject: Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drivevymapovanych 
poli a luk po pretrasovani podle LPIS

Ahoj.
To je lákavá představa, ale pokud budou všichni jen čekat, tak se lepšího 
traceru nikdy nedočkají. Bez používání nebude motivace v něm cokoli vylepšovat.

Já osobně taky přetrasovávám jen jako vedlejší produkt jiných úprav mapy. 

Já vím. Někdo si s tím dal práci, je to barevné a hezky to vypadá. ALE. Data 
jsou více či méně zastaralá a bylo to natrasováno dle starých UHUL ortofoto 
snímků nebo všelijak posunutých fotek Bingu. Aktualizace je potřeba. Nehledě na 
to, že jsou ty polygony různé zjednodušeny a mnohdy hodně nepřesné. To, že se 
doplní lpis údaje je až vedlejší produkt. Není to hlavní cíl.

Marian




Odesílatel: Pavel Bokr <o...@kraluvdvur.cz>
Odesláno: 26. ledna 2016 16:20:38 SEČ
Komu: OpenStreetMap Czech Republic <talk-cz@openstreetmap.org>
Předmět: Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drivevymapovanych 
poli a luk po pretrasovani podle LPIS



Ahoj,a nebylo by rozumne se domluvit na tom, ze LPIS tracerem se zatim nebudou 
resit drive rucne zmapovane plochy, pokud to nebude uplne nezbytne. Treba se 
tracer jeste docka takovych vylepseni, ze treba poradi i s temito problemy 
vcetne navaznosti na okoli - viz to co pise Petr Holub.Tedy domluvit se na tom 
jestli je vubec nyni vhodne trasovat v jiz zmapovanem - jestli je smyslem mit 
co nejdrive vsechny pole/louky rozdelene podle toho kdo jak kde hospodari 
obohacena o dalsi atributy (crop, meadow) a navazana na ID v LPISu i za cenu 
komplikace s relikty, "dirkami" nebo jinymi vecmi co to muze delat v jiz 
zmapovanem uzemi nebo jestli trasovani na jiz zmapovanem uzemi (co uz nejsou 
"bila mista") zatim moc neprovadet a nechat tam zatim "scelena" pole (tak jak 
jsou fyzicky v krajine ne jak kdo na jake casti hospodari nebo jak tu ci onu 
cast louky posoudi urednik - na nasi louce
urednik napriklad "vyrezaval" nejake soliterni stromy) zatim bez navazani na 
LPIS a cekat na pripadne budouci vylepseni nastroju.Kdo by presto citil potrebu 
neco co uz existuje podle LPIS pretrasovat tak by mohl postupovat tak a tak, 
aby po pretrasovani z LPIS nezustaly v mape relikty [sam ted nejsem schopen ted 
napsat jak postupovat protoze sam jsem to ani nezkousel si s tim hrat, ale uz 
jste to tady psali; treba se k tomu take nekdy sam dostanu, jak jsem psal zatim 
jsem do toho nechtel moc vrtat i z obav (mozna zbytecnych), ze nekde by LPIS 
udelal horsi data nez rucni mapovani].Pavel Bokr-Původní zpráva- From: 
Petr HolubSent: Tuesday, January 26, 2016 11:51 AMTo: 'OpenStreetMap Czech 
Republic'Subject: Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich 
drivevymapovanych poli a luk po pretrasovani podle LPISAhoj, Co se mi osvědčilo 
nejlépe, je starý polygon zcela nahradit (nenechávat  zbytky) a okolní polygony 
"přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne  nepostradatelný. 
Stejně tak se s ním krásně vyplňují díry pokud se tato skládá z více cest.jeste 
by hodne pomohlo efektivite tohoto procesu, kdybychom umeli "odecitani" 
polygonu:v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam 
je problem,ze kdyz dany les navazuje na nekolik poli (typicky takove ty 
"roznudlovane pole"na Jizni Morave), tak clovek musi pres ContourMerge delat 
jeden po druhem, castose blbe hledaji ty koncove body, atd. Pokud by se ten les 
dal pretahnout tak, abyvsechna ty pole prekryl a pak se jen ta pole odecetla, 
tak by to byla velka pomoc.Jeste dalsi vylepseni by pak byl "rozliv" polygonu, 
ktery by ho automaticky dotahlke vsem dalsim polygonum, ktere se s nim dotykaji 
alespon ve dvou mistech. Tim byse resily takove ty zapomenute "zdibce", kterych 
si clovek kolikrat ani nevsimnea pak na ne ContourMerge neaplikuje.Ja na to 
bohuzel taky ted nemam cas, a to bohuzel ani na vedeni jako skolni prace 
:(Kdyby si to nekdo vzal, bylo by to 
super...PetrTalk-cz
 mailing 
listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz 
Talk-cz
 mailing 
listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz
-- 
Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji 
stručnost.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Tema obsahu Mirek Dlask

Ahoj,

při pohledu na některé moravské vinice tě chápu.
http://www.openstreetmap.org/#map=16/48.8652/16.9001

Navíc
- ruční aktualizace natrasovaných území může být někde problém
- nevím k čemu jsou ref, která se i po drobné změně polygonu mění
- problémem jsou i překrývající se plochy
https://www.openstreetmap.org/way/334303196#map=17/48.86319/16.90110

Přesto bych nikoho neomezoval.

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

Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive vymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Tema obsahu Petr Holub

>   jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli 
> "odecitani" polygonu:
>   v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam 
> je problem,
>   ze kdyz dany les navazuje na nekolik poli (typicky takove ty 
> "roznudlovane pole"
>   na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po 
> druhem, casto
>   se blbe hledaji ty koncove body, atd. Pokud by se ten les dal 
> pretahnout tak, aby
>   vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla 
> velka pomoc.
> 
> 
> 
> 
> 
> No podpora geometrických operací v Traceru, díky Martinovi, je. Jak moc 
> složité by bylo
> upravit Contour Merge netuším.Ale asi to bude nad mé síly.
> 
> 
> 
> 
> Ale můžeš to simulovat tak, že si ten les nejprve vytáhneš do polí a až pak 
> pole přetrasuješ.

Jo, ale problem je s existujicimi poli - smazat vsechno, roztahnout les
a pak pretrasovat (ale zase by tim clovek stoupal ve statistikach
zmen ;o))) ). Pokud bychom to meli i jako samostatnou funkcionalitu
na existujicich objektech, tak by to bylo super - mozna by to nemuselo
byt tolik prace, kdyz uz to vlastne v Traceru mas.

>   Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho 
> automaticky dotahl
>   ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou 
> mistech. Tim by
>   se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani 
> nevsimne
>   a pak na ne ContourMerge neaplikuje.
> 
> 
> 
> 
> Který polygon by se dotáhnul kam?

To by chtelo rozmalovat a presneji dorozmyslet jednotlive pripady, ale
zhruba takto (nerucim za spravny desing, uz mam ponekud unavenou hlavu):
stav 1: vyberu rozlivany objekt (uzavrena cesta) - editor prejde do stavu 2
stav 2: editor postupne proiteruje vsechny diry, ktere jsou tvorene:
  a) plochami (uzavrenymi cestami) ktere se rozlevaneho objektu dotykaji
 ve dvou bodech, ale mezi temito dvema body existuje po neblizsich
 cestach (nikoli nutne nejkratsi ve smyslu poctu bodu, ale nejkratsi
 ve smyslu delky segmentu - to by melo fungovat, musi se ale zkontrolovat,
 ze plocha sama sebe nekrizi) nesdileny bod na jedne  nebo druhe ceste
  b) na sebe navazujicim plochami (navazujici = sdili aspon 1 bod), z nichz
 krajni plochy sdili s rozlivanym objektem alespon jeden bod - a opet
 po nejkratsich cestach je tam 1 nebo vice nesdilenych bodu
stav 3: proiteruje vsechny diry a nabidne je k zaceleni uzivateli (zobrazi
  diru a zepta se "zacelit - ano/ne"

Petr



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

Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive vymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Tema obsahu Petr Holub

Ahoj,

> Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat 
> zbytky) a okolní
> polygony "přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne 
> nepostradatelný. Stejně
> tak se s ním krásně vyplňují díry pokud se tato skládá z více cest.

jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli "odecitani" 
polygonu: 
v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je 
problem,
ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane pole"
na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, casto
se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout tak, 
aby
vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka 
pomoc.

Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky 
dotahl
ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. Tim 
by
se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani nevsimne
a pak na ne ContourMerge neaplikuje.

Ja na to bohuzel taky ted nemam cas, a to bohuzel ani na vedeni jako skolni 
prace :(
Kdyby si to nekdo vzal, bylo by to super...

Petr


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

Re: [Talk-cz] Tracer-testing - nová verze

2015-01-11 Tema obsahu Martin Švec - OSM


Ahoj,

On 11.1.2015 09:12, Marián Kyral wrote:

Ahoj,
díky usilovné Martinově práci (díky, díky, díky), jsem mohl vydat novou verzi 
traceru.



Kdo si hraje, nezlobí :-)


*) Pokud se při přetrasování zjistí nějaký konflikt v tagování (třeba church 
vs, residental) - zobrazí se dialog, kde lze konflikt vyřešit.


Zatím jen u RUIAN budov, ale není problém přidat dialog i v dalších modulech. Ještě bych v 
něm rád odlišil staré a nové hodnoty tagů, ale nevím jestli to půjde. Jo a pokud narazíte 
na konflikt tagů, který si zaslouží automatické pravidlo (church = civic, 
transportation = train_station, ...), napište na talk-cz. Ať dialog vyskakuje co 
nejmíň.

Martin


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

Re: [Talk-cz] Tracer - nová verze

2014-11-29 Tema obsahu Martin Švec - OSM

Ahoj,

re-trasování existujících polí funguje pouze u cest, které mají source=lpis.
Jinými slovy, dají se opravovat dříve natrasované jednoduché LPIS polygony. Vše
ostatní se bere jako materiál k oříznutí. Proto radši *neklikejte do ručně
kreslených polí*, může to dopadnout všelijak. Nebo jak psal Marián, natrasovat
s Ctrl (bez ořezů) a pak doladit výsledek přes Náhradu geometrie.

Retrasování v LPISu jsem já osobně neměl (a nemám) jako prioritu, protože:

(a) Jsem to nepotřeboval :-) Většina republiky je furt bílá, takže se řešily
hlavně ořezy a napojování na okolí.

(b) Mezi ručně zmapovanými a LPIS poli vidím zásadní rozdíly: velikost
polygonů, počet polygonů, způsob navázání na okolní objekty, často nesedí typ
(pole vs. louka) Mám trochu obavy, aby tracer nesváděl k rozbíjení hotových
území, s kterými si někdo dal hodně práce.

(c) Není snadné definovat, co se může a nesmí nahradit. Když kliknu doprostřed
lesa a podle LPISu je tam louka, má se vytvořit mýtina, nebo nahradit celý les?
Pro jaké kombinace tagů, tvarů a rozloh polygonů ještě použít nahrazení, a kdy
už použít ořezání?

(d) Je obecně problém retrasovat multipolygony. Zase kvůli výčtu možností,
které můžou nastat.

Tady by pomohla širší diskuse a názory lidí, kteří retrasování opravdu
potřebují. Když z toho vyplynou nejčastější konkrétní případy, můžem je dodělat
:-)

Martin

On 29.11.2014 00:59, Petr Schönmann wrote:

Ahoj, nevim jestli to je chyba nebo ne, kazdopadne to neni moc dobre co to dela.
Kdyz mam pole ktere nekdo zakreslil rucne a presahuje okraje pres lpis a ja
RE-trasuju pole okolni zbytky jsou orezany a zustavaji. Viz obrazky. Vypada to
divne kdyz skrz pole vede cesta a udelate trace na sousedici pole, tak cesta
uprostred zustava stale jako farmland.

Dne 28. listopadu 2014 23:08 Marián Kyral mky...@email.cz
mailto:mky...@email.cz napsal(a):

Ahoj,
natural=grassland by se měl normálně ořezávat. Teď jsem to zkoušel a
funguje to. Máš aktuální verzi pluginu (1417030875)?

Marián

Dne 28.11.2014 22:39, xkomc...@centrum.cz mailto:xkomc...@centrum.cz
napsal(a):
Ahoj,

jeden návrh/prosbu bych měl: šlo by přidat do nastavení pluginu volbu
které všechny plochy má plugin ořezávat? V současnosti je to např. landuse=forest,
natural=wood, ale už to není natural=grassland. A to by se mi zrovna hodilo. Moje
současné workflow je totiž takové, že si prvně vyznačím meze (které schválně
přetáhnu více do pole/louky), označím to jako natural=wood, pak to nechám ze všech
stran oříznout pluginem který tvoří pole/louky a nakonec tyto meze změním z
natural=wood na
natural=grassland. Kdybych mohl pluginu říct, že má řezat i
natural=grassland, ušetřil bych tak jeden krok (a následnou kontrolu, případně
opravu chyb, když to někde zapomenu změnit)

Předem díky za zvážení návrhu
xkomczax

__
Od: Marián Kyral mky...@email.cz mailto:mky...@email.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
mailto:talk-cz@openstreetmap.org
Datum: 26.11.2014 21:37
Předmět: [Talk-cz] Tracer - nová verze

Ahoj,
tak jsem právě nahrál novou verzi Tracer pluginu. Nového je hodně.
Obrovskou zásluhu na tom má Martin Švec, který se do toho pustil s
vervou a kompletně přepsal celou logiku zpracování, ořezávání a
napojování okolních cest a čištění od nejrůznějších anomálií typu
duplicitní body a ocásky. Už by jste neměli potkat chybu: Deleted node
referenced. ;-) Převedeny jsou pluginy LPIS a Ruian. RuianLands je
stále ve stádiu experimentů a modul původního traceru zatím převeden
není.

Tuto verzi už nějakou verzi testuji a funguje mnohem lépe než starý
tracer. Funguje ořezávání cest a jednoduchých multipolygonů. Složitější
multipolygony zatím nejsou podporovány. Stejně tak ještě stále nefunguje
přetrasovávání již existujících polí. V tomto případě doporučuji pole
natrasovat bez ořezu a použít funkci Nahradit geometrii z utilsplugin2
pluginu. Pak je možno dané pole znova natrasovat a to by se už měl
provést ořez a napojení na okolní cesty (Ovšem s výjimkou těch prozatím
nepodporovaných případů ;-) )

Takže vyzkoušejte a nahlaste nalezené problémy. Případně pokud máte
nějaké návrhy, co by se ještě mohlo vylepšit.

TODO:
*) Převést i zbývající modul (Classic)
*) Zahodit starý modul pro ořez a pročistit kód
*) Předělat konfiguraci jednotlivých modulů
*) Opravy chyb a další vylepšení

Martinovi opět velmi děkuji za pomoc.

Konec hlášení,
Marián

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

___
Talk-cz mailing list

Re: [Talk-cz] Tracer - nová verze

2014-11-28 Tema obsahu xkomczax

Ahoj,

jeden návrh/prosbu bych měl: šlo by přidat do nastavení pluginu volbu které 
všechny plochy má plugin ořezávat? V současnosti je to např. landuse=forest, 
natural=wood, ale už to není natural=grassland. A to by se mi zrovna hodilo. 
Moje současné workflow je totiž takové, že si prvně vyznačím meze (které 
schválně přetáhnu více do pole/louky), označím to jako natural=wood, pak to 
nechám ze všech stran oříznout pluginem který tvoří pole/louky a nakonec tyto 
meze změním z natural=wood na natural=grassland. Kdybych mohl pluginu říct, že 
má řezat i natural=grassland, ušetřil bych tak jeden krok (a následnou 
kontrolu, případně opravu chyb, když to někde zapomenu změnit)

Předem díky za zvážení návrhu
xkomczax

__
 Od: Marián Kyral mky...@email.cz
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 26.11.2014 21:37
 Předmět: [Talk-cz] Tracer - nová verze

Ahoj,
tak jsem právě nahrál novou verzi Tracer pluginu. Nového je hodně.
Obrovskou zásluhu na tom má Martin Švec, který se do toho pustil s
vervou a kompletně přepsal celou logiku zpracování, ořezávání a
napojování okolních cest a čištění od nejrůznějších anomálií typu
duplicitní body a ocásky. Už by jste neměli potkat chybu: Deleted node
referenced. ;-) Převedeny jsou pluginy LPIS a Ruian. RuianLands je
stále ve stádiu experimentů a modul původního traceru zatím převeden není.

Tuto verzi už nějakou verzi testuji a funguje mnohem lépe než starý
tracer. Funguje ořezávání cest a jednoduchých multipolygonů. Složitější
multipolygony zatím nejsou podporovány. Stejně tak ještě stále nefunguje
přetrasovávání již existujících polí. V tomto případě doporučuji pole
natrasovat bez ořezu a použít funkci Nahradit geometrii z utilsplugin2
pluginu. Pak je možno dané pole znova natrasovat a to by se už měl
provést ořez a napojení na okolní cesty (Ovšem s výjimkou těch prozatím
nepodporovaných případů ;-) )

Takže vyzkoušejte a nahlaste nalezené problémy. Případně pokud máte
nějaké návrhy, co by se ještě mohlo vylepšit.

TODO:
*) Převést i zbývající modul (Classic)
*) Zahodit starý modul pro ořez a pročistit kód
*) Předělat konfiguraci jednotlivých modulů
*) Opravy chyb a další vylepšení

Martinovi opět velmi děkuji za pomoc.

Konec hlášení,
Marián

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


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

Re: [Talk-cz] Tracer - nová verze

2014-11-28 Tema obsahu Marián Kyral

Ahoj,
natural=grassland by se měl normálně ořezávat. Teď jsem to zkoušel a
funguje to. Máš aktuální verzi pluginu (1417030875)?

Marián

Dne 28.11.2014 22:39, xkomc...@centrum.cz napsal(a):
 Ahoj,

 jeden návrh/prosbu bych měl: šlo by přidat do nastavení pluginu volbu které 
 všechny plochy má plugin ořezávat? V současnosti je to např. landuse=forest, 
 natural=wood, ale už to není natural=grassland. A to by se mi zrovna hodilo. 
 Moje současné workflow je totiž takové, že si prvně vyznačím meze (které 
 schválně přetáhnu více do pole/louky), označím to jako natural=wood, pak to 
 nechám ze všech stran oříznout pluginem který tvoří pole/louky a nakonec tyto 
 meze změním z natural=wood na natural=grassland. Kdybych mohl pluginu říct, 
 že má řezat i natural=grassland, ušetřil bych tak jeden krok (a následnou 
 kontrolu, případně opravu chyb, když to někde zapomenu změnit)

 Předem díky za zvážení návrhu
 xkomczax

 __
 Od: Marián Kyral mky...@email.cz
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 26.11.2014 21:37
 Předmět: [Talk-cz] Tracer - nová verze

 Ahoj,
 tak jsem právě nahrál novou verzi Tracer pluginu. Nového je hodně.
 Obrovskou zásluhu na tom má Martin Švec, který se do toho pustil s
 vervou a kompletně přepsal celou logiku zpracování, ořezávání a
 napojování okolních cest a čištění od nejrůznějších anomálií typu
 duplicitní body a ocásky. Už by jste neměli potkat chybu: Deleted node
 referenced. ;-) Převedeny jsou pluginy LPIS a Ruian. RuianLands je
 stále ve stádiu experimentů a modul původního traceru zatím převeden není.

 Tuto verzi už nějakou verzi testuji a funguje mnohem lépe než starý
 tracer. Funguje ořezávání cest a jednoduchých multipolygonů. Složitější
 multipolygony zatím nejsou podporovány. Stejně tak ještě stále nefunguje
 přetrasovávání již existujících polí. V tomto případě doporučuji pole
 natrasovat bez ořezu a použít funkci Nahradit geometrii z utilsplugin2
 pluginu. Pak je možno dané pole znova natrasovat a to by se už měl
 provést ořez a napojení na okolní cesty (Ovšem s výjimkou těch prozatím
 nepodporovaných případů ;-) )

 Takže vyzkoušejte a nahlaste nalezené problémy. Případně pokud máte
 nějaké návrhy, co by se ještě mohlo vylepšit.

 TODO:
 *) Převést i zbývající modul (Classic)
 *) Zahodit starý modul pro ořez a pročistit kód
 *) Předělat konfiguraci jednotlivých modulů
 *) Opravy chyb a další vylepšení

 Martinovi opět velmi děkuji za pomoc.

 Konec hlášení,
 Marián

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

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


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

Re: [Talk-cz] Tracer - nová verze

2014-11-27 Tema obsahu Martin Švec - OSM


Dne 26.11.2014 21:35, Marián Kyral napsal(a):

Ahoj,
tak jsem právě nahrál novou verzi Tracer pluginu. Nového je hodně.
Obrovskou zásluhu na tom má Martin Švec, který se do toho pustil s
vervou a kompletně přepsal celou logiku zpracování, ořezávání a
napojování okolních cest a čištění od nejrůznějších anomálií typu
duplicitní body a ocásky. Už by jste neměli potkat chybu: Deleted node
referenced. ;-) Převedeny jsou pluginy LPIS a Ruian. RuianLands je
stále ve stádiu experimentů a modul původního traceru zatím převeden není.

Tuto verzi už nějakou verzi testuji a funguje mnohem lépe než starý
tracer. Funguje ořezávání cest a jednoduchých multipolygonů. Složitější
multipolygony zatím nejsou podporovány. Stejně tak ještě stále nefunguje
přetrasovávání již existujících polí. V tomto případě doporučuji pole
natrasovat bez ořezu a použít funkci Nahradit geometrii z utilsplugin2
pluginu. Pak je možno dané pole znova natrasovat a to by se už měl
provést ořez a napojení na okolní cesty (Ovšem s výjimkou těch prozatím
nepodporovaných případů ;-) )

Takže vyzkoušejte a nahlaste nalezené problémy. Případně pokud máte
nějaké návrhy, co by se ještě mohlo vylepšit.

TODO:
*) Převést i zbývající modul (Classic)
*) Zahodit starý modul pro ořez a pročistit kód
*) Předělat konfiguraci jednotlivých modulů
*) Opravy chyb a další vylepšení


Doplním pár bodů:

(*) Pokud používáte v JOSM jinou projekci než Mercatora, ozvěte se. 
Patrně budete mít problém ;-)
(*) Když neproběhne ořez multipolygonu, podívejte se jestli nemá 
old-style tagování (tagy na cestách). Případně převeďte na new-style 
(plošné tagy z cest přesunout na relaci) a zkuste znovu. New-style 
multipolygony Tracer ořezává mnohem ochotněji.
(*) Pozor, při ořezech můžou vznikat malé odřezky, které byste měli 
zkontrolovat a popř. smazat. V RUIANu už se mažou automaticky, u LPISu 
zatím není jasné co považovat za malý odřezek.
(*) Vůbec není podporován ořez multipolygonů s _neuzavřenými_ outer 
cestami, např. rozsáhlé lesy.


Užijte si trasování a podezřelosti hned hlaste.

Martin


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

Re: [Talk-cz] Tracer bug? Chybějící tagy

2014-10-27 Tema obsahu jzvc


Dne 17.10.2014 v 15:33 Petr Vejsada napsal(a):

Ahoj,

v rámci čistek, kterými se zabývám, jsem objevil polygony LPIS a budovy
z RUIAN, které mají pouze tagy source (cuzk:ruian či ruian či lpis)
a ref (ref:ruian:building či ref v případě LPIS). Množství, které jsem
našel, je řádově v desítkách, ale zatím jsem cíleně nehledal. Jsou to
i velmi čerstvé věci, ze včera, například way 307999426 či 307845876,
307222837, 220403539, 85781427, 262651293.

Možná to s tracerem nesouvisí ;), třeba way 305467231 (source:Bing)
o traceru nesvědčí, ale to může být prostě ručně zapomenuté.

Má někdo nějaká vysvětlení, spíš tedy vědomost?


Cus, psal sem uz do mailu, pripisu jeste sem, za par takovych budov muzu 
osobne. Totiz pokud narazim na budovu, ktera zjevne neexistuje/byla 
nedavno srovnana se zemi, a jeste stale je v km/ruian/... tak pokud ji 
proste smazu, dost pravdepodobne ji nekdo z vas reimportuje jako 
chybejici po prorovnani existujicich ID.


Jediny co me napadlo bylo proste umazat tag budovy a nechat ID. Pravda, 
moh bych k tomu jeste pripsat nejaky note/fixme.


Pocitam ze v nekterych pripadech budovy zmizi i z prislusnych zdroju, 
ale obavam se, ze pri tom chaosu jich tam spousta bude cele dlouhe roky.


= nebylo by od veci dohodnout nejaky mechanismus, jak zcela obecne 
resit vadna/nevalidni data, tak aby nedochazelo opakovane k jejich 
vkladani. Jde pochopitelne predevsim o importy/tracer, rucne 
neexistujici budovy/pole/... pocitam nikdo vyrabet nebude.



Jako nastrel bych navrhnul tag fixme = duvod. Pak by se z toho daly i 
vyexportovat data pochazejici z importu s nejakou vadou. Zaroven by se 
to dalo pouzit i na info o vadne geometrii ... a vase scripty (a tracer) 
by s takto oznacenym objektem nemely hybat alespon do okamziku, kdy bude 
v prislusne databazi novejsi info nez kdy byl ten tag pridan.




--
Petr

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




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

Re: [Talk-cz] Tracer bug? Chybějící tagy

2014-10-18 Tema obsahu Pavel Machek

On Fri 2014-10-17 19:04:07, Marián Kyral wrote:
 Dne 17.10.2014 15:33, Petr Vejsada napsal(a):
  Ahoj,
 
  v rámci čistek, kterými se zabývám, jsem objevil polygony LPIS a budovy
  z RUIAN, které mají pouze tagy source (cuzk:ruian či ruian či lpis)
  a ref (ref:ruian:building či ref v případě LPIS). Množství, které jsem
  našel, je řádově v desítkách, ale zatím jsem cíleně nehledal. Jsou to
  i velmi čerstvé věci, ze včera, například way 307999426 či 307845876,
  307222837, 220403539, 85781427, 262651293.
 
  Možná to s tracerem nesouvisí ;), třeba way 305467231 (source:Bing)
  o traceru nesvědčí, ale to může být prostě ručně zapomenuté.
 
  Má někdo nějaká vysvětlení, spíš tedy vědomost?
 
 Ahoj,
 u toho bingu bych si tipl, že to někdo zakreslil a zapomněl přidat landuse.
 
 U RUIAN/LPIS jsou možnosti dvě:
 1) Chybí typ (LPIS pole ms:kultura) - s tím se nedá nic dělat, pouze
 odhadnout co se na daném místě nachází (případ 2) (a hlavně si toho
 vůbec všimnout)

No, tracer by treba mohl zacit nejak hodne rvat, nebo danou vec
odmitnout natracovat...
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [Talk-cz] Tracer bug? Chybějící tagy

2014-10-17 Tema obsahu Marián Kyral

Dne 17.10.2014 15:33, Petr Vejsada napsal(a):
 Ahoj,

 v rámci čistek, kterými se zabývám, jsem objevil polygony LPIS a budovy
 z RUIAN, které mají pouze tagy source (cuzk:ruian či ruian či lpis)
 a ref (ref:ruian:building či ref v případě LPIS). Množství, které jsem
 našel, je řádově v desítkách, ale zatím jsem cíleně nehledal. Jsou to
 i velmi čerstvé věci, ze včera, například way 307999426 či 307845876,
 307222837, 220403539, 85781427, 262651293.

 Možná to s tracerem nesouvisí ;), třeba way 305467231 (source:Bing)
 o traceru nesvědčí, ale to může být prostě ručně zapomenuté.

 Má někdo nějaká vysvětlení, spíš tedy vědomost?

Ahoj,
u toho bingu bych si tipl, že to někdo zakreslil a zapomněl přidat landuse.

U RUIAN/LPIS jsou možnosti dvě:
1) Chybí typ (LPIS pole ms:kultura) - s tím se nedá nic dělat, pouze
odhadnout co se na daném místě nachází (případ 2) (a hlavně si toho
vůbec všimnout)
2) V LPIS je nějaká hodnota, která není zatím namapovaná - to by se mi
mělo hlásit ;-)

V prvním případu nevím co se stalo, proč to chybí, v LPIS to je jako
orná půda. Možná to bylo omylem smazáno. Nebo nějaká chyba v traceru,
http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=LPIS_FB4featureID=LPIS_FB4.8061138SRSNAME=EPSG:102067

(LPIS id se zadává jako featureID=LPIS_FB4.LPIS_ID)

Marián


 --
 Petr

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

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

Re: [Talk-cz] tracer LPIS

2014-10-04 Tema obsahu Marián Kyral



-- Původní zpráva --
Od: Zdeněk Pražák zpra...@seznam.cz
Komu: talk-cz@openstreetmap.org
Datum: 4. 10. 2014 8:22:40
Předmět: [Talk-cz] tracer LPIS


při nahrávání polí v okolí Chvaletic mi při trasování pole s číslem LPIS 
9910907 tracer toto pole neotagoval tagy s typem kultury, napsal pouze ref a
source





Ahoj,

to je tím, že v LPIS typ kultury taky chybí.




Marián


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

Re: [Talk-cz] Tracer - změna distribuce nových verzí

2014-09-10 Tema obsahu Jiri Klement

)



 -- Původní zpráva --
 Od: Petr Schönmann pschonm...@gmail.com
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 9. 9. 2014 17:02:18
 Předmět: Re: [Talk-cz] Tracer - změna distribuce nových verzí


 Díky Mariane ! Super to je, ale prosil bych nekomolit jméno. Zažil
 jsem dost zkomolenin, ale Psychonmann už je dost brutální :) Díky

 Dne 9. září 2014 9:46 Marián Kyral mky...@email.cz napsal(a):
 Ahoj,
 protože se v tom už sám ztrácím a původní plán nahradit co nejdříve Tracer
 aktualizovanou verzí nějak selhává = furt to nefunguje jak by mělo,
 rozhodl
 jsem distribuovat testovací verzi Traceru jako externí modul.

 To znamená, že když si teď v JOSM stáhnete seznam pluginů, najdete tam
 Tracer, Tracer-testing a Tracer2. Stačí odškrknout Tracer a Tracer2 a
 zatrhnout Tracer-testing. Tak se nainstaluje nejnovější verze a všechny
 následující aktualizace se pak budou stahovat automaticky.

 No není to super? :-D Akorát jsem to mohl udělat dříve.
 Tímto děkuji Psychonmannovi za nakopnutí.

 Marián

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


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


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


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

Re: [Talk-cz] Tracer - změna distribuce nových verzí

2014-09-10 Tema obsahu Marián Kyral

Ahoj,

-- Původní zpráva --
Od: Jiri Klement jiri.klem...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 10. 9. 2014 8:32:53
Předmět: Re: [Talk-cz] Tracer - změna distribuce nových verzí

Nejspis je to tim, ze pristupujes k GUI ze spatnyho vlakna. Nastav si
v JOSM propertu debug.edt-checker.enable=true a kazdej spatnej pristup
se bude vypisovat do konzole jako stacktrace. Treba ty informacni
dialogy by si nemel zobrazovat primo, ale uvnitr
SwingUtilities.invokeLater. Uvidis i spoustu spatnych pristupu primo z
JOSM, ty asi nema smysl resit.




No o programování multivláknových aplikací nevím vůbec nic. Tak nějak naivně
jsem předpokládal, že JOSM to má ošetřeno, případně, že původní plugin to má
uděláno dobře. No nemá. Martin Švec mi poslal dlouhý seznam, co je třeba 
upravit. a že se na to o víkendu snad mrkne. Já si mezitím budu číst něco o 
EDT a jiných magických zkratkách.





Jeste bych chtel poprosit, jestli bys mohl pouzivat spravny jmena
balicku - meli by odpovidat adresarovy strukture. Neni to sice
povinne, ale je to naprosty standard a treba eclipse tracer kvuli tomu
neprelozi.




Ehm, že jsem tak smělý, můžeš definovat správný jméno balíčku? Eclipse 
nepoužívám, v javě jsem samouk, tak netuším, co tím myslíš ;-)




Díky,

Marián




--
Jirka



2014-09-09 21:08 GMT+02:00 Marián Kyral mky...@email.cz:
 Tak zdá se, že nová verze mnohem častěji generuje výjimku:
 .NullPointerException v SynthTreeUI.java :-(
 Dá se to ignorovat, ale vadí mi to. A nevím co s tím.

 CHYBA: java.lang.NullPointerException
 java.lang.NullPointerException
 at
 javax.swing.plaf.synth.SynthTreeUI.paintExpandControl(SynthTreeUI.java:
600)
 at javax.swing.plaf.synth.SynthTreeUI.paint(SynthTreeUI.java:417)
 at javax.swing.plaf.synth.SynthTreeUI.update(SynthTreeUI.java:271)
 at javax.swing.JComponent.paintComponent(JComponent.java:769)
 at javax.swing.JComponent.paint(JComponent.java:1045)
 at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210)
 at
 javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.
java:295)
 at javax.swing.RepaintManager.paint(RepaintManager.java:1249)
 at javax.swing.JComponent._paintImmediately(JComponent.java:5158)
 at javax.swing.JComponent.paintImmediately(JComponent.java:4969)
 at javax.swing.RepaintManager$3.run(RepaintManager.java:808)
 at javax.swing.RepaintManager$3.run(RepaintManager.java:796)
 at java.security.AccessController.doPrivileged(Native Method)
 at
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.
java:76)
 at
 javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:796)
 at
 javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:769)
 at
 javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:718)
 at javax.swing.RepaintManager.access$1100(RepaintManager.java:62)
 at
 javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:
1677)
 at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
 at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733)
 at java.awt.EventQueue.access$200(EventQueue.java:103)
 at java.awt.EventQueue$3.run(EventQueue.java:694)
 at java.awt.EventQueue$3.run(EventQueue.java:692)
 at java.security.AccessController.doPrivileged(Native Method)
 at
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.
java:76)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:703)
 at
 java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.
java:242)
 at
 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:
161)
 at
 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:
154)
 at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:182)
 at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:221)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:219)
 at java.awt.Dialog.show(Dialog.java:1082)
 at java.awt.Component.show(Component.java:1651)
 at java.awt.Component.setVisible(Component.java:1603)
 at java.awt.Window.setVisible(Window.java:1014)
 at java.awt.Dialog.setVisible(Dialog.java:1005)
 at
 org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run
(PleaseWaitProgressMonitor.java:172)
 at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
 at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733)
 at java.awt.EventQueue.access$200(EventQueue.java:103)
 at java.awt.EventQueue$3.run(EventQueue.java:694)
 at java.awt.EventQueue$3.run(EventQueue.java:692)
 at java.security.AccessController.doPrivileged(Native Method)
 at
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.
java:76)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:703)
 at
 java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.
java:242)
 at
 java.awt.EventDispatchThread.pumpEventsForFilter

Re: [Talk-cz] Tracer - změna distribuce nových verzí

2014-09-10 Tema obsahu Jiri Klement

Ahoj,

EDT znamena Event Dispatch Thread, zjednodusene je to vlakno, co resi
vsechny veci s GUI. Protoze Swing neni threadsafe, tak veskera prace s
GUI by mela byt v tomhle vlakne. Zakladni pouziti:
SwingUtilities.invokeLater(new Runnable() {
@Override
public void run() {
// Zobraz status dialog...
}
});
Kdyz tohle udelas, tak se prida pozadavek do EDT fronty a kdyz na nej
dojde rada, tak se provede tvoje metoda run() (ve spravnem vlakne,
takze nehrozi NullPointer).

Spravne jmeno balicku - kdyz mam soubor
org/openstreetmap/josm/plugins/tracer/ConnectWays/ConnectWays.java,
tak balicek by mel byt
org.openstreetmap.josm.plugins.tracer.ConnectWays. Tj stejny jako
cesta k souboru, akorat misto lomitka je tam tecka.


2014-09-10 9:13 GMT+02:00 Marián Kyral mky...@email.cz:
 Ahoj,

 -- Původní zpráva --
 Od: Jiri Klement jiri.klem...@gmail.com
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 10. 9. 2014 8:32:53
 Předmět: Re: [Talk-cz] Tracer - změna distribuce nových verzí


 Nejspis je to tim, ze pristupujes k GUI ze spatnyho vlakna. Nastav si
 v JOSM propertu debug.edt-checker.enable=true a kazdej spatnej pristup
 se bude vypisovat do konzole jako stacktrace. Treba ty informacni
 dialogy by si nemel zobrazovat primo, ale uvnitr
 SwingUtilities.invokeLater. Uvidis i spoustu spatnych pristupu primo z
 JOSM, ty asi nema smysl resit.


 No o programování multivláknových aplikací nevím vůbec nic. Tak nějak naivně
 jsem předpokládal, že JOSM to má ošetřeno, případně, že původní plugin to má
 uděláno dobře. No nemá. Martin Švec mi poslal dlouhý seznam, co je třeba
 upravit. a že se na to o víkendu snad mrkne. Já si mezitím budu číst něco o
 EDT a jiných magických zkratkách.



 Jeste bych chtel poprosit, jestli bys mohl pouzivat spravny jmena
 balicku - meli by odpovidat adresarovy strukture. Neni to sice
 povinne, ale je to naprosty standard a treba eclipse tracer kvuli tomu
 neprelozi.


 Ehm, že jsem tak smělý, můžeš definovat správný jméno balíčku? Eclipse
 nepoužívám, v javě jsem samouk, tak netuším, co tím myslíš ;-)


 Díky,

 Marián



 --
 Jirka



 2014-09-09 21:08 GMT+02:00 Marián Kyral mky...@email.cz:
 Tak zdá se, že nová verze mnohem častěji generuje výjimku:
 .NullPointerException v SynthTreeUI.java :-(
 Dá se to ignorovat, ale vadí mi to. A nevím co s tím.

 CHYBA: java.lang.NullPointerException
 java.lang.NullPointerException
 at

 javax.swing.plaf.synth.SynthTreeUI.paintExpandControl(SynthTreeUI.java:600)
 at javax.swing.plaf.synth.SynthTreeUI.paint(SynthTreeUI.java:417)
 at javax.swing.plaf.synth.SynthTreeUI.update(SynthTreeUI.java:271)
 at javax.swing.JComponent.paintComponent(JComponent.java:769)
 at javax.swing.JComponent.paint(JComponent.java:1045)
 at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210)
 at

 javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:295)
 at javax.swing.RepaintManager.paint(RepaintManager.java:1249)
 at javax.swing.JComponent._paintImmediately(JComponent.java:5158)
 at javax.swing.JComponent.paintImmediately(JComponent.java:4969)
 at javax.swing.RepaintManager$3.run(RepaintManager.java:808)
 at javax.swing.RepaintManager$3.run(RepaintManager.java:796)
 at java.security.AccessController.doPrivileged(Native Method)
 at

 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
 at
 javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:796)
 at
 javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:769)
 at
 javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:718)
 at javax.swing.RepaintManager.access$1100(RepaintManager.java:62)
 at

 javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1677)
 at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
 at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733)
 at java.awt.EventQueue.access$200(EventQueue.java:103)
 at java.awt.EventQueue$3.run(EventQueue.java:694)
 at java.awt.EventQueue$3.run(EventQueue.java:692)
 at java.security.AccessController.doPrivileged(Native Method)
 at

 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:703)
 at

 java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
 at

 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
 at

 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:154)
 at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:182)
 at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:221)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:219)
 at java.awt.Dialog.show(Dialog.java:1082)
 at java.awt.Component.show(Component.java:1651)
 at java.awt.Component.setVisible(Component.java:1603)
 at java.awt.Window.setVisible(Window.java:1014

Re: [Talk-cz] Tracer - změna distribuce nových verzí

2014-09-10 Tema obsahu Marián Kyral



-- Původní zpráva --
Od: Jiri Klement jiri.klem...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 10. 9. 2014 9:28:24
Předmět: Re: [Talk-cz] Tracer - změna distribuce nových verzí

Ahoj,

EDT znamena Event Dispatch Thread, zjednodusene je to vlakno, co resi
vsechny veci s GUI. Protoze Swing neni threadsafe, tak veskera prace s
GUI by mela byt v tomhle vlakne. Zakladni pouziti:
SwingUtilities.invokeLater(new Runnable() {
@Override
public void run() {
// Zobraz status dialog...
}
});
Kdyz tohle udelas, tak se prida pozadavek do EDT fronty a kdyz na nej
dojde rada, tak se provede tvoje metoda run() (ve spravnem vlakne,
takze nehrozi NullPointer).




Jo, to už jsme zkoušeli a funguje to.




Spravne jmeno balicku - kdyz mam soubor
org/openstreetmap/josm/plugins/tracer/ConnectWays/ConnectWays.java,
tak balicek by mel byt
org.openstreetmap.josm.plugins.tracer.ConnectWays. Tj stejny jako
cesta k souboru, akorat misto lomitka je tam tecka.




OK. Večer na to mrknu.




Marián





2014-09-10 9:13 GMT+02:00 Marián Kyral mky...@email.cz:
 Ahoj,

 -- Původní zpráva --
 Od: Jiri Klement jiri.klem...@gmail.com
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 10. 9. 2014 8:32:53
 Předmět: Re: [Talk-cz] Tracer - změna distribuce nových verzí


 Nejspis je to tim, ze pristupujes k GUI ze spatnyho vlakna. Nastav si
 v JOSM propertu debug.edt-checker.enable=true a kazdej spatnej pristup
 se bude vypisovat do konzole jako stacktrace. Treba ty informacni
 dialogy by si nemel zobrazovat primo, ale uvnitr
 SwingUtilities.invokeLater. Uvidis i spoustu spatnych pristupu primo z
 JOSM, ty asi nema smysl resit.


 No o programování multivláknových aplikací nevím vůbec nic. Tak nějak 
naivně
 jsem předpokládal, že JOSM to má ošetřeno, případně, že původní plugin to 
má
 uděláno dobře. No nemá. Martin Švec mi poslal dlouhý seznam, co je třeba
 upravit. a že se na to o víkendu snad mrkne. Já si mezitím budu číst něco 
o
 EDT a jiných magických zkratkách.



 Jeste bych chtel poprosit, jestli bys mohl pouzivat spravny jmena
 balicku - meli by odpovidat adresarovy strukture. Neni to sice
 povinne, ale je to naprosty standard a treba eclipse tracer kvuli tomu
 neprelozi.


 Ehm, že jsem tak smělý, můžeš definovat správný jméno balíčku? Eclipse
 nepoužívám, v javě jsem samouk, tak netuším, co tím myslíš ;-)


 Díky,

 Marián



 --
 Jirka



 2014-09-09 21:08 GMT+02:00 Marián Kyral mky...@email.cz:
 Tak zdá se, že nová verze mnohem častěji generuje výjimku:
 .NullPointerException v SynthTreeUI.java :-(
 Dá se to ignorovat, ale vadí mi to. A nevím co s tím.

 CHYBA: java.lang.NullPointerException
 java.lang.NullPointerException
 at

 javax.swing.plaf.synth.SynthTreeUI.paintExpandControl(SynthTreeUI.java:
600)
 at javax.swing.plaf.synth.SynthTreeUI.paint(SynthTreeUI.java:417)
 at javax.swing.plaf.synth.SynthTreeUI.update(SynthTreeUI.java:271)
 at javax.swing.JComponent.paintComponent(JComponent.java:769)
 at javax.swing.JComponent.paint(JComponent.java:1045)
 at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210)
 at

 javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.
java:295)
 at javax.swing.RepaintManager.paint(RepaintManager.java:1249)
 at javax.swing.JComponent._paintImmediately(JComponent.java:5158)
 at javax.swing.JComponent.paintImmediately(JComponent.java:4969)
 at javax.swing.RepaintManager$3.run(RepaintManager.java:808)
 at javax.swing.RepaintManager$3.run(RepaintManager.java:796)
 at java.security.AccessController.doPrivileged(Native Method)
 at

 java.security.ProtectionDomain$1.doIntersectionPrivilege
(ProtectionDomain.java:76)
 at
 javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:796)
 at
 javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:769)
 at
 javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:718)
 at javax.swing.RepaintManager.access$1100(RepaintManager.java:62)
 at

 javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:
1677)
 at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
 at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733)
 at java.awt.EventQueue.access$200(EventQueue.java:103)
 at java.awt.EventQueue$3.run(EventQueue.java:694)
 at java.awt.EventQueue$3.run(EventQueue.java:692)
 at java.security.AccessController.doPrivileged(Native Method)
 at

 java.security.ProtectionDomain$1.doIntersectionPrivilege
(ProtectionDomain.java:76)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:703)
 at

 java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.
java:242)
 at

 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.
java:161)
 at

 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.
java:154)
 at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:182)
 at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:221

Re: [Talk-cz] Tracer - změna distribuce nových verzí

2014-09-10 Tema obsahu Marián Kyral



-- Původní zpráva --
Od: Marián Kyral mky...@email.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 10. 9. 2014 9:51:16
Předmět: Re: [Talk-cz] Tracer - změna distribuce nových verzí




Spravne jmeno balicku - kdyz mam soubor
org/openstreetmap/josm/plugins/tracer/ConnectWays/ConnectWays.java,
tak balicek by mel byt
org.openstreetmap.josm.plugins.tracer.ConnectWays. Tj stejny jako
cesta k souboru, akorat misto lomitka je tam tecka.




OK. Večer na to mrknu.







Nějak takhle? https://github.com/mkyral/josm-tracer/commit/a474535e2dbbd0e3
ebd74fcf3d99554812aa86e0




Bylo s tím více práce, než jsem čekal.

Marián

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

Re: [Talk-cz] Tracer - změna distribuce nových verzí

2014-09-09 Tema obsahu Petr Schönmann

Díky Mariane ! Super to je, ale prosil bych nekomolit jméno. Zažil
jsem dost zkomolenin, ale Psychonmann už je dost brutální :) Díky

Dne 9. září 2014 9:46 Marián Kyral mky...@email.cz napsal(a):
 Ahoj,
 protože se v tom už sám ztrácím a původní plán nahradit co nejdříve Tracer
 aktualizovanou verzí nějak selhává = furt to nefunguje jak by mělo, rozhodl
 jsem distribuovat testovací verzi Traceru jako externí modul.

 To znamená, že když si teď v JOSM stáhnete seznam pluginů, najdete tam
 Tracer, Tracer-testing a Tracer2. Stačí odškrknout Tracer a Tracer2 a
 zatrhnout Tracer-testing. Tak se nainstaluje nejnovější verze a všechny
 následující aktualizace se pak budou stahovat automaticky.

 No není to super? :-D Akorát jsem to mohl udělat dříve.
 Tímto děkuji Psychonmannovi za nakopnutí.

 Marián

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


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

Re: [Talk-cz] Tracer - změna distribuce nových verzí

2014-09-09 Tema obsahu Marián Kyral

A do zadnice.
Já se tak soustředil na počet těch m a n, že mi ten začátek utekl. Já 
myslel, že to je přezdívka a ona je to zkratka jména :-/

Promiň
Marián



-- Původní zpráva --
Od: Petr Schönmann pschonm...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 9. 9. 2014 17:02:18
Předmět: Re: [Talk-cz] Tracer - změna distribuce nových verzí

Díky Mariane ! Super to je, ale prosil bych nekomolit jméno. Zažil
jsem dost zkomolenin, ale Psychonmann už je dost brutální :) Díky

Dne 9. září 2014 9:46 Marián Kyral mky...@email.cz napsal(a):
 Ahoj,
 protože se v tom už sám ztrácím a původní plán nahradit co nejdříve Tracer
 aktualizovanou verzí nějak selhává = furt to nefunguje jak by mělo, 
rozhodl
 jsem distribuovat testovací verzi Traceru jako externí modul.

 To znamená, že když si teď v JOSM stáhnete seznam pluginů, najdete tam
 Tracer, Tracer-testing a Tracer2. Stačí odškrknout Tracer a Tracer2 a
 zatrhnout Tracer-testing. Tak se nainstaluje nejnovější verze a všechny
 následující aktualizace se pak budou stahovat automaticky.

 No není to super? :-D Akorát jsem to mohl udělat dříve.
 Tímto děkuji Psychonmannovi za nakopnutí.

 Marián

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


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

Re: [Talk-cz] Tracer - změna distribuce nových verzí

2014-09-09 Tema obsahu Marián Kyral

Tak zdá se, že nová verze mnohem častěji generuje výjimku: .
NullPointerException v SynthTreeUI.java :-(
Dá se to ignorovat, ale vadí mi to. A nevím co s tím.

CHYBA: java.lang.NullPointerException
java.lang.NullPointerException
    at javax.swing.plaf.synth.SynthTreeUI.paintExpandControl
(SynthTreeUI.java:600)
    at javax.swing.plaf.synth.SynthTreeUI.paint(SynthTreeUI.java:417)
    at javax.swing.plaf.synth.SynthTreeUI.update(SynthTreeUI.java:271)
    at javax.swing.JComponent.paintComponent(JComponent.java:769)
    at javax.swing.JComponent.paint(JComponent.java:1045)
    at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210)
    at javax.swing.BufferStrategyPaintManager.paint
(BufferStrategyPaintManager.java:295)
    at javax.swing.RepaintManager.paint(RepaintManager.java:1249)
    at javax.swing.JComponent._paintImmediately(JComponent.java:5158)
    at javax.swing.JComponent.paintImmediately(JComponent.java:4969)
    at javax.swing.RepaintManager$3.run(RepaintManager.java:808)
    at javax.swing.RepaintManager$3.run(RepaintManager.java:796)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$1.doIntersectionPrivilege
(ProtectionDomain.java:76)
    at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:
796)
    at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:
769)
    at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.
java:718)
    at javax.swing.RepaintManager.access$1100(RepaintManager.java:62)
    at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.
java:1677)
    at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
    at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733)
    at java.awt.EventQueue.access$200(EventQueue.java:103)
    at java.awt.EventQueue$3.run(EventQueue.java:694)
    at java.awt.EventQueue$3.run(EventQueue.java:692)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$1.doIntersectionPrivilege
(ProtectionDomain.java:76)
    at java.awt.EventQueue.dispatchEvent(EventQueue.java:703)
    at java.awt.EventDispatchThread.pumpOneEventForFilters
(EventDispatchThread.java:242)
    at java.awt.EventDispatchThread.pumpEventsForFilter
(EventDispatchThread.java:161)
    at java.awt.EventDispatchThread.pumpEventsForFilter
(EventDispatchThread.java:154)
    at java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:182)
    at java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:221)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:219)
    at java.awt.Dialog.show(Dialog.java:1082)
    at java.awt.Component.show(Component.java:1651)
    at java.awt.Component.setVisible(Component.java:1603)
    at java.awt.Window.setVisible(Window.java:1014)
    at java.awt.Dialog.setVisible(Dialog.java:1005)
    at org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.
run(PleaseWaitProgressMonitor.java:172)
    at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
    at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733)
    at java.awt.EventQueue.access$200(EventQueue.java:103)
    at java.awt.EventQueue$3.run(EventQueue.java:694)
    at java.awt.EventQueue$3.run(EventQueue.java:692)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$1.doIntersectionPrivilege
(ProtectionDomain.java:76)
    at java.awt.EventQueue.dispatchEvent(EventQueue.java:703)
    at java.awt.EventDispatchThread.pumpOneEventForFilters
(EventDispatchThread.java:242)
    at java.awt.EventDispatchThread.pumpEventsForFilter
(EventDispatchThread.java:161)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy
(EventDispatchThread.java:150)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:
146)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:
138)
    at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)




-- Původní zpráva --
Od: Petr Schönmann pschonm...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 9. 9. 2014 17:02:18
Předmět: Re: [Talk-cz] Tracer - změna distribuce nových verzí

Díky Mariane ! Super to je, ale prosil bych nekomolit jméno. Zažil
jsem dost zkomolenin, ale Psychonmann už je dost brutální :) Díky

Dne 9. září 2014 9:46 Marián Kyral mky...@email.cz napsal(a):
 Ahoj,
 protože se v tom už sám ztrácím a původní plán nahradit co nejdříve Tracer
 aktualizovanou verzí nějak selhává = furt to nefunguje jak by mělo, 
rozhodl
 jsem distribuovat testovací verzi Traceru jako externí modul.

 To znamená, že když si teď v JOSM stáhnete

Re: [Talk-cz] Tracer - pLPIS - Nová verze

2014-08-23 Tema obsahu Marián Kyral

No vida,
zdá se, že se mi podařilo vychytat většinu problémů s automatickou
opravou překrývajících se ploch.
Občas se můžou vyskytnout drobné problémky, třeba ocásky (ty zkusím
nějak vyřešit) a taky to zatím nechává na pokoji relace. Tam se to musí
upravit ručně.

Taky to nedopadne dobře, pokud cesta prochází skrz celé pole tam a
zpátky. Viz obrázky. Tam by to chtělo rozdělit na více ploch. Ale mám
trochu problém s tím, jak tento konkrétní případ poznat.

Nová verze: http://www.kyralovi.cz/tmp/josm/beta/20140823/Tracer.jar
Zdrojáky (jako vždy): https://github.com/mkyral/josm-tracer/commits/plpis

Marián

Dne 20.8.2014 19:58, Marián Kyral napsal(a):
 Ahoj,
 tady máte novou verzi, která řeší problém se znakovou sadou na windows
 (nevyplněné landuse). Byla to docela fuška. Musel jsem svého tučňáka
 degradovat na úroveň windows - vypnout unicode v konzoli :-D A jak už to
 tak bývá, oprava byla nakonec úplně primitivní. Jen kdybych to byl býval
 věděl už na začátku :-D

 V této verzi by se už měly spojit společné body s vedlejším polygonem.
 (Občas se nějaká muška najde) Taky testuji novou verzi pro řešení
 překrývajících se ploch. V naprosté většině případů to funguje dobře,
 ale občas se to tak dotentuje, že nestačím zírat (a už vůbec ne chápat).
 Ale pomalu získávám praxi v řešení těchto šíleností. Hlavní problém je,
 že pole mají různé roztodivné tvary a bývají velká, lesy mají taky
 roztodivné tvary a bývají ještě větší no a to generuje zcela nečekané
 problémy.

 Zatím jsem tedy opravy překrývajících se ploch vypnul.

 http://www.kyralovi.cz/tmp/josm/beta/20140820/Tracer.jar

 Marián

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


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

Re: [Talk-cz] Tracer - pLPIS - Nová verze

2014-08-23 Tema obsahu Marián Kyral

Ještě ty obrázky ;-)
Marián

Dne 23.8.2014 10:06, Marián Kyral napsal(a):
 No vida,
 zdá se, že se mi podařilo vychytat většinu problémů s automatickou
 opravou překrývajících se ploch.
 Občas se můžou vyskytnout drobné problémky, třeba ocásky (ty zkusím
 nějak vyřešit) a taky to zatím nechává na pokoji relace. Tam se to musí
 upravit ručně.

 Taky to nedopadne dobře, pokud cesta prochází skrz celé pole tam a
 zpátky. Viz obrázky. Tam by to chtělo rozdělit na více ploch. Ale mám
 trochu problém s tím, jak tento konkrétní případ poznat.

 Nová verze: http://www.kyralovi.cz/tmp/josm/beta/20140823/Tracer.jar
 Zdrojáky (jako vždy): https://github.com/mkyral/josm-tracer/commits/plpis

 Marián

 Dne 20.8.2014 19:58, Marián Kyral napsal(a):
 Ahoj,
 tady máte novou verzi, která řeší problém se znakovou sadou na windows
 (nevyplněné landuse). Byla to docela fuška. Musel jsem svého tučňáka
 degradovat na úroveň windows - vypnout unicode v konzoli :-D A jak už to
 tak bývá, oprava byla nakonec úplně primitivní. Jen kdybych to byl býval
 věděl už na začátku :-D

 V této verzi by se už měly spojit společné body s vedlejším polygonem.
 (Občas se nějaká muška najde) Taky testuji novou verzi pro řešení
 překrývajících se ploch. V naprosté většině případů to funguje dobře,
 ale občas se to tak dotentuje, že nestačím zírat (a už vůbec ne chápat).
 Ale pomalu získávám praxi v řešení těchto šíleností. Hlavní problém je,
 že pole mají různé roztodivné tvary a bývají velká, lesy mají taky
 roztodivné tvary a bývají ještě větší no a to generuje zcela nečekané
 problémy.

 Zatím jsem tedy opravy překrývajících se ploch vypnul.

 http://www.kyralovi.cz/tmp/josm/beta/20140820/Tracer.jar

 Marián

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

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

Re: [Talk-cz] Tracer - pLPIS - Nová verze

2014-08-23 Tema obsahu Zdeněk Pražák

díky za úpravu - vyzkoušej jsem jej a mám jeden poznatek:
 - tracer odstraňuje stará překrývající pole pouze ve vnitřku polygonu
LPIS, pokud je staré pole větší než polygon LPIS tak zůstane zbytek
původního pole
Pražák


Dne 23. srpna 2014 10:06 Marián Kyral mky...@email.cz napsal(a):

 No vida,
 zdá se, že se mi podařilo vychytat většinu problémů s automatickou
 opravou překrývajících se ploch.
 Občas se můžou vyskytnout drobné problémky, třeba ocásky (ty zkusím
 nějak vyřešit) a taky to zatím nechává na pokoji relace. Tam se to musí
 upravit ručně.

 Taky to nedopadne dobře, pokud cesta prochází skrz celé pole tam a
 zpátky. Viz obrázky. Tam by to chtělo rozdělit na více ploch. Ale mám
 trochu problém s tím, jak tento konkrétní případ poznat.

 Nová verze: http://www.kyralovi.cz/tmp/josm/beta/20140823/Tracer.jar
 Zdrojáky (jako vždy): https://github.com/mkyral/josm-tracer/commits/plpis

 Marián

 Dne 20.8.2014 19:58, Marián Kyral napsal(a):
  Ahoj,
  tady máte novou verzi, která řeší problém se znakovou sadou na windows
  (nevyplněné landuse). Byla to docela fuška. Musel jsem svého tučňáka
  degradovat na úroveň windows - vypnout unicode v konzoli :-D A jak už to
  tak bývá, oprava byla nakonec úplně primitivní. Jen kdybych to byl býval
  věděl už na začátku :-D
 
  V této verzi by se už měly spojit společné body s vedlejším polygonem.
  (Občas se nějaká muška najde) Taky testuji novou verzi pro řešení
  překrývajících se ploch. V naprosté většině případů to funguje dobře,
  ale občas se to tak dotentuje, že nestačím zírat (a už vůbec ne chápat).
  Ale pomalu získávám praxi v řešení těchto šíleností. Hlavní problém je,
  že pole mají různé roztodivné tvary a bývají velká, lesy mají taky
  roztodivné tvary a bývají ještě větší no a to generuje zcela nečekané
  problémy.
 
  Zatím jsem tedy opravy překrývajících se ploch vypnul.
 
  http://www.kyralovi.cz/tmp/josm/beta/20140820/Tracer.jar
 
  Marián
 
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-cz


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

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

Re: [Talk-cz] Tracer - pLPIS - Nová verze

2014-08-23 Tema obsahu Marián Kyral

Ahoj. Tak to je správně. To větší překrývající pole by měl správně nahradit. 
Ale to zatím nefunguje ;-) 

Doporučuji zatím používat funkci nahradit geometrii z utils2 pluginu (tak 
nějak, nepamatuji si to přesně a jsem teď pryč).

Marián

On 23. srpna 2014 14:37:24 CEST, Zdeněk Pražák zpra...@seznam.cz wrote:
díky za úpravu - vyzkoušej jsem jej a mám jeden poznatek:
 - tracer odstraňuje stará překrývající pole pouze ve vnitřku polygonu
LPIS, pokud je staré pole větší než polygon LPIS tak zůstane zbytek
původního pole
Pražák


Dne 23. srpna 2014 10:06 Marián Kyral mky...@email.cz napsal(a):

 No vida,
 zdá se, že se mi podařilo vychytat většinu problémů s automatickou
 opravou překrývajících se ploch.
 Občas se můžou vyskytnout drobné problémky, třeba ocásky (ty zkusím
 nějak vyřešit) a taky to zatím nechává na pokoji relace. Tam se to
musí
 upravit ručně.

 Taky to nedopadne dobře, pokud cesta prochází skrz celé pole tam a
 zpátky. Viz obrázky. Tam by to chtělo rozdělit na více ploch. Ale mám
 trochu problém s tím, jak tento konkrétní případ poznat.

 Nová verze: http://www.kyralovi.cz/tmp/josm/beta/20140823/Tracer.jar
 Zdrojáky (jako vždy):
https://github.com/mkyral/josm-tracer/commits/plpis

 Marián

 Dne 20.8.2014 19:58, Marián Kyral napsal(a):
  Ahoj,
  tady máte novou verzi, která řeší problém se znakovou sadou na
windows
  (nevyplněné landuse). Byla to docela fuška. Musel jsem svého
tučňáka
  degradovat na úroveň windows - vypnout unicode v konzoli :-D A jak
už to
  tak bývá, oprava byla nakonec úplně primitivní. Jen kdybych to byl
býval
  věděl už na začátku :-D
 
  V této verzi by se už měly spojit společné body s vedlejším
polygonem.
  (Občas se nějaká muška najde) Taky testuji novou verzi pro řešení
  překrývajících se ploch. V naprosté většině případů to funguje
dobře,
  ale občas se to tak dotentuje, že nestačím zírat (a už vůbec ne
chápat).
  Ale pomalu získávám praxi v řešení těchto šíleností. Hlavní problém
je,
  že pole mají různé roztodivné tvary a bývají velká, lesy mají taky
  roztodivné tvary a bývají ještě větší no a to generuje zcela
nečekané
  problémy.
 
  Zatím jsem tedy opravy překrývajících se ploch vypnul.
 
  http://www.kyralovi.cz/tmp/josm/beta/20140820/Tracer.jar
 
  Marián
 
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-cz


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





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

-- 
Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji 
stručnost.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

1 2 3 4 >

1 - 100 z 314 matches

Mail list logo