Re: [Talk-it-trentino] Talk-it-trentino Digest, Vol 79, Issue 3

[za...@gruppogrotte.it]

Ciao,
da quanto hanno detto oltre a SAT contribuiscono allo stesso tavolo di lavoro 
diversi servizi della provincia (foreste, turismo, protezione civile, ...).


La delimitazione delle zone critiche dovrebbe avvenire con geometrie tipo area, 
per includere tutte le tipologie di percorso.


Uno dei canali di pubblicazione che raccoglieranno le varie segnalazioni 
dovrebbe essere questo https://www.outdooractive.com/it/chiusura/test/37868171/ 
(a cura di visittrentino).


Buona giornata.


Z.

 
   1. Re: stato sentieri dopo evento dell'1 novembre (michele zanolli)
 
 
--
 
Ciao a tutti,
 
per quanto riguarda SAT durante i mesi invernali abbiamo iniziato a
tenere traccia di tutti i tratti di sentieri problematici, segnalati
dalle sezioni o dagli stessi escursionisti, e l'attività continuerà
nel futuro, sia per aggiungere sentieri non agibili, sia per togliere
quelli nuovamente transitabili
 
l'attività di aggiornamento di questa base dati è pressoché giornaliera
 
siamo in stretto contatto con la PAT per fare in modo che sia in
primis attraverso i canali provinciali che queste importanti
informazioni vengano divulgate, e da quello che ne so, molto a breve
sarà fatto
 
per agevolare l'intera comunità, come SAT potremmo pubblicare il dato
geografico, che disponiamo, delle tratte dei sentieri (SAT) inagibili,
tenuto costantemente aggiornato, o chiedere che lo pubblichi la PAT;
io farò questa proposta, ma la decisione finale non compete a me
 
michele
 
On Thu, Apr 4, 2019 at 8:18 AM Luca Delucchi  wrote:
> 
> 
> 
> Il mer 3 apr 2019, 13:36 pietro marzani via Talk-it-trentino 
>  ha scritto:
>> 
>> Ciao lista,
> 
> 
> Ciao,
> 
>> mi è capitato per caso di assistere in uno studio di progettazione forestale 
>> al lavoro di individuazione (su ortofoto recente) delle aree boschive 
>> danneggiate dai fortissimi venti dell'1 novembre scorso.
>> Non ho approfondito molto la cosa ma immagino che lo studio abbia ricevuto 
>> dalla provincia l'incarico di digitalizzare le aree colpite.
>> Secondo voi questi dati potrebbero servirci per segnalare in qualche modo la 
>> cosa sui sentieri/strade forestali interessati? Oppure per creare un elenco 
>> di percorsi da verificare? Sicuramente la maggior parte di questi per alcuni 
>> mesi - se non anni - non saranno transitabili.
>> In caso penso che bisognerebbe cercare un contatto al servizio foreste della 
>> PAT.
>> Che dite?
> 
> 
> Io ho contattati con un funzionario del servizio foreste che posso 
> contattare, ho inoltro contribuito alla vendita delle zone colpite da 
> satellite (sentinel 2),secondo me però è più facile e sicuro chiedere 
> direttamente alla SAT che ha soci sul territorio
> 
> Michele puoi dirci di più?
> 
>> Ciao
>> Pietro
> 
> 
> Ciao
> Luca
 
 
 
--
 
Subject: Digest Footer
 
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino
 
 
--
 
End of Talk-it-trentino Digest, Vol 79, Issue 3
***___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

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

[Grigory Rechistov via Talk-se]

Hej,

> Som tidigare sagt beror det troligen på att stil-beskrivningen tappas bort av 
> någon anledning när jag försöker transformera rastern, vare sig mellan 
> gdal_sieve eller QGIS-kalkylatorn.

Eftersom några befintliga verktyg inte verkar skriva korrekt färgtabell för 
singelband GeoTiff var jag tvungen att skriva mitt eget skript för det.
Antalet nya skript för jobbet ökar ständigt, så samlat jag dem i en plats:  
https://github.com/grigory-rechistov/nmd-osm-tools

`remap-raster.py` tar en GeoTiff (hittills provkörts endast på ett mindre 
klipp) och skriver en annan GeoTiff med några ändrade rasterpixlar: 111→113, 
121→123 osv. 

Jämför här:  https://atakua.org/p/nmd/raster-f%c3%b6re-efter.png . Bilden till 
vänster — före, bilden till höger — efter bearbetningen.  Man kan se att vissa 
gröna skogsområden har blivit mer enformiga.

Imorgon får jag se om det hjälper med redundanta polygoner.


>Суббота,  6 апреля 2019, 21:07 +03:00 от Grigory Rechistov via Talk-se 
>:
>
>Hej Christian,
>
>>Jag tror som sagt att man kan fixa till detta med QGIS Raster Calculator. 
>>Annars kan man skriva ett python-script som använder GDAL för att fixa det 
>>manuellt, men jag tror att det blir mer jobb.
>Jo, det är möjligt att formulera ett matematiskt yttryck som gör det jobbet. 
>Men jag är blockerad igen av det tidigare problemet: varken QGIS eller GDAL 
>vill erkänna att den ursprungliga GeoTIFF-filen har flera färgar på sig. 
>Resultatet ser endast svart och vitt när QGIS tillämpar rasterkalkylatorns 
>yttryck som jag anger. Samtidigt visar QGIS den ursprungliga rastern korrrekt 
>med flera färgar!
>
>Som tidigare sagt beror det troligen på att stil-beskrivningen tappas bort av 
>någon anledning när jag försöker transformera rastern, vare sig mellan 
>gdal_sieve eller GSIG-kalkylatorn. Jag har fortfarande inte löst det. Kanske 
>behöver jag extrahera den stilen ur ut Geotiff-filen i sin egen fil och sedan 
>använda den. Hjälp!
>
>
>>Bra jobbat förresten! Jag ber om ursäkt för att jag inte varit så delaktig i 
>>detta den senaste veckan, men jag har varit lite (för) upptagen.
>Tack. Alla förslag och feedback i den här mejltråden hittills har faktiskt 
>varit mycket nyttiga.
>
>>Суббота,  6 апреля 2019, 9:57 +03:00 от Christian Asker < 
>>christian.as...@gmail.com >:
>>
>>Hej. Jag tror som sagt att man kan fixa till detta med QGIS
>>  Raster Calculator. Annars kan man skriva ett python-script som
>>  använder GDAL för att fixa det manuellt, men jag tror att det blir
>>  mer jobb. Sen finns det säkert fler sätt som jag inte känner
>>  till... :)
>>Jag håller med om att de pixlar som kommer att få samma taggar
>>  som vektorer bör slås ihop, helst innan man konverterar från
>>  raster till vektorer. Det borde ge mer enhetliga områden. Men
>>  frågan är bara ifall det är så att taggarna borde vara olika, fast
>>  jag inte hittade det. Just de olika typerna av lövskog hade jag
>>  svårt att hitta olika taggning för i OSM. 
>>
>>Bra jobbat förresten! Jag ber om ursäkt för att jag inte varit så
>>  delaktig i detta den senaste veckan, men jag har varit lite (för)
>>  upptagen.
>>Mvh Christian
>Med vänliga hälsningar,
>Grigory Rechistov
>With best regards,
>Grigory Rechistov
>___
>Talk-se mailing list
>Talk-se@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-se


С наилучшими пожеланиями,
Григорий Речистов.
Med vänliga hälsningar,
Grigory Rechistov
With best regards,
Grigory Rechistov
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

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

[Grigory Rechistov via Talk-se]

Hej Christian,

>Jag tror som sagt att man kan fixa till detta med QGIS Raster Calculator. 
>Annars kan man skriva ett python-script som använder GDAL för att fixa det 
>manuellt, men jag tror att det blir mer jobb.
Jo, det är möjligt att formulera ett matematiskt yttryck som gör det jobbet. 
Men jag är blockerad igen av det tidigare problemet: varken QGIS eller GDAL 
vill erkänna att den ursprungliga GeoTIFF-filen har flera färgar på sig. 
Resultatet ser endast svart och vitt när QGIS tillämpar rasterkalkylatorns 
yttryck som jag anger. Samtidigt visar QGIS den ursprungliga rastern korrrekt 
med flera färgar!

Som tidigare sagt beror det troligen på att stil-beskrivningen tappas bort av 
någon anledning när jag försöker transformera rastern, vare sig mellan 
gdal_sieve eller GSIG-kalkylatorn. Jag har fortfarande inte löst det. Kanske 
behöver jag extrahera den stilen ur ut Geotiff-filen i sin egen fil och sedan 
använda den. Hjälp!


>Bra jobbat förresten! Jag ber om ursäkt för att jag inte varit så delaktig i 
>detta den senaste veckan, men jag har varit lite (för) upptagen.
Tack. Alla förslag och feedback i den här mejltråden hittills har faktiskt 
varit mycket nyttiga.

>Суббота,  6 апреля 2019, 9:57 +03:00 от Christian Asker 
>:
>
>Hej. Jag tror som sagt att man kan fixa till detta med QGIS
>  Raster Calculator. Annars kan man skriva ett python-script som
>  använder GDAL för att fixa det manuellt, men jag tror att det blir
>  mer jobb. Sen finns det säkert fler sätt som jag inte känner
>  till... :)
>Jag håller med om att de pixlar som kommer att få samma taggar
>  som vektorer bör slås ihop, helst innan man konverterar från
>  raster till vektorer. Det borde ge mer enhetliga områden. Men
>  frågan är bara ifall det är så att taggarna borde vara olika, fast
>  jag inte hittade det. Just de olika typerna av lövskog hade jag
>  svårt att hitta olika taggning för i OSM. 
>
>Bra jobbat förresten! Jag ber om ursäkt för att jag inte varit så
>  delaktig i detta den senaste veckan, men jag har varit lite (för)
>  upptagen.
>Mvh Christian
Med vänliga hälsningar,
Grigory Rechistov
With best regards,
Grigory Rechistov
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-at] Neue basemap.at Layer

[grubernd]

On 05.04.19 14:38, Stephan Bösch-Plepelits wrote:

Beim letzten Vienna Geo Meetup wurden zwei neue basemap.at Layer
vorgestellt:
* Basemap Schummerung Oberfläche
* Basemap Schummerung Gelände
Beide haben eine Auflösung von einem Meter!



danke für den Hinweis!

ich habe die Ebenen ein bisschen genauer angeschaut:

nachdem man noch den alten Südbahnhof in Wien sehen kann ist der Scan 
mindestens 10 Jahre alt. man sollte die Layer also nicht als aktuelle 
Referenz verwenden.



grüsse,
grubernd

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

[OSM-talk-fr] GPS de précision (crowfunding)

[Cyrille DERORY]

Bonjour,

Au cas ou vous seriez intéressé par un positionnement satellite avec une
précision de 1 cm (d'après l'article) :

https://www.rtl-sdr.com/nut2nt-crowdfunding-open-source-gnss-rf-to-bits-receiver/

https://www.crowdsupply.com/amungo-navigation/nut2nt-plus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] Fwd: highway=cyclewayをwikiのjapan_taggingに追記したい

[石野貴之]

石野です。

2019年4月6日(土) 20:38 Spinnet :

> 木下です。
>
> 提案の方拝見させていただきました。
> 恐らくこれで問題はないのではと思ったのですが、念のため
> 私が会員になっている自転車関係のNPOである自転車活用推進研究会
>
> https://www.cyclists.jp/
>
> にこの提案を見てもらって見解を聞きたいと思ったのですが、提案の
> 方お見せしてしまってもしてよろしいでしょうか？
>
> 大歓迎です。外部の方の意見を伺えるまたとない機会ですので、よろしくお願いします。

石野 貴之
yumean1...@gmail.com

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

[Talk-us] Whole-US Garmin Map update - 2019-04-04

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-04-04

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-04-04/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-04-04

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [Talk-GB] multiple GB lists

[Jez Nicholson]

Alas, when it comes to mailing lists I only offer questions and not
solutions :(

On Sat, Apr 6, 2019 at 12:16 PM Tim Waters  wrote:

> Hi Jez,
>
> happy to stop talk-gb-thenorth and merge it but how would I do that? it
> would be nice if it was kept in archived form
>
> This one has not been used for several years now - it has 60+ subscribers.
>
> Tim
>
> On Thu, 4 Apr 2019 at 10:13, Jez Nicholson 
> wrote:
>
>> Demonstrating my ignorance, I did not know until recently that there are
>> other GB lists, shown here with their last used date:
>>
>> talk-gb-london/ 2019-03-14 14:35
>> talk-gb-midanglia/ 2016-06-17 15:15
>> talk-gb-oxoncotswolds/ 2018-11-21 18:43
>> talk-gb-thenorth/ 2017-06-22 11:44
>> talk-gb-westmidlands/ 2019-03-31 13:52
>> talk-scotland/ 2019-04-01 11:48
>>
>> This may be a perennial discussion, but I'll naively stick my neck out
>> (again)
>>
>> I, for one, would not be offended to read about regional activities in
>> the main Talk-GB list. In fact, I would welcome seeing activity around the
>> country even if i'm too far away to attend. They do not appear to be high
>> volume.
>>
>> Could the owners of those lists consider culling them and merging with
>> Talk-GB?
>>
>> Regards,
>>   Jez
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-ja] Fwd: highway=cyclewayをwikiのjapan_taggingに追記したい

[Spinnet]

木下です。

提案の方拝見させていただきました。
恐らくこれで問題はないのではと思ったのですが、念のため
私が会員になっている自転車関係のNPOである自転車活用推進研究会

https://www.cyclists.jp/

にこの提案を見てもらって見解を聞きたいと思ったのですが、提案の
方お見せしてしまってもしてよろしいでしょうか？

既に何らかの合意が取れてるようでしたら、申し訳ございません。


> 2019/04/06 8:14、石野貴之 のメール:
> 
> 石野です。いいださん返答ありがとうございます。
> 
> 2019年4月6日(土) 1:20 Satoshi IIDA  >:
> 
> いいだです。
> 参加おくれてすみません、見てみたのですが、これ、
> 「どの案にしましょうか」の状態で止まっているように見えます。
> なので、いま行うべきは「RFC期間の延長」であって、投票ではないような気がしています。
> （いま投票をしたとしても、案1,2,3のどれに対してApproveするのかわからない）
> 
> 分かりにくくてすみません。
> 今回の投票では、案2「highway=cyclewayを自転車専用道路と定義する」に対する賛否を問うているつもりです。 
> 
> 個人的には案2で、
> > (2) Impliesにcarriage=yes,agricultural=yesを含めるべきか。 
> これに関しては、含めなくてよいのではないかな、と思っています。
> agriculturalは少なくとも要らないような。（トラクターは走らないでしょ、、、という気持ち）
> carriageは、これからグレーゾーンな小型モビリティが含まれるかどうかのラインに思えるので悩ましいですが、
> いまのところは含めなくてもいいんじゃないかなぁ、という印象。
> 
> どうでしょう？
> 
>  これについてはhayashiさんと議論の上、 
> Impliesにはcarriage=yes,agricultural=yesを含めないという提案内容とすることにしました。
> 
> 提案ページの「Tagging(タグ付け)／議論点」および「要議論項目」の部分を整理して、案が１つに決まっていることを明確化したい
> とも思うのですが、既に投票を始めてしまった段階で、ページの変更をしても良いものなのでしょうか。
> 
> https://wiki.openstreetmap.org/wiki/JA:提案プロセス 
> 
> には、
> 「この時点から、ページにある提案はただひとつだけで、それ以降は変更してはなりません。これにより今何が投票されているのかが明らかになるのです。」
> とありますが、提案そのものを変更するのでなければ、投票開始後でもページを編集してよいということになるのでしょうか。
> 
> 石野 貴之
> yumean1...@gmail.com 
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja

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

Re: [Talk-GB] multiple GB lists

[Tim Waters]

Hi Jez,

happy to stop talk-gb-thenorth and merge it but how would I do that? it
would be nice if it was kept in archived form

This one has not been used for several years now - it has 60+ subscribers.

Tim

On Thu, 4 Apr 2019 at 10:13, Jez Nicholson  wrote:

> Demonstrating my ignorance, I did not know until recently that there are
> other GB lists, shown here with their last used date:
>
> talk-gb-london/ 2019-03-14 14:35
> talk-gb-midanglia/ 2016-06-17 15:15
> talk-gb-oxoncotswolds/ 2018-11-21 18:43
> talk-gb-thenorth/ 2017-06-22 11:44
> talk-gb-westmidlands/ 2019-03-31 13:52
> talk-scotland/ 2019-04-01 11:48
>
> This may be a perennial discussion, but I'll naively stick my neck out
> (again)
>
> I, for one, would not be offended to read about regional activities in the
> main Talk-GB list. In fact, I would welcome seeing activity around the
> country even if i'm too far away to attend. They do not appear to be high
> volume.
>
> Could the owners of those lists consider culling them and merging with
> Talk-GB?
>
> Regards,
>   Jez
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-br] Geometria de lagos com margens muito variáveis

[Flavio Bello Fialho]

Parabéns pelo trabalho. Isso é um assunto que incomoda, porque cada imagem
de satélite é diferente da outra. Creio que ficaria interessante se a
representação mostrasse as linhas das marés baixa e alta, bem como a maré
média. Na minha opinião, isso ficaria claro se, nos trechos em que a maré
varia muito, a coastline ficasse na maré média e a área de wetland fosse da
linha da maré baixa até a linha da maré alta. Na região indicada [1],
parece (dentro dessa lógica) que as ilhas estão entre a linha de maré média
e a linha de maré alta, e que no resto da costa a maré média coincide com a
maré alta. Eu sei que não é assim, mas é como ficou a representação no mapa.

[1]
https://www.openstreetmap.org/?mlat=-31.8076=-51.8015#map=13/-31.8076/-51.8015


Em sex, 8 de mar de 2019 às 12:40, Fernando Trebien <
fernando.treb...@gmail.com> escreveu:

> Olá a todos,
>
> Tenho atualizado a geometria da Lagoa dos Patos no RS, uma lagoa rasa,
> com margens quase planas em diversos locais. O nível da água depende
> das marés próximo do oceano, e dos ventos em terra [1], e com isso às
> vezes invade áreas com centenas de metros e às vezes mais de um
> quilômetro. A minha dúvida é se estou representando corretamente no
> OSM:
>
> 1. A área dentro da variação do nível da água
> - Praias de areia: natural=beach + surface=sand + tidal=yes/no ("no"
> na parte seca, "yes" na parte às vezes submersa)
> - Outras áreas periodicamente submersas: natural=wetland +
> wetland=tidalflat
>
> 2. Os limites da lagoa com a terra seca: no OSM as coastlines devem
> aproximar a média astronômica da maré alta [2], ou "mean high water
> spring" (MHWS) [3]. Como não temos essa informação, tenho comparado as
> imagens do Bing e do ESRI e escolhido a que tem a maré mais alta para
> atualizar essa geometria, e a de maré mais baixa para definir a área
> periodicamente alagada (item anterior).
>
> 3. Os limites administrativos definidos em termos dos limites da
> lagoa: tenho colocado junto à maré baixa, que é mais próxima da
> geometria do IBGE e me parece mais próxima também do que seriam a
> Linha do Preamar Média (LPM) e da Linha Média de Enchentes Ordinárias
> (LMEO) definidas em 1831, quando o nível da água era mais baixo que o
> atual. A LPM e a LMEO de 1831 estão sendo levantadas pelo governo
> federal já faz uns anos. [5]
>
> http://www.planejamento.gov.br/assuntos/gestao/patrimonio-da-uniao/plano-nacional-de-caracterizacao
>
> Escolhi uma área [4] mais complicada para avaliar a aplicação dessas
> definições e gostaria de ouvir opiniões sobre se parece correto ou se
> algo deveria ser diferente.
>
> A aplicação dessas definições parece ter sido um tanto inconsistente
> no exterior. [6]
>
> [1]  https://acervo.popa.com.br/diversos/ventos_lpatos.htm
> [2] https://wiki.openstreetmap.org/wiki/Coastline
> [3] https://commons.wikimedia.org/wiki/File:Tide_terms.png
> [4]
> https://www.openstreetmap.org/?mlat=-31.8076=-51.8015#map=13/-31.8076/-51.8015
> [5]
> http://www.planejamento.gov.br/assuntos/gestao/patrimonio-da-uniao/plano-nacional-de-caracterizacao
> [6]
> https://lists.openstreetmap.org/pipermail/tagging/2018-April/035654.html
>
> --
> Fernando Trebien
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>


-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-es] Consulta para modificar portales

[Roberto geb]

Puedes definir un rango de números de portal usando interpolación.  Mira
https://wiki.openstreetmap.org/wiki/Key:addr#Tags_for_interpolation_ways

El jue., 28 mar. 2019 15:26, francisco jose rosano lopez <
frande...@gmail.com> escribió:

> Buenas, estoy empezando y me gustaría saber si hay forma de cambiar
> portales de las calles varios a la vez o varios en un tramo.
>
> Gracias.
>
> --
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Paso de cebra con bolardos.

[Roberto geb]

Siii los bolardos están en las aceras, podrías añadir la acera que cruza la
vía a través del Prado de cebra y poner los bolardos en  esa acera a ambos
lados del paso de cebra, pero no en el paso de cebra

El vie., 5 abr. 2019 9:52,  escribió:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
>
> Hola.
>
> He marcado algunos pasos de cebra en mi barrio, son casi todos de los
> rebajados con pavimento especial (kerb=flush), pero alguno tiene
> bolardos para que no se suban los coches, he estado buscando como
> indicarlo pero no he encontrado como hacerlo, he visto lo de barrier,
> pero no sé si puede aplicar a un paso de cebra.
>
> Saludos y gracias de antemano
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCgAdFiEEXAZc8rcHW8VRgJU/jyw8FBjvdh8FAlynCMoACgkQjyw8FBjv
> dh/3xg/+JmBYEgYMqxzpZfdbUWrHFgv6UchhPPJtAGTtMsJLYBIJ8T9/D5xgIxpj
> r8anHU7m1YZjgzgsYI4pHifqziFWf1ojq7NQlcAr3IhWL3wYx9mylJ6JsNzIP10M
> ef6eQWdCpqkEf5Ks+gw4yM0W5wycyaAkE5tfrLYNYjHpuuxiyucOHCwe3ryKObFy
> MbRFMEVuHVkcYrhx3sZ4r9nc0ymjaDZWl3UWXPfdGCrZIZ/MFQY+LPRASnNV9Ox0
> AX5SMm2sUipgDOpURhjK0ouVR2V4E1zhUsZ3keROOq58j+1Kzb6woOMdwWO60ATa
> yoMRMet4Z36ymCTsCCtgAvFAvhuouWMdJc6tEC8myc6MJx/XRSzSM4lkGi4AiVZm
> gG78X9At0kZXe9UqBRzACbAjaAcfNM4YqAkyK1/o4718P+FJ0m7VoGFqnMEGCxym
> F+Siaza0vR5159sDIdpebSiS6cVPuVTiJmQq6nZvj3zaxkEf42HPZEJCCBwQ//Q7
> ybnMlL8VGecuDfmnbw8BmMcDAsVgsaoPcI21zZgz6UkSe3ptHZ+FbdirwO8wBz/N
> 51lWp+a3MuZHUg5pq8z7twuO/PlDklKGg9zKi/G8AAHD3/bQnhzDWy3PXE6pi8W0
> 9X++g5Yrhi0RZhh8QFVrXuWOHDOhqJvFoXdErbj62OUqt8Nh5qA=
> =9C7w
> -END PGP SIGNATURE-
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-at] POI ändern?

[Norbert Wenzel]

Servus Wolfgang,

On 06.04.19 09:39, Wolfgang Bauer wrote:
> Bin ich berechtigt einen POI Eintrag zu ändern wenn der aktuelle Eintrag 
> nicht 
> mehr stimmt?

ja natürlich bist du berechtigt und auch gerne eingeladen (so wie jeder
andere) Details zu ändern die nicht (mehr) stimmen. Es ist ein
Gemeinschaftsprojekt und jeder kann und soll da beitragen.

Infos über die OSM Konventionen findest du u.A. im Wiki[0]. Wenn du dir
nicht sicher bist, kannst du deinen Edit auch machen und danach um ein
Review bitten[1]. Das ist aber nicht notwendig und wird bei einem POI
Eintrag wo ev. nur die Daten des POI verändert werden ziemlich sicher
nicht notwendig sein.

Happy Mapping,
Norbert

[0] https://wiki.openstreetmap.org/wiki/DE:Map_Features
[1] https://neis-one.org/2017/09/review-requests-osm/



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

[Talk-at] POI ändern?

[Wolfgang Bauer]

Servus.
Bin ich berechtigt einen POI Eintrag zu ändern wenn der aktuelle Eintrag nicht mehr stimmt?
M.f.G.
Wolfgang
-- 
Wolfgang 

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

Re: [talk-cz] prosba ohledně openstreetmap.cz

[Marián Kyral]

On 05. 04. 19 9:54, Tom Ka wrote:
> Dalsi problem, je, ze nejak nefunguje detekce neprodukcni verze, takze
> se misto fody-dev odkazuje na fody a tim padem veci s nim spojene
> nefunguji (CORS). Pavle, muze na to mrknout prosim? Pak muzu otestovat
> neco dalsiho.

Zdá se, že pro Pavla je devosm.zby.cz produkce

https://github.com/osmcz/osmcz/blob/master/js/osmcz-config.js

Nicméně mělo by stačit vhodně upravit "osmcz.photoDbUrl"

> Jinak v @layout.latte se opet objevil odkaz na js/note.js, ktery uz
> tam nebyl, ale v aktualnim stavu gitu se absolutne po tech tvych
> turbulencich nevyznam, takze netusim co kde je, odkud atd.

note.js jsem opět smazal.

Marián

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

Re: [talk-cz] prosba ohledně openstreetmap.cz

[Marián Kyral]

On 04. 04. 19 22:02, Marián Kyral wrote:
> On 04. 04. 19 21:10, Pavel Zbytovský wrote:
>> Tak to se omlouvám, možná mi ten mail zapadl. Příště se prosím klidně
>> připomeň :-)
>>
>> Nyní jsem tedy tvé úpravy releasnul jako verzi `0.25-rc1` (viz Pull
>> request ) a nahrál na
>> devosm. Prosím tedy tebe i kohokoliv dalšího o kontrolu této verze.
>> Naleznete jí na:
>> --> https://devosm.zby.cz 
>> Až řekneš Mariáne, můžeme to poslat na ostrý server.
>>
>
> Ahoj,
> proklikal jsem a narazil jsem na problém s aktivní vrstvou :-(
>
>
>

Tak jsem ten problémový řádek zakomentoval a kupodivu se to rozjelo a
funguje to normálně.

Marián

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

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

[Christian Asker]

Hej. Jag tycker att planen ser bra ut, även om jag själv inte har några 
erfarenheter av att skriva sådana planer.


En fråga bara: hur går själva importen till rent tekniskt sedan? Vi vill 
ju lägga in marktäckedata bara där detta redan saknas; ska man 
identifiera områden manuellt för import, eller kan man göra en enda 
import för hela landet? Någon som vet hur det går till?



Mvh Christian




Den 2019-04-05 kl. 16:19, skrev Grigory Rechistov via Talk-se:

Hej!

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


Okej, så här är mitt utkast på en importeringsplan: 
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/NMD_2018_Import_Plan. 
All feedback är välkommen!


Jag tänker att skriva till impo...@openstreetmap.org 
 tillkännage importeringen i några 
dagar.


Четверг, 4 апреля 2019, 16:16 +03:00 от Grigory Rechistov via
Talk-se mailto:talk-se@openstreetmap.org>>:

Hej!

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

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

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

>You *must* register your permissions and project by adding a line to
the table at Import/Catalogue
.
>You *must* write a plan for your import in the OSM wiki. Create a wiki
page outlining the details of your plan. <...> An example for this
can be found at Import/Plan Outline
.

Четверг, 4 апреля 2019, 13:14 +03:00 от Micke
>:

Hej!

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

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

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


Mvh

Anders Andersson



Med vänliga hälsningar,
Grigory Rechistov
With best regards,
Grigory Rechistov
___
Talk-se mailing list
Talk-se@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-se



С наилучшими пожеланиями,
Григорий Речистов.
Med vänliga hälsningar,
Grigory Rechistov
With best regards,
Grigory Rechistov

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

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

[Christian Asker]

Hej. Jag tror som sagt att man kan fixa till detta med QGIS Raster 
Calculator. Annars kan man skriva ett python-script som använder GDAL 
för att fixa det manuellt, men jag tror att det blir mer jobb. Sen finns 
det säkert fler sätt som jag inte känner till... :)


Jag håller med om att de pixlar som kommer att få samma taggar som 
vektorer bör slås ihop, helst innan man konverterar från raster till 
vektorer. Det borde ge mer enhetliga områden. Men frågan är bara ifall 
det är så att taggarna borde vara olika, fast jag inte hittade det. Just 
de olika typerna av lövskog hade jag svårt att hitta olika taggning för 
i OSM.



Bra jobbat förresten! Jag ber om ursäkt för att jag inte varit så 
delaktig i detta den senaste veckan, men jag har varit lite (för) upptagen.


Mvh Christian


Den 2019-04-06 kl. 00:30, skrev Grigory Rechistov via Talk-se:

Hej Peter,
Jo, jag har också märkt det och tycker att det är konstigt. Det 
härstammar troligen från att olika rasterpixelsvärden motsvarar till 
samma etikettsuppsättning. Till exempel, GeoTiffs värden 115, 116 och 
117 blir till samma taggar:


    ## 115 Triviallövskog utanför våtmark
    ## 116 Ädellövskog utanför våtmark
    ## 117 Triviallövskog med ädellövinslag utanför våtmark
    mapper['115']={"source": "NV NMD2018", "landuse": "forest", 
"leaf_type": "broadleaved", "leaf_cycle": "deciduous"}
    mapper['116']={"source": "NV NMD2018", "landuse": "forest", 
"leaf_type": "broadleaved", "leaf_cycle": "deciduous"}
    mapper['117']={"source": "NV NMD2018", "landuse": "forest", 
"leaf_type": "broadleaved", "leaf_cycle": "deciduous"}


Det betyder att fler intilliggande rasterareor med olika DN-taggar kan 
förvandlas till vektorvägar med identiska taggar. Det är nog korrekt 
men redundant och leder till fler objekt än verkligen behövs.


Jag kan föreställa mig två möjliga lösningar:
1. Slå samman vägar i mitt skript. Men just nu har jag ingen aning hur 
algoritmen för sådan transformation ska se ut.
2. Ändra värden i rasterbilden för att ha en-till-en överensstämmelse 
mellan GeoTiff-värden och OSM-taggar. Det vill säga att ersätta 115 -> 
117, 116 -> 117, och 117 -> 117. Hittills har jag inte lärt mig göra 
det. Man tipsar att QGIS rasterkalkylator kan göra det, och just nyss 
lärde jag att man kan ha ett slags "if-then-else"-yttryck i den: 
https://gis.stackexchange.com/questions/141305/conditional-calculation-qgis-raster-calculator-or-grass-r-mapcalculator/141307 
. Jag ska försöka tillämpa det imorgon.




Пятница, 5 апреля 2019, 23:18 +03:00 от Peter Svensson
:

Jag har tittat på https://atakua.org/p/nmd/vinon-3.osm.gz och har
en fråga:

Om man tittar på områdena kring nod -1424890 (59.18809091653,
15.73068800312) så har området öster om (way -1434062), samt
väster om (way -1434100) denna nod exakt samma uppsättning tags:

    "landuse"="forest"
    "leaf_type"="broadleaved"
    "source"="NV NMD2018"
    "leaf_cycle"="deciduous"

Borde inte detta betyda att dessa områden med bör slås ihop till
ett enda större område?

mvh

On Fri, Apr 5, 2019 at 9:39 PM Grigory Rechistov via Talk-se
>
wrote:

Och samtidigt fortsätter jag förbättra mina skript. Skriptet
finns här

https://gist.github.com/grigory-rechistov/39c7e329cb1f9b42a97ca5960377173d
och det tar in en OSM fil som är direkt konvertering av en
GeoJSON-fil. Den sistnämnda filen kommer med de ursprungliga
"DN"-taggarna. Sedan förbättrar skriptet innehållet:

1. Ersätter "DN=nummer" taggar med "landuse=*" taggar enligt
schemat beskrivet här:

https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/NMD_2018_Import_Plan#Tagging_Plans
.
2. Alla onödiga polygoner (vatten, byggnader osv) tappas bort
3. Alla duplicerade noder slås samman
4. Alla självkorsningar rättas till.

Den resulterande OSM-data har nu noll fel och betydligt mindre
varningar efter valideringen.
Här är min processen med dataimporteringen på Vinön
https://osm.org/go/0ZoM9_P?m= . Jämfört med Gränsön anser jag
att den har förbättrats, på stort sätt.

1. Den ursprungliga GeoJSON
https://atakua.org/p/nmd/vinon.geojson.gz och motsvarande OSM:
https://atakua.org/p/nmd/vinon-0.osm.gz har runt 1 problem.
2. Efter att mitt skript körs finns det bara 137 varningar av
samma typ på ca 16000 nya noder. Se bilden:
https://atakua.org/p/nmd/vinon-1.png och datafilen:
https://atakua.org/p/nmd/vinon-1.osm.gz
3. Efter att jag manuellt söker alla mindre polygoner (färre
än 10 noder) och slänger dem kvarstår bara 18 varningar att
rätta till. Jag vill nämligen förbättra skriptet så att det
automatiskt raderar mindre polygoner. Bilden:
https://atakua.org/p/nmd/vinon-2.png och OSM-filen:
https://atakua.org/p/nmd/vinon-2.osm.gz
4. Samtliga