Re: [Talk-it] Agenzia badanti

2018-12-09 Per discussione demon.box
liste DOT girarsi AT posteo DOT eu wrote
> Non so se quadra, comunque su taginfo ho trovato 66 occorrenze su questo:
> 
> https://taginfo.openstreetmap.org/tags/office=nursing_service

ci può stare, perchè no? grazie!
ciao

--enrico



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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


Re: [Talk-it] [Alberi Monumentali] quale licenza?

2018-12-09 Per discussione Sergio Manzi
Ciao,

On 2018-12-10 00:48, Martin Koppenhoefer wrote:
> [...]
>
> chi vuole pubblicare dati liberi lo dovrebbe fare, idealmente senza vincoli.

Sì, ma una licenza gli va "appiccicata", che piaccia o meno. Personalmente 
preferisco andare dal dentista per una cura canalare piuttosto che leggermi nei 
dettagli i termini delle varie licenze e cercare di capirne implicazioni e 
diramazioni. Quando ho rilasciato del codice mio, l'ho sempre fatto con licenza 
MIT perché mi _sembrava_ la più permissiva e facile da leggere. CC0 (public 
domain) può avere implicazioni negative anche perché non valida in alcune 
giurisdizioni... Insomma, se posso neanche mi ci metto: lascio la cosa a chi se 
ne intende e lo fa di mestiere, gli avvocati.

> Anche perché dal punto di vista OSM, importare un dato licenziato in ODbL non 
> è il massimo, perché non è compatibile con i CT (contributor terms).

Aspetta... probabile che non ti stia capendo... mi stai dicendo qualcosa del 
tipo "/importare in OSM dati rilasciati secondo la licenza ODbL è 
problematico/"?  :-/  Se è così... siamo messi proprio bene!!

> Ciao, Martin

Sergio


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[OSM-talk] iD news - 2.12.0 released 

2018-12-09 Per discussione Bryan Housel
Last week, after several months of work, we released iD v2.12.0 for editing 
OpenStreetMap.
I hope you like it!  Here are some of the highlights from the release:

✌️  2-finger pan and zoom gestures
Mac users can now use 2 finger trackpad gestures to pan and zoom the map.
Try swiping with 2 fingers to pan, or pinching out/in to zoom and unzoom. 
You'll be less likely to accidentally drag nodes!

  Directional way markers
iD now draws triangular markers on the "down" side of ways where the direction 
matters. Thanks, Huon Wilson for this feature!
Ways with a direction include cliffs, coastlines, retaining walls, kerbs, guard 
rails, embankments.

↔️  Resizable sidebar
You can now resize the sidebar, or hide it completely. Shout out to Quincy 
Morgan for his work on this!
Try dragging the sidebar to resize it, or click the hide button in the top 
toolbar. The top bar buttons can also shrink on narrower screens.

  Brand Name Suggestions
We've released a huge upgrade to the brand name suggestions in iD. Thank you to 
everyone who volunteered to match brand names to their proper OpenStreetMap 
tags.  Follow the brand name suggestion project here:  
https://github.com/osmlab/name-suggestion-index 

Try adding some branded businesses to the map - `brand`, `brand:wikidata`, and 
other tags will be set for you.

  More Wikidata integration 
iD now displays linked data if a feature has a wikidata tag, and will protect 
fields like name and brand from direct editing.
Make sure prominent features have a Wikidata tag, for added protection against 
accidental changes.

  More features for working with relations
Hovering over a relation or member in the sidebar will highlight it on the map. 
You can also download incomplete sections, and zoom to inspect relation 
children. Thanks, Quincy Morgan!
Check out the "All Relations" and "All Members" sections of the sidebar to try 
out the new relation editing tools.

‍  Hacktoberfest happened! 
We merged 40 pull requests during the month of October. Thank you to all of our 
new contributors!


As always, the update includes many other usability improvements and new 
presets - check out the changelog for all the details.
(It’s pretty epic, thanks to the dozens of people who worked on this release!)

Changelog: 
v2.12.0 changelog:  
https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#2120 


Twitter:
v2.12.0 announcement:  https://twitter.com/bhousel/status/1070068684297768960 
  
Quincy shows off the new features:  
https://twitter.com/quincylvania/status/1070176229620244481 


Reddit:
Thread:  
https://www.reddit.com/r/openstreetmap/comments/a39y2b/the_new_features_of_id_2120_in_one_twitter_thread/
 



Follow and star the iD project on GitHub to show your support:  
https://github.com/openstreetmap/iD 
And follow me on Twitter https://twitter.com/bhousel 
 for the latest iD news. 

Thank you!
❤️ Bryan, and the rest of the  team.

P.S.
We are getting together in NYC to hack on iD during the week of Dec 17-21 at 
the Facebook office.  Space is limited, so please private message me if you 
want to attend!  We also have started a bi-weekly sync for the core development 
team.  If you want to work on iD, we’d love your help!

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


[Talk-us] iD news - 2.12.0 released 

2018-12-09 Per discussione Bryan Housel
Last week, after several months of work, we released iD v2.12.0 for editing 
OpenStreetMap.
I hope you like it!  Here are some of the highlights from the release:

✌️  2-finger pan and zoom gestures
Mac users can now use 2 finger trackpad gestures to pan and zoom the map.
Try swiping with 2 fingers to pan, or pinching out/in to zoom and unzoom. 
You'll be less likely to accidentally drag nodes!

  Directional way markers
iD now draws triangular markers on the "down" side of ways where the direction 
matters. Thanks, Huon Wilson for this feature!
Ways with a direction include cliffs, coastlines, retaining walls, kerbs, guard 
rails, embankments.

↔️  Resizable sidebar
You can now resize the sidebar, or hide it completely. Shout out to Quincy 
Morgan for his work on this!
Try dragging the sidebar to resize it, or click the hide button in the top 
toolbar. The top bar buttons can also shrink on narrower screens.

  Brand Name Suggestions
We've released a huge upgrade to the brand name suggestions in iD. Thank you to 
everyone who volunteered to match brand names to their proper OpenStreetMap 
tags.  Follow the brand name suggestion project here:  
https://github.com/osmlab/name-suggestion-index 

Try adding some branded businesses to the map - `brand`, `brand:wikidata`, and 
other tags will be set for you.

  More Wikidata integration 
iD now displays linked data if a feature has a wikidata tag, and will protect 
fields like name and brand from direct editing.
Make sure prominent features have a Wikidata tag, for added protection against 
accidental changes.

  More features for working with relations
Hovering over a relation or member in the sidebar will highlight it on the map. 
You can also download incomplete sections, and zoom to inspect relation 
children. Thanks, Quincy Morgan!
Check out the "All Relations" and "All Members" sections of the sidebar to try 
out the new relation editing tools.

‍  Hacktoberfest happened! 
We merged 40 pull requests during the month of October. Thank you to all of our 
new contributors!


As always, the update includes many other usability improvements and new 
presets - check out the changelog for all the details.
(It’s pretty epic, thanks to the dozens of people who worked on this release!)

Changelog: 
v2.12.0 changelog:  
https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#2120 


Twitter:
v2.12.0 announcement:  https://twitter.com/bhousel/status/1070068684297768960 
  
Quincy shows off the new features:  
https://twitter.com/quincylvania/status/1070176229620244481 


Reddit:
Thread:  
https://www.reddit.com/r/openstreetmap/comments/a39y2b/the_new_features_of_id_2120_in_one_twitter_thread/
 



Follow and star the iD project on GitHub to show your support:  
https://github.com/openstreetmap/iD 
And follow me on Twitter https://twitter.com/bhousel 
 for the latest iD news. 

Thank you!
❤️ Bryan, and the rest of the  team.

P.S.
We are getting together in NYC to hack on iD during the week of Dec 17-21 at 
the Facebook office.  Space is limited, so please private message me if you 
want to attend!  We also have started a bi-weekly sync for the core development 
team.  If you want to work on iD, we’d love your help!

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


Re: [talk-au] Goyder's Lagoon

2018-12-09 Per discussione Warin

Possibly too hasty?

https://en.wikipedia.org/wiki/Goyder_Lagoon

Wikipedia has it as an ephemeral swamp ..:-)

Would that be better? Tag it as swamp, intermittent ???
After all the area is not really covered in water .. water flows through it but 
not really covers it ???

Not certain if I'd call ephemeral?



On 10/12/18 10:17, cleary wrote:

Agree completely


On Mon, 10 Dec 2018, at 10:02 AM, Warin wrote:

Hi,
I have made a rough entry for Goyder's Lagoon - South Aust. above Lake
Eyre - about thesame size.
The boundary is rough because, as you would expect, the rain fall
determines where it is and that varies from fall to fall.
Yes, it is tagged intermittent.

I make the comment here so those surprised by it's sudden appearance
have some idea of what it is. ~ 80% of the water headed to Lake Eyre
disappears on its way there .. and this is one of the major places where
that disappearance takes place. So I think it needs some representation
on the map.

Thoughts?






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


Re: [Talk-it] [Alberi Monumentali] quale licenza?

2018-12-09 Per discussione Martin Koppenhoefer


sent from a phone

> On 9. Dec 2018, at 17:14, Sergio Manzi  wrote:
> 
> Devo ancora farmi un'idea precisa a proposido dell'ODbL e se sia stata una 
> buona idea o meno adottarla, ma di primissimo acchito mi sembra che tenda un 
> po' a "complicare le cose", nel senso che non è certo una delle licenze più 
> diffuse e conosciute e probabilmente non viene (generalmente) presa in 
> considerazione da chi voglia pubblicare "liberi dati".


chi vuole pubblicare dati liberi lo dovrebbe fare, idealmente senza vincoli. 
Anche perché dal punto di vista OSM, importare un dato licenziato in ODbL non è 
il massimo, perché non è compatibile con i CT (contributor terms).


Ciao, Martin ___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-ie] Mapping project - Mapping Roads

2018-12-09 Per discussione John Kennedy
Could KeepRight help? e.g.
https://www.keepright.at/report_map.php?zoom=12=39.95356=-75.12364

Rgds/
 - John

On Tue, 4 Dec 2018 at 15:38, Colm Moore  wrote:

> Hi,
>
> "roads outside of the main urban areas are not well mapped, having errors
> where roads not properly joined up" - I'm not sure if I concur.
>
> Most days, I use the 'Routing' layer on http://tools.geofabrik.de/osmi/
> to check for broken connections. I prioritise major roads and the closer
> broken connections. Many of the others are where there are
> highway=corridor. In general, the situation in Ireland is much better than
> it is elsewhere in Western Europe (the number of broken connections appears
> to be somewhat correlated with population density / level of human
> activity).
>
> There are roads that were mapped before we had access to aerial photos
> that are a bit on the 'rough' side, but generally those roads are within 10
> metres of where they should be. Given that aerial photos and GPS devices
> often have offset issues, I think that is a reasonable margin of error.
> Number of lanes, surface, etc will of course be lacking on many roads.
>
> There are two main categories of missing roads - housing estates and farm
> access roads. I map all over the country and I find very few through roads
> that aren't mapped.
>
> Other than the likes of Lauravale:
> https://www.openstreetmap.org/node/668051865#map=16/54.3696/-6.4484 there
> are very few urban locations with serious mappings issues regarding roads.
> This map points to some other under-mapped locations:
> http://resultmaps.neis-one.org/unmapped#5/54.940/-7.559
>
> Is there any tool that measures the km of each type of road in an area?
> This could be compared with the data that councils publish (there are about
> 9,000 housing estate that won't show in these numbers).
>
> --
>
> If looking for things to map / fix, how about targeting local notes,
> fixme=* and FIXME=*?
>
> Colm
>
> 
>
> Message: 2
> Date: Fri, 30 Nov 2018 15:47:40 +
> From: Tadeusz Cantwell 
> To: Discussion of OpenStreetMap in Ireland 
> Subject: [OSM-talk-ie] Mapping project
> Message-ID:
>  dkaxe...@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Now that townlands are mostly done, it would be nice to have a new project
> to focus on. A piece of feedback that came out during the launch was that
> roads outside of the main urban areas are not well mapped, having errors
> where roads not properly joined up, as one example. One way to tackle this
> is set up a project on Maproulette to help triage those small errors. A set
> of criteria can be entered into it, which generates a task for everything
> that falls within it. If you have any pet peeves in the state of our
> 'virtual' roads, fire away. Sorry, we can't fix that pothole!
>
> Tadeusz
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie


Re: [talk-au] Goyder's Lagoon

2018-12-09 Per discussione cleary
Agree completely


On Mon, 10 Dec 2018, at 10:02 AM, Warin wrote:
> Hi,
> I have made a rough entry for Goyder's Lagoon - South Aust. above Lake 
> Eyre - about thesame size.
> The boundary is rough because, as you would expect, the rain fall 
> determines where it is and that varies from fall to fall.
> Yes, it is tagged intermittent.
> 
> I make the comment here so those surprised by it's sudden appearance 
> have some idea of what it is. ~ 80% of the water headed to Lake Eyre 
> disappears on its way there .. and this is one of the major places where 
> that disappearance takes place. So I think it needs some representation 
> on the map.
> 
> Thoughts?
> 
> 
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>

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


[talk-au] Goyder's Lagoon

2018-12-09 Per discussione Warin

Hi,
I have made a rough entry for Goyder's Lagoon - South Aust. above Lake 
Eyre - about thesame size.
The boundary is rough because, as you would expect, the rain fall 
determines where it is and that varies from fall to fall.

Yes, it is tagged intermittent.

I make the comment here so those surprised by it's sudden appearance 
have some idea of what it is. ~ 80% of the water headed to Lake Eyre 
disappears on its way there .. and this is one of the major places where 
that disappearance takes place. So I think it needs some representation 
on the map.


Thoughts?


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


Re: [Talk-cz] WeeklyOSM CZ 436

2018-12-09 Per discussione Jan Dudík
ne 9. 12. 2018 v 10:40 odesílatel Pavel Machek  napsal:

> >
>
> "Statni hranice vede stredem reky" -- jsou cedule co se na hranicich
> vidi. Pokud se pohne reka, pohne se i hranice. Nekdy je to dobre...
>
>
> Pavel
> --
>
Jenže ve skutečnosti je po obou stranách řeky hromada hraničních patníků, a
hranice je pomocí nich stabilizovaná. A když se výrazněji změní tok, je
nutné zmnit státní hranic, respektive vyměnit území se sousedním státem.

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


Re: [Talk-cz] Znaceni uzavirek vs offline navigace

2018-12-09 Per discussione Marián Kyral

On 09. 12. 18 21:57, mahdi1234 wrote:

Marián Kyral wrote on 12/09/2018 09:31 PM:

Ahoj,
nedávno jsem se snažil označit jednu dlouhodobou uzavírku na trase
výstavby obchvatu FM. Je to trochu komplikovanější, normální doprava
tam nesmí, ale pěší, MHD, IZS a zásobování budou mít umožněný průjezd.
Snažil jsem se jít cestou #2, ale JOSM validátoru se pořád něco
nelíbilo a nebyl jsem si jist, kde je problém (nebo byl mimo
validátor?), tak jsem nakonec skončil u #1. Otevření obchvatu zcela
jistě zaregistruji, takže by to neměl být problém.

Je někde na wiki popis, jak tyhle dlouhodobé uzavírky značit? Na
stránce s popisem conditional tenhle konkrétní případ není :-(


Sem nasel bohuzel vzdy jen naky diskuze, kde to skoncilo u toho, ze je
to "regional" zalezitost s prikladama, ktery jsem i zminil v puvodnim postu.


hmm, takže proto JOSM protestovalo :-(


Otevření obchvatu zcela jistě zaregistruji, takže by to neměl být

problém.

Ja verim, ze to clovek pak otevre, ale problem je, ze dokud nevyjde
update tech offline podkladu, tak navigace bude brat silnici za
neprujezdnou, coz typicky byva nekolik mesicu.


No tak v tom případě tam nebude mít ani ten obchvat, takže si moc nepomůže.

Marián

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


Re: [Talk-cz] Znaceni uzavirek vs offline navigace

2018-12-09 Per discussione mahdi1234
marek wrote on 12/09/2018 07:37 PM:
>
> Já to píšu proto, že asi před rokem jsem sem dával omezení a magic
> Earth s ním zatím nepracuje, pokud to mám dobře.
> https://www.openstreetmap.org/way/653782922
>
>  
>
> Marek Polák
>
>  
>
>
Mimochodem vypada, ze tu jednosmerku umi OSRM, ale ne GraphHopper ani
brouter.

vehicle:conditional zase umi GraphHopper, ale ne OSRM ani brouter.

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


Re: [Talk-cz] Znaceni uzavirek vs offline navigace

2018-12-09 Per discussione Majka
Není tohle přesně obráceně, než by to mělo být?
Protože podle mého to v podstatě není nic jiného, něž "absolutní" uzavírka, na 
tu podmínku "otevření" u většiny navigací vůbec nedojde. V podstatě je to pak 
jen jinam napsaná poznámka pro ostatní.


9. prosince 2018 21:19:09 SEČ, "Jozef Matejička"  napsal:
>Já dělám:
>
>access=no +  access:conditional=yes @ (2019 Jul 20- ) ale jenom u
>uzavírek
>na půl roku a víc + komentář na zdroj kdy to otevřou
>plus to pak po otveření vrátím do access=yes
>
>Jinak si myslím, že je to plevelení historie a chtělo by to celosvětový
>servr z uzavírkami
>
>Jozef
>

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


Re: [Talk-cz] Znaceni uzavirek vs offline navigace

2018-12-09 Per discussione mahdi1234
Jozef Matejička wrote on 12/09/2018 09:19 PM:
>
> Jinak si myslím, že je to plevelení historie a chtělo by to
> celosvětový servr z uzavírkami
>
> Jozef
>
Jop, to by mohlo byt reseni, ale nejsu si jistej jak takovy tema vubec
natuknout :) napr pro CR by to bylo "jednoduchy", protoze ty data jsou k
dispozici zdarma po zaregistrovani
http://registr.dopravniinfo.cz/en/index.html +
http://registr.dopravniinfo.cz/en/sources/cz-ndic_ddr-common/

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


Re: [Talk-cz] Znaceni uzavirek vs offline navigace

2018-12-09 Per discussione mahdi1234
Marián Kyral wrote on 12/09/2018 09:31 PM:
>
> Ahoj,
> nedávno jsem se snažil označit jednu dlouhodobou uzavírku na trase
> výstavby obchvatu FM. Je to trochu komplikovanější, normální doprava
> tam nesmí, ale pěší, MHD, IZS a zásobování budou mít umožněný průjezd.
> Snažil jsem se jít cestou #2, ale JOSM validátoru se pořád něco
> nelíbilo a nebyl jsem si jist, kde je problém (nebo byl mimo
> validátor?), tak jsem nakonec skončil u #1. Otevření obchvatu zcela
> jistě zaregistruji, takže by to neměl být problém.
>
> Je někde na wiki popis, jak tyhle dlouhodobé uzavírky značit? Na
> stránce s popisem conditional tenhle konkrétní případ není :-(
>

Sem nasel bohuzel vzdy jen naky diskuze, kde to skoncilo u toho, ze je
to "regional" zalezitost s prikladama, ktery jsem i zminil v puvodnim postu.

>> Otevření obchvatu zcela jistě zaregistruji, takže by to neměl být
problém.

Ja verim, ze to clovek pak otevre, ale problem je, ze dokud nevyjde
update tech offline podkladu, tak navigace bude brat silnici za
neprujezdnou, coz typicky byva nekolik mesicu.

mahdi



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


Re: [Talk-cz] Znaceni uzavirek vs offline navigace

2018-12-09 Per discussione mahdi1234
marek wrote on 12/09/2018 07:37 PM:
>
> Já to píšu proto, že asi před rokem jsem sem dával omezení a magic
> Earth s ním zatím nepracuje, pokud to mám dobře.
> https://www.openstreetmap.org/way/653782922
>
>  
>
Tvoje ukazka je ale jednosmerka, je treba brat, ze conditional pro
kazdej tag, je asi treba resit zvlast ... pro uzavirky se muze pouzit
napr https://www.openstreetmap.org/way/40485698 a toto ME umi (alespon
to nemaji v traffic infu a neroutuje pres to a pripadne hodi pesi chuzi
do cile).

mahdi

> Marek Polák
>
>  
>
> __
> >
>
> Ano, Magic Earth umi napriklad zminenou vehicle:conditional=no i
> samozrejme speed limit v ruznych smerech :)
>
> Zatim neumi conditional speed napr
> https://www.openstreetmap.org/way/549629289 - reportoval jsem. Celkove
> s ME je dobra komunikace (jsem betatester), ale nejde mi tady ted o
> konkretni aplikaci, spis to resit systemove na nasi strane, at to
> delame stejne a pak muzeme resit svoje oblibeny navigace.
>
> mahdi
>
> marek wrote on 12/09/2018 05:51 PM:
>
> A myslíš, že navigace jako Magic Earth jsou schopny a ochotny
> zpracovávat tyto údaje a dále je využívat? Používám Dynavix, který
> také jede na těchto mapách a ten není schopen ani rozlišit max
> speed pro ruzné směry cesty a bere jen větší rychlost. 
>
>  
>
> Marek Polák
>
>  
>
> __
>
>
> cau,
>
>
> Chtel bych rozjet diskuzi na tema znaceni (dlouhodobych) uzavirek z
> pohledu offline navigaci. Vsiml sem si prevazne dvou zpusobu v CR:
>
> #1 - Zruseni komplet pristupu
>
> access=no
>
> #2 - Podminene na danou dobu napr.
>
> vehicle:conditional=no @ (2017 Jul 20-2018 Dec 12)
>
> #3 - nekdy vidim i znaceni jako construction
>
> Pro offline navigace je z myho pohledu vhodnejsi #2, protoze mimo
> Osmandu live (kterej imo neni pro pouziti v aute vhodnej, byt do
> terenu
> jasne preferuji) je update map v cyklu 2 mesice a vic, tzn zmena z
> access=no na access=yes se muze projevit treba az za ctvrt roku.
>
> Moznosti by bylo nechavat uzavirky na live traffic, ale chapu, ze toto
> jde proti OSM (a vetsina online web sluzeb ani traffic nezohlednuje) +
> situace s trafficem taky neni idelani:
>
> traffic zdarma:
>
> Magic Earth
> Maps.Me (clovek ale plati smirovanim)
>
> placenej traffic:
>
> MapFactor
> Karta GPS
>
> a napr Maps (f-droid verze Maps.me bez smirovani) nema traffic, Osmand
> taky nema traffic.
>
> Co vidim jako hlavni problem je, ze pokud nekdo pak takovou navigaci
> vyzkousi a ta ho routuje nesmyslne, tak zustane u svych
> Wazu/Sygicu/G.maps/whatever. Taky me - jako uzivateli OSM navigaci
> - to
> vadi, byt s tim dokazu prozatim zit.
>
> Je naka dalsi moznost? I u casovyho omezeni nastava realne problem, ze
> uzavirky konci treba o tydny driv, takze to neni zcela ideal (viz
> priklad je z uzavirky, ktera uz skoncila).
>
> mahdi
>
> ___
> 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

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


Re: [Talk-cz] Znaceni uzavirek vs offline navigace

2018-12-09 Per discussione Marián Kyral

On 09. 12. 18 11:33, mahdi1234 wrote:

cau,

Chtel bych rozjet diskuzi na tema znaceni (dlouhodobych) uzavirek z
pohledu offline navigaci. Vsiml sem si prevazne dvou zpusobu v CR:

#1 - Zruseni komplet pristupu

access=no

#2 - Podminene na danou dobu napr.

vehicle:conditional=no @ (2017 Jul 20-2018 Dec 12)

#3 - nekdy vidim i znaceni jako construction

Pro offline navigace je z myho pohledu vhodnejsi #2, protoze mimo
Osmandu live (kterej imo neni pro pouziti v aute vhodnej, byt do terenu
jasne preferuji) je update map v cyklu 2 mesice a vic, tzn zmena z
access=no na access=yes se muze projevit treba az za ctvrt roku.


Ahoj,
nedávno jsem se snažil označit jednu dlouhodobou uzavírku na trase 
výstavby obchvatu FM. Je to trochu komplikovanější, normální doprava tam 
nesmí, ale pěší, MHD, IZS a zásobování budou mít umožněný průjezd.
Snažil jsem se jít cestou #2, ale JOSM validátoru se pořád něco nelíbilo 
a nebyl jsem si jist, kde je problém (nebo byl mimo validátor?), tak 
jsem nakonec skončil u #1. Otevření obchvatu zcela jistě zaregistruji, 
takže by to neměl být problém.


Je někde na wiki popis, jak tyhle dlouhodobé uzavírky značit? Na stránce 
s popisem conditional tenhle konkrétní případ není :-(


Marián

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


Re: [Talk-cz] Znaceni uzavirek vs offline navigace

2018-12-09 Per discussione Jozef Matejička
Já dělám:

access=no +  access:conditional=yes @ (2019 Jul 20- ) ale jenom u uzavírek
na půl roku a víc + komentář na zdroj kdy to otevřou
plus to pak po otveření vrátím do access=yes

Jinak si myslím, že je to plevelení historie a chtělo by to celosvětový
servr z uzavírkami

Jozef

On Sun, 9 Dec 2018 at 19:37 marek  wrote:

> Já to píšu proto, že asi před rokem jsem sem dával omezení a magic Earth s
> ním zatím nepracuje, pokud to mám dobře.
> https://www.openstreetmap.org/way/653782922
>
>
>
> Marek Polák
>
>
>
> __
> > Od: "mahdi1234" 
> > Komu: "OpenStreetMap Czech Republic" 
>
> > Datum: 09.12.2018 18:26
> > Předmět: Re: [Talk-cz] Znaceni uzavirek vs offline navigace
> >
> Ano, Magic Earth umi napriklad zminenou vehicle:conditional=no i
> samozrejme speed limit v ruznych smerech :)
>
> Zatim neumi conditional speed napr
> https://www.openstreetmap.org/way/549629289 - reportoval jsem. Celkove s
> ME je dobra komunikace (jsem betatester), ale nejde mi tady ted o konkretni
> aplikaci, spis to resit systemove na nasi strane, at to delame stejne a pak
> muzeme resit svoje oblibeny navigace.
>
> mahdi
>
> marek wrote on 12/09/2018 05:51 PM:
>
> A myslíš, že navigace jako Magic Earth jsou schopny a ochotny zpracovávat
> tyto údaje a dále je využívat? Používám Dynavix, který také jede na těchto
> mapách a ten není schopen ani rozlišit max speed pro ruzné směry cesty a
> bere jen větší rychlost.
>
>
>
> Marek Polák
>
>
>
> __
>
>
> cau,
>
> Chtel bych rozjet diskuzi na tema znaceni (dlouhodobych) uzavirek z
> pohledu offline navigaci. Vsiml sem si prevazne dvou zpusobu v CR:
>
> #1 - Zruseni komplet pristupu
>
> access=no
>
> #2 - Podminene na danou dobu napr.
>
> vehicle:conditional=no @ (2017 Jul 20-2018 Dec 12)
>
> #3 - nekdy vidim i znaceni jako construction
>
> Pro offline navigace je z myho pohledu vhodnejsi #2, protoze mimo
> Osmandu live (kterej imo neni pro pouziti v aute vhodnej, byt do terenu
> jasne preferuji) je update map v cyklu 2 mesice a vic, tzn zmena z
> access=no na access=yes se muze projevit treba az za ctvrt roku.
>
> Moznosti by bylo nechavat uzavirky na live traffic, ale chapu, ze toto
> jde proti OSM (a vetsina online web sluzeb ani traffic nezohlednuje) +
> situace s trafficem taky neni idelani:
>
> traffic zdarma:
>
> Magic Earth
> Maps.Me (clovek ale plati smirovanim)
>
> placenej traffic:
>
> MapFactor
> Karta GPS
>
> a napr Maps (f-droid verze Maps.me bez smirovani) nema traffic, Osmand
> taky nema traffic.
>
> Co vidim jako hlavni problem je, ze pokud nekdo pak takovou navigaci
> vyzkousi a ta ho routuje nesmyslne, tak zustane u svych
> Wazu/Sygicu/G.maps/whatever. Taky me - jako uzivateli OSM navigaci - to
> vadi, byt s tim dokazu prozatim zit.
>
> Je naka dalsi moznost? I u casovyho omezeni nastava realne problem, ze
> uzavirky konci treba o tydny driv, takze to neni zcela ideal (viz
> priklad je z uzavirky, ktera uz skoncila).
>
> mahdi
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
>
> ___
> Talk-cz mailing 
> listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://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] Znaceni uzavirek vs offline navigace

2018-12-09 Per discussione marek

Já to píšu proto, že asi před rokem jsem sem dával omezení a magic Earth s ním 
zatím nepracuje, pokud to mám dobře. https://www.openstreetmap.org/way/653782922
 
Marek Polák
 
__

Od: "mahdi1234" 
Komu: "OpenStreetMap Czech Republic" 
Datum: 09.12.2018 18:26
Předmět: Re: [Talk-cz] Znaceni uzavirek vs offline navigace


Ano, Magic Earth umi napriklad zminenou vehicle:conditional=no i samozrejme 
speed limit v ruznych smerech :)

Zatim neumi conditional speed napr https://www.openstreetmap.org/way/549629289 
 - reportoval jsem. Celkove s ME 
je dobra komunikace (jsem betatester), ale nejde mi tady ted o konkretni aplikaci, 
spis to resit systemove na nasi strane, at to delame stejne a pak muzeme resit svoje 
oblibeny navigace.

mahdi

marek wrote on 12/09/2018 05:51 PM:A myslíš, že navigace jako Magic Earth jsou 
schopny a ochotny zpracovávat tyto údaje a dále je využívat? Používám Dynavix, 
který také jede na těchto mapách a ten není schopen ani rozlišit max speed pro 
ruzné směry cesty a bere jen větší rychlost. 
 
Marek Polák
 
__

cau,

Chtel bych rozjet diskuzi na tema znaceni (dlouhodobych) uzavirek z
pohledu offline navigaci. Vsiml sem si prevazne dvou zpusobu v CR:

#1 - Zruseni komplet pristupu

access=no

#2 - Podminene na danou dobu napr.

vehicle:conditional=no @ (2017 Jul 20-2018 Dec 12)

#3 - nekdy vidim i znaceni jako construction

Pro offline navigace je z myho pohledu vhodnejsi #2, protoze mimo
Osmandu live (kterej imo neni pro pouziti v aute vhodnej, byt do terenu
jasne preferuji) je update map v cyklu 2 mesice a vic, tzn zmena z
access=no na access=yes se muze projevit treba az za ctvrt roku.

Moznosti by bylo nechavat uzavirky na live traffic, ale chapu, ze toto
jde proti OSM (a vetsina online web sluzeb ani traffic nezohlednuje) +
situace s trafficem taky neni idelani:

traffic zdarma:

Magic Earth
Maps.Me (clovek ale plati smirovanim)

placenej traffic:

MapFactor
Karta GPS

a napr Maps (f-droid verze Maps.me bez smirovani) nema traffic, Osmand
taky nema traffic.

Co vidim jako hlavni problem je, ze pokud nekdo pak takovou navigaci
vyzkousi a ta ho routuje nesmyslne, tak zustane u svych
Wazu/Sygicu/G.maps/whatever. Taky me - jako uzivateli OSM navigaci - to
vadi, byt s tim dokazu prozatim zit.

Je naka dalsi moznost? I u casovyho omezeni nastava realne problem, ze
uzavirky konci treba o tydny driv, takze to neni zcela ideal (viz
priklad je z uzavirky, ktera uz skoncila).

mahdi

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

https://openstreetmap.cz/talkcz 


___Talk-cz mailing listtalk...@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-us] Anyone feel like helping another mapper in New York?

2018-12-09 Per discussione Andy Townsend

On 09/12/2018 18:20, Jmapb wrote:

On 12/9/2018 6:38 AM, Andy Townsend wrote:

I sent him a message offering to help, but if he doesn't respond to 
you, I doubt he'll answer me either.



Thanks - at least it's not just me trying to talk to them!

Best Regards,

Andy



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


Re: [Talk-it] Collegio universitario

2018-12-09 Per discussione Andrea Musuruane
Ciao,
la licenza CC-BY 3.0 non è compatibile con la ODbL:
https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility

Qui c'è un post approfondito sul cosa pensa la OSM Foundation dell'uso di
dati distribuiti sotto CC-BY:
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/

In particolare:

* "To make obtaining the required permissions easier for everybody involved
we have prepared a cover letter and a waiver form

and a similar document for obtaining the necessary waivers for the 2.0 and
3.0 versions of CC BY
."*
Purtroppo non c'è una traduzione della lettera in italiano. In passato
avevamo fatto la traduzione solo della lettera di richiesta per dati
distribuiti CC-BY 4.0:
https://drive.google.com/file/d/0B5RF9M2dLfyacE1uWGhEUXA0dUk/view

Pertanto devi contattare il Licenziante (ovvero il Comune di Pavia) per
farsi dare questo permesso esplicito, seguendo quanto previsto dalle linee
guida sugli import:
https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_License_approval

Tra l'altro sarebbe opportuno, invece di chiedere l'autorizzazione solo per
un dataset, richiederla per tutti i dati messi a disposizione sul portale
(onde evitare di fare nuove richieste in futuro).

Ciao,

Andrea



On Sun, Dec 9, 2018 at 7:11 PM Riccardo Usardi  wrote:

> Ciao,
> scusate se rispondo solo ora.
> L'edit l'ho rimosso, per quello che riguarda la formattazione dei tag
> avevo semplicemente ricopiato un import precedente.
> Serve ugualmente un ok scritto dal comune? sul sito [1] è riportato quanto
> segue:
> "Per questo la Giunta Comunale di Pavia con propria deliberazione n° 234
> Reg. Delib. del 16-12-2010 ha evidenziato che il download dei dati
> geografici pubblicati sul portale cartografico è da considerarsi a titolo
> gratuito e successivamente con determinanzione Dirigenziale n° 347/04 dell'
> 11/08/2011 di adottare per la divulgazione dei dati diffusi tramite il
> canale Internet, la licenza denominata *"Creative Commons Legal Code -
> Attribuzione 3.0 ITALIA (CC BY 3.0)”*, consentendo all’utente la
> possibilità di riprodurre, distribuire, trasmettere ed adottare liberamente
> e gratuitamente i dati, anche a scopi commerciali."
> I dati che vorrei importare sono [2]
>
>
> [1]
> http://dati.comune.pv.it/site/it/home/normativa/open-data-del-comune-di-pavia-linee-guida.html
> [2] http://dati.comune.pv.it/site/it/home/dati/scheda357.html
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-us] Anyone feel like helping another mapper in New York?

2018-12-09 Per discussione Jmapb

On 12/9/2018 6:38 AM, Andy Townsend wrote:

On 23/11/2018 21:24, Andy Townsend wrote (heavily snipped):

Hello,

Over the last couple of months there have been edits by a new mapper 
in New York who seems to like changing things but hasn't quite got 
the hang of what they're doing yet.  ...   Comments can be seen at 
http://resultmaps.neis-one.org/osm-discussion-comments?uid=8356718 .


They've edited again and I've had to revert again due to "random" node 
drags.  It'd be great if someone a bit nearer than me could help - or 
at least "weed" their edits afterwards with a bit of local knowledge.


I sent him a message offering to help, but if he doesn't respond to you, 
I doubt he'll answer me either.


I'm not really close enough to have local knowledge of the area... It 
looks like the most active user in the area is Unggo99, so maybe try to 
getin touch with him/her.


Thanks for your diligence -- vive la carte! - Jason


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


Re: [Talk-it] Collegio universitario

2018-12-09 Per discussione Riccardo Usardi
Ciao,
scusate se rispondo solo ora.
L'edit l'ho rimosso, per quello che riguarda la formattazione dei tag avevo
semplicemente ricopiato un import precedente.
Serve ugualmente un ok scritto dal comune? sul sito [1] è riportato quanto
segue:
"Per questo la Giunta Comunale di Pavia con propria deliberazione n° 234
Reg. Delib. del 16-12-2010 ha evidenziato che il download dei dati
geografici pubblicati sul portale cartografico è da considerarsi a titolo
gratuito e successivamente con determinanzione Dirigenziale n° 347/04 dell'
11/08/2011 di adottare per la divulgazione dei dati diffusi tramite il
canale Internet, la licenza denominata *"Creative Commons Legal Code -
Attribuzione 3.0 ITALIA (CC BY 3.0)”*, consentendo all’utente la
possibilità di riprodurre, distribuire, trasmettere ed adottare liberamente
e gratuitamente i dati, anche a scopi commerciali."
I dati che vorrei importare sono [2]


[1]
http://dati.comune.pv.it/site/it/home/normativa/open-data-del-comune-di-pavia-linee-guida.html
[2] http://dati.comune.pv.it/site/it/home/dati/scheda357.html


Il giorno gio 6 dic 2018 alle ore 09:31 Andrea Musuruane 
ha scritto:

> Ciao,
> scusate ma questo edit è da revertare. Si tratta di un import non
> discusso e mal fatto, con campi provenienti da uno shapefile di terze parti
> (it:pv:pavia*) che non hanno senso in OSM.
>
> Ciao,
>
> Andrea
>
>
> On Thu, Dec 6, 2018 at 12:08 AM Riccardo Usardi 
> wrote:
>
>> Emulando il precedente import ho aggiunto solo il collegio Golgi,
>> i tag sono corretti?
>> https://www.openstreetmap.org/way/652939585
>>
>> Il giorno mer 5 dic 2018 alle ore 23:43 Riccardo Usardi <
>> usbe0u...@gmail.com> ha scritto:
>>
>>> Ho visto l'import e son ben conscio di non dover modificare nulla.
>>> Sto controllando una ad una le occorrenze (per fortuna son poche) e
>>> aggiungo i tag necessari .
>>>
>>>
>>>
>>> Il giorno mer 5 dic 2018, 23:24 Sergio Manzi  ha scritto:
>>>
 Scusate, in realtà sto parlando a vanvera perché non so a che livello
 di istruzione si collocano i collegi universitari ai quali vi riferite.

 "college", comunque, è un termine difficile, perché ha valore diverso a
 seconda delle nazioni [1]: negli USA è equivalente ad una università, ma in
 UK e altrove è più simile ad un liceo Italiano.

 In OSM sembra debba essere preso nell'accezione USA, ma non si capisce
 perché: OSM non dovrebbe essere basato sull'Inglese Britannico?

 [+] https://en.wikipedia.org/wiki/College


 On 2018-12-05 23:12, Andrea Albani wrote:

 Io proporrei amenity=college. Il Ghislieri è già mappato così e mi
 sembra coerente sia con la definizione di osm [0] che con quella di
 wikipedia [1], ovvero istituzioni post 2° grado che preparano
 all'università (oltre ad offrire servizi aggiuntivi come l'alloggio) .
 Tieni in generale presente che a Pavia è stato fatto un import dei
 buildings proveniente da dataset comunale, quindi ti chiederei per cortesia
 di non modificare le attuali geometrie.

 [0] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcollege
 [1] https://it.m.wikipedia.org/wiki/College

 Il giorno mer 5 dic 2018, 21:31 Riccardo Usardi 
 ha scritto:

> Ciao lista,
> ho scaricato il shp dei collegi universitari pavesi dal sito del
> comune.
> Quali tag vanno utilizzati per queste aree e/o edifici?
> amenity: university mi sembra errato ma anche taggarli come alberghi o
> simili mi sembra errato.
>
> ps i dati sono rilasciati dal Comune di Pavia con licenza - CC-BY 3.0
> da quello che ho capito possono essere utilizzati, giusto?
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>

 ___
 Talk-it mailing 
 listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it

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

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


Re: [Talk-cz] Znaceni uzavirek vs offline navigace

2018-12-09 Per discussione mahdi1234
Ano, Magic Earth umi napriklad zminenou vehicle:conditional=no i
samozrejme speed limit v ruznych smerech :)

Zatim neumi conditional speed napr
https://www.openstreetmap.org/way/549629289 - reportoval jsem. Celkove s
ME je dobra komunikace (jsem betatester), ale nejde mi tady ted o
konkretni aplikaci, spis to resit systemove na nasi strane, at to delame
stejne a pak muzeme resit svoje oblibeny navigace.

mahdi

marek wrote on 12/09/2018 05:51 PM:
>
> A myslíš, že navigace jako Magic Earth jsou schopny a ochotny
> zpracovávat tyto údaje a dále je využívat? Používám Dynavix, který
> také jede na těchto mapách a ten není schopen ani rozlišit max speed
> pro ruzné směry cesty a bere jen větší rychlost. 
>
>  
>
> Marek Polák
>
>  
>
> __
>

> cau,
>
>
> Chtel bych rozjet diskuzi na tema znaceni (dlouhodobych) uzavirek z
> pohledu offline navigaci. Vsiml sem si prevazne dvou zpusobu v CR:
>
> #1 - Zruseni komplet pristupu
>
> access=no
>
> #2 - Podminene na danou dobu napr.
>
> vehicle:conditional=no @ (2017 Jul 20-2018 Dec 12)
>
> #3 - nekdy vidim i znaceni jako construction
>
> Pro offline navigace je z myho pohledu vhodnejsi #2, protoze mimo
> Osmandu live (kterej imo neni pro pouziti v aute vhodnej, byt do terenu
> jasne preferuji) je update map v cyklu 2 mesice a vic, tzn zmena z
> access=no na access=yes se muze projevit treba az za ctvrt roku.
>
> Moznosti by bylo nechavat uzavirky na live traffic, ale chapu, ze toto
> jde proti OSM (a vetsina online web sluzeb ani traffic nezohlednuje) +
> situace s trafficem taky neni idelani:
>
> traffic zdarma:
>
> Magic Earth
> Maps.Me (clovek ale plati smirovanim)
>
> placenej traffic:
>
> MapFactor
> Karta GPS
>
> a napr Maps (f-droid verze Maps.me bez smirovani) nema traffic, Osmand
> taky nema traffic.
>
> Co vidim jako hlavni problem je, ze pokud nekdo pak takovou navigaci
> vyzkousi a ta ho routuje nesmyslne, tak zustane u svych
> Wazu/Sygicu/G.maps/whatever. Taky me - jako uzivateli OSM navigaci - to
> vadi, byt s tim dokazu prozatim zit.
>
> Je naka dalsi moznost? I u casovyho omezeni nastava realne problem, ze
> uzavirky konci treba o tydny driv, takze to neni zcela ideal (viz
> priklad je z uzavirky, ktera uz skoncila).
>
> mahdi
>
> ___
> 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] Znaceni uzavirek vs offline navigace

2018-12-09 Per discussione marek

A myslíš, že navigace jako Magic Earth jsou schopny a ochotny zpracovávat tyto 
údaje a dále je využívat? Používám Dynavix, který také jede na těchto mapách a 
ten není schopen ani rozlišit max speed pro ruzné směry cesty a bere jen větší 
rychlost. 
 
Marek Polák
 
__

Od: "mahdi1234" 
Komu: "OpenStreetMap Czech Republic" 
Datum: 09.12.2018 11:34
Předmět: [Talk-cz] Znaceni uzavirek vs offline navigace


cau,

Chtel bych rozjet diskuzi na tema znaceni (dlouhodobych) uzavirek z
pohledu offline navigaci. Vsiml sem si prevazne dvou zpusobu v CR:

#1 - Zruseni komplet pristupu

access=no

#2 - Podminene na danou dobu napr.

vehicle:conditional=no @ (2017 Jul 20-2018 Dec 12)

#3 - nekdy vidim i znaceni jako construction

Pro offline navigace je z myho pohledu vhodnejsi #2, protoze mimo
Osmandu live (kterej imo neni pro pouziti v aute vhodnej, byt do terenu
jasne preferuji) je update map v cyklu 2 mesice a vic, tzn zmena z
access=no na access=yes se muze projevit treba az za ctvrt roku.

Moznosti by bylo nechavat uzavirky na live traffic, ale chapu, ze toto
jde proti OSM (a vetsina online web sluzeb ani traffic nezohlednuje) +
situace s trafficem taky neni idelani:

traffic zdarma:

Magic Earth
Maps.Me (clovek ale plati smirovanim)

placenej traffic:

MapFactor
Karta GPS

a napr Maps (f-droid verze Maps.me bez smirovani) nema traffic, Osmand
taky nema traffic.

Co vidim jako hlavni problem je, ze pokud nekdo pak takovou navigaci
vyzkousi a ta ho routuje nesmyslne, tak zustane u svych
Wazu/Sygicu/G.maps/whatever. Taky me - jako uzivateli OSM navigaci - to
vadi, byt s tim dokazu prozatim zit.

Je naka dalsi moznost? I u casovyho omezeni nastava realne problem, ze
uzavirky konci treba o tydny driv, takze to neni zcela ideal (viz
priklad je z uzavirky, ktera uz skoncila).

mahdi

___
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-it] [Alberi Monumentali] quale licenza?

2018-12-09 Per discussione Sergio Manzi
Federico,

grazie per i link che sono molto interessanti.

Devo ancora farmi un'idea precisa a proposido dell'ODbL e se sia stata una 
buona idea o meno adottarla, ma di primissimo acchito mi sembra che tenda un 
po' a "complicare le cose", nel senso che non è certo una delle licenze più 
diffuse e conosciute e probabilmente non viene (generalmente) presa in 
considerazione da chi voglia pubblicare "/liberi dati/".

Ciao e grazie ancora,

Sergio


On 2018-12-09 09:47, Federico Leva (Nemo) wrote:
> Ciao Sergio,
> trovi qualche informazione sulla compatibilità di licenze nel wiki OSM:
> https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_License_approval
> https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
>
> Trovi qualche informazione in breve sulla situazione normativa teorica in:
> https://it.wikipedia.org/wiki/Dato_aperto_per_principio
>
> Nelle linee guida nazionali trovi anche come provano a barcamenarsi in 
> pratica:
> https://docs.italia.it/italia/daf/lg-patrimonio-pubblico/it/bozza/licenzecosti.html
>
> Federico


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-us] Anyone feel like helping another mapper in New York?

2018-12-09 Per discussione Xavier

On Sun, Dec 09, 2018 at 11:38:13AM +, Andy Townsend wrote:

On 23/11/2018 21:24, Andy Townsend wrote (heavily snipped):

Hello,

Over the last couple of months there have been edits by a new mapper 
in New York who seems to like changing things but hasn't quite got 
the hang of what they're doing yet.  ...    Comments can be seen at 
http://resultmaps.neis-one.org/osm-discussion-comments?uid=8356718 .


They've edited again and I've had to revert again due to "random" node 
drags.  It'd be great if someone a bit nearer than me could help - or 
at least "weed" their edits afterwards with a bit of local knowledge.


I'm not local to NY, but those 'edits' look to be the result that can 
occur if a mapper is not careful when they drag the map background 
within the iD.


iD reuses the left mouse button for two, differing, functions.

1) Drag OSM data elements to new locations
2) Drag the map background around to bring a new area into view.

In dense areas (and NYC is certainly a dense area) it is *very* easy 
with iD's mouse button mapping to accidentally grab a node or way and 
move it unexpectedly when one really wants to shift the map viewport.  
For mappers that are paying attention, they will immediately undo and 
try the viewport drag again.


Your examples look to be the result of a mapper not noticing that their 
mouse drag just moved OSM data around and not undoing the accidental 
change.


So some small bit of cause here lies with iD and the less than great UI 
of mapping two very different functions onto the same mouse button such 
that it is *much* too easy to perform the wrong operation.


JSOM maps these two functions to two different mouse buttons (left for 
OSM data movement, right button for "drag map viewport") so it is not 
possible to accidentally drag OSM data when a viewport drag is desired 
(other than by physically pressing the wrong mouse button).


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


Re: [Talk-us] Anyone feel like helping another mapper in New York?

2018-12-09 Per discussione Andy Townsend

On 23/11/2018 21:24, Andy Townsend wrote (heavily snipped):

Hello,

Over the last couple of months there have been edits by a new mapper 
in New York who seems to like changing things but hasn't quite got the 
hang of what they're doing yet.  ...   Comments can be seen at 
http://resultmaps.neis-one.org/osm-discussion-comments?uid=8356718 .


They've edited again and I've had to revert again due to "random" node 
drags.  It'd be great if someone a bit nearer than me could help - or at 
least "weed" their edits afterwards with a bit of local knowledge.


Best Regards,

Andy



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


[Talk-it] Elezioni del direttivo OSMF in corso

2018-12-09 Per discussione Federico Leva (Nemo)



Anche per chi non può votare, ci sono discussioni interessanti e 
miracolosamente sintetiche (per esempio sull'assumere persone, sugli 
eventi dove si contribuisce a OSM e sulla percezione di OSM).


Federico

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


[Talk-cz] Znaceni uzavirek vs offline navigace

2018-12-09 Per discussione mahdi1234
cau,

Chtel bych rozjet diskuzi na tema znaceni (dlouhodobych) uzavirek z
pohledu offline navigaci. Vsiml sem si prevazne dvou zpusobu v CR:

#1 - Zruseni komplet pristupu

access=no

#2 - Podminene na danou dobu napr.

vehicle:conditional=no @ (2017 Jul 20-2018 Dec 12)

#3 - nekdy vidim i znaceni jako construction

Pro offline navigace je z myho pohledu vhodnejsi #2, protoze mimo
Osmandu live (kterej imo neni pro pouziti v aute vhodnej, byt do terenu
jasne preferuji) je update map v cyklu 2 mesice a vic, tzn zmena z
access=no na access=yes se muze projevit treba az za ctvrt roku.

Moznosti by bylo nechavat uzavirky na live traffic, ale chapu, ze toto
jde proti OSM (a vetsina online web sluzeb ani traffic nezohlednuje) +
situace s trafficem taky neni idelani:

traffic zdarma:

Magic Earth
Maps.Me (clovek ale plati smirovanim)

placenej traffic:

MapFactor
Karta GPS

a napr Maps (f-droid verze Maps.me bez smirovani) nema traffic, Osmand
taky nema traffic.

Co vidim jako hlavni problem je, ze pokud nekdo pak takovou navigaci
vyzkousi a ta ho routuje nesmyslne, tak zustane u svych
Wazu/Sygicu/G.maps/whatever. Taky me - jako uzivateli OSM navigaci - to
vadi, byt s tim dokazu prozatim zit.

Je naka dalsi moznost? I u casovyho omezeni nastava realne problem, ze
uzavirky konci treba o tydny driv, takze to neni zcela ideal (viz
priklad je z uzavirky, ktera uz skoncila).

mahdi

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


Re: [Talk-cz] WeeklyOSM CZ 436

2018-12-09 Per discussione Pavel Machek
On Fri 2018-12-07 20:37:17, majka wrote:
> On Fri, 7 Dec 2018 at 19:53, Milan Cerny  wrote:
> 
> > Co je na použití multipolygonů špatně? Na velké plochy je používám hodně
> > často a nejsem si vědom nějakého problému.
> > Před rokem, kdy nám tady kolega fell3 začal zavádět právě níže popsaný
> > německý model se to na talku [1] probíralo s výsledkem že multipolygon je
> > na velké, hlavně lesní, plochy lepší.
> > Nerad bych dělal něco, co je z nějakého důvodu špatně, nebo může být
> > problémem do budoucna.
> >
> 
> Na samotném požití multipolygonů není špatně nic. Ty zásady přece neříkají
> ty multipolygony nepoužívat, ale používat s rozumem.
> 
> Jenže v ideálním případě ten multipolygon musí být editovatelný - tj.
>  problematické je tohle náměstí
>  , kde hranici
> multipolygonu dělají ulice. Technicky je to špatně - to náměstí přece
> nekončí na středové čáře silnice. Tady to sice tak nějak vzájemně

Je to technicky spatne?

Ne, namesti nekonci na stredove care silnice, ale take mezi namestim a
silnici nic neni.

Kdyz to napojim, "mozna" ztratim informaci o sirce silnice.

Kdyz to nenapojim, ztratim informaci ze tam nic nechybi.

Mozna by liniove veci proste meli mit sirku (aspon implicitni) a
napojovani melo byt ok?

> Podobný problém jsou hranice katastrálních území, které jsou definované
> cestami "highway" - např. tady
>  si to
> říká o to, aby někdo tu polní cestu posunul nebo vymazal, a tím rozbil ty
> katastry.

"Statni hranice vede stredem reky" -- jsou cedule co se na hranicich
vidi. Pokud se pohne reka, pohne se i hranice. Nekdy je to dobre...

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


signature.asc
Description: Digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [Talk-it] [Alberi Monumentali] quale licenza?

2018-12-09 Per discussione Maurizio Napolitano
On Sun, Dec 9, 2018 at 10:09 AM Cascafico Giovanni  wrote:
>
> Con "dato aperto per principio" direi che si possa importare il dataset degli 
> alberi, no?

Secondo me no per il motivo che le linee guida nazionali di AgID hanno
deciso che, nel caso di 'open by default, la licenza che si deve
applicare è la cc-by 4.0.
Risultato:
si ricade nel problema di incompatibilità dell'attribuzione

... storia infinita e senza senso ...

In ogni caso, se decidi di portare avanti una azione di import, io mi
schiero a favore.

Ciao

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


Re: [Talk-cz] WeeklyOSM CZ 436

2018-12-09 Per discussione Pavel Machek
On Fri 2018-12-07 14:11:50, majka wrote:
> On Fri, 7 Dec 2018 at 12:22, Marián Kyral  wrote:
> 
> > A taky mě zaujaly ty diskuse ohledně multipolygonů. Přemýšlím, jestli to
> > spíše nepřidá další zmatky. Místo aby se řešila pořádná podpora v
> > editorech, tak se vymýšlí obezličky.
> >
> Díky za upozornění, tohle jsem přehlédla.
> 
> Tady je stručné shrnutí toho návodu v češtině, bez toho balastu okolo:
> - používat multipolygony jen tam, kde je to nutné
> - vnější hranice by měla být pokud možno jediná uzavřená cesta
> - nepoužívat jako vnější cestu jednotlivé neuzavřené cesty
> - nelepit body silnic, železnic a podobných prvků k plochám, vzájemně
> slepovat jen plochy
> - v žádném případě nelepit k hranicím
> 
> Ten návrh podle mě dává smysl. V podstatě jsou to zásady, které bych
> extrémně uvítala i u nás. Protože editovat některé multipolygony je za
> trest. Většina uživatelů si na to buďto netroufne, udělá to blbě

Me to moc smysl nedava.

Nektere multipolygony asi jsou za trest, ale duplikovat body a cesty
je take za trest. Chtelo by to lepsi nastroje, ne menit system
znaceni.

Konkretne:

Kdyz mam louku ohranicenou plotem, urcite dava smysl mit ji vyznacenou
jako .. louku ohranicenou plotem. Pokud tam jsou dva druhy plotu, tak
dava smysl mit tam dve cesty a multipolygon...

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


signature.asc
Description: Digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [Talk-it] [Alberi Monumentali] quale licenza?

2018-12-09 Per discussione Cascafico Giovanni
Con "dato aperto per principio" direi che si possa importare il dataset
degli alberi, no?

Il dom 9 dic 2018, 09:48 Federico Leva (Nemo)  ha
scritto:

> Ciao Sergio,
> trovi qualche informazione sulla compatibilità di licenze nel wiki OSM:
>
> https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_License_approval
> https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
>
> Trovi qualche informazione in breve sulla situazione normativa teorica in:
> https://it.wikipedia.org/wiki/Dato_aperto_per_principio
>
> Nelle linee guida nazionali trovi anche come provano a barcamenarsi in
> pratica:
>
> https://docs.italia.it/italia/daf/lg-patrimonio-pubblico/it/bozza/licenzecosti.html
>
> Federico
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] [Alberi Monumentali] quale licenza?

2018-12-09 Per discussione Federico Leva (Nemo)

Ciao Sergio,
trovi qualche informazione sulla compatibilità di licenze nel wiki OSM:
https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_License_approval
https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility

Trovi qualche informazione in breve sulla situazione normativa teorica in:
https://it.wikipedia.org/wiki/Dato_aperto_per_principio

Nelle linee guida nazionali trovi anche come provano a barcamenarsi in 
pratica:

https://docs.italia.it/italia/daf/lg-patrimonio-pubblico/it/bozza/licenzecosti.html

Federico

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


Re: [Talk-it] Parchimetri a Perugia

2018-12-09 Per discussione Cascafico Giovanni
Pensa che l'import di parchimetri è usato come modello per la conflation a
Mosca

https://github.com/mapsme/osm_conflate/tree/master/profiles

Il sab 8 dic 2018, 21:32 claudio62PG  ha scritto:

> Mi sto' chiendendo se è utile  o è piuttosto una perdita di tempo.
> Chi leggerà questi dati come capirà a che cosa servono?
> ciao
> Claudio
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it