Re: [Talk-ht] Cartographie des dégâts autour de Jérémie après Matthew

[Pierre Béland]

Bonjour Rei
Bravo au contributeurs de Saint-Marc.
Nous sommes plusieurs à vous supporter suite à ce terrible désastre. 

Nicolas et Sev ont déja parlé du mapathon organisé en Cote d'Ivoire. Nous 
sommes aussi plusieurs à supporter Xavier et Fred qui travaillent très fort à 
Port-au-Prince coordonnant avec la Sécurité civile et le CNGIS. Nous sommes 
plusieurs à les supporter, en coordonnant avec eux différentes actions et en 
améliorant rapidement la carte.  Il y a maintenant près de 500 écoles ajoutées 
pour la péninsule du sud-ouest. 

Soyez assurés que nous allons poursuivre les efforts pour permettre au 
gouvernement haitien et aux organisations humanitaires d'aider le plus 
rapidement possible ces populations à risque avec le manque d'eau, de 
nourriture et d'abris.
Cordialement,
 
Pierre 


  De : Rei Debreus 
 À : Jean-Guilhem Cailton  
Cc : OSM-Talk-Haiti ; hot-francophone 

 Envoyé le : Dimanche 9 octobre 2016 21h05
 Objet : Re: [Talk-ht] Cartographie des dégâts autour de Jérémie après Matthew
   
Nan sousi pou nou ede frè ak sè nou ki frape pa ouragan matthew a.
COSMHA.STM òganize yon mapathon jodi a (dimanche 9 octobre 2016) sou tèm
nap "katografye peyi nou"

En souci d'aider nos frères et sœurs touchés par la tempête Matthew.
COSMHA.STM organiser un mapathon aujourd'hui (Dimanche 9 Octobre 2016) sur
le thème tours "cartographier notre pays"

In concern to help our brothers and sisters hit by the storm Matthew.
COSMHA.STM organize a mapathon today (Sunday 9 October 2016) on the theme
laps "mapping our country"
   
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [OSM-talk] Should we send automated "nag" emails?

[Michał Brzozowski]

On Sun, Oct 9, 2016 at 8:27 PM, john whelan  wrote:
> To catch the mappers before they get set in their habits?

This is, in my opinion, the most underrated wisdom right now. Bad data
causes more bad data. This is both by imitation by other users and by
implicit approval, or rather no feedback.

On top of that, some users meticulously map their personal "pet
projects" (usually either mapping something in insane detail, or some
specialized domain like "abandoned railways" or "historical this and
that"). If their work needs to be corrected or the data doesn't really
belong to OSM - and e.g. will disappear off the render - you know
you're going to have a hard time fixing it as they won't let you go
even if you're right.


Michał

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

Re: [Talk-ht] [activation hotosm] Hurricane Matthew response : Imagery/UAV coordination and support to local Haitian UAV capacities

[nicolas chavent]

Hi everyone,

Neat reading about your UAV achievements Fred, how these serve and will
serve the current response and to learn about your now volunteering work
for the Haitian government.

Dale, Blake and Cristiano: none asked for HOT US Inc to step into UAV
coordination, but just to consider and support via small means a local
collective of professional dronists highly cognizant of Haiti in
emergency/development contexts, nothing more!

The lack of consideration and support from HOT US Inc for the local UAV
capacities reveals what HOT lost since 2010 and ability to change the game
in terms of pre-crisis GIS baseline generation tied to effective local
community capacities building schemes in an agile manner. Fred, none has
spoken in your name but referred to this experience attached to your name
which acts as a revelatory of what HOT US Inc did lose and actually is.
This casts doubts about the reality of HOT US Inc local community support
schemes and make one wonder if they are just useful communication and
fundraising tools.

When anyone who conveyed (HOT US Inc included) to the Word Humanitarian
Summit (WHS) agreed to drastic change in the way the humanitarian system
works and the need to put at its centre empowered local communities, HOT US
inc lack of consideration/inclusion of Haitian local capacities forged
through the Haiti 2010 Quake humanitarian and reconstruction efforts speaks
for itself.

Lastly, a word on the conditions under which those emails were written. I
am coordinating with Severin Ménard (and seconded in this by Augustin Doury
and Amadou Ndong) a team of 30 west african mappers to run three capacity
building trainings of 10 days each around OSM/QGIS/GeOrchestra in Bouaké
for overall 60 persons. At the same time we had been engaging and
organizing Western African and Haitian mappers in the current OSM response.
The last 10 days had all to do with a very intense humanitarian deploy fo
14/16 hours of work a day. I wish I can spend more time training,
organizing Western African to grow their ability to map in development and
in humanitarian contexts as well as supporting Haitians responding to
Cyclone Matthew via a decentralized and openstreetmap response inclusive of
local mappers..

Best,
Nicolas






On Sun, Oct 9, 2016 at 12:54 PM, FredM  wrote:

> I finally took the time to read,
>
> And by the way, I want to send a message to HT talk and OSM Haiti.
>
> We tried our best to continue to run our drone operation to highlight some
> problem in Haiti. Since 2012, we tried to find some fund to fly over Canaan
> area.
>
> Since 2014 or earlier, international community came in Canaan Area and we
> had to stop our mapping party in Canaan. So in 2015 we proposed to fly over
> this area to ARC and others to maintain a link with this area. We asked to
> cover the cost of the drone and the team.
>
> Our goal is to finalize our methodology, and cover the cost to run a drone
> unit in Haiti (it is quite costly) to help other community.
>
> http://potentiel3-0.org/index.php/en/
>
> As I am in Haiti, we can discuss about it ( 36 19 45 44)  but again we
> spent our own money, and received in 2014 the help of Cartong. We got a
> small contract with ARC just now in fact. It help us to pay a new camera
> and fix our drone
>
> But our goal is still the same highlight some problem with accuracy and
> find local solution.
>
> So I have tried to make a coordination with hot Tanzania project this year
> but I didn't success. At least I have tried
>
> Right now, we are using drone to find the best warehouse for the operation
> in Jeremie, later for the damage assessment.  I am volunteer for the
> Haitian government for the moment.
>
> All the best and thanks all for the work done for Haiti.  And help us to
> build local capacity, open mind,  it is the most important at the end.
>
> FredM
>
>
> wrote:
>
> Great job Fred, glad that you've managed to get things going on your own.
> When if you have the imagery available please feel free to let us know and
> we can make sure it's available on OpenAerialMap.
>
> Stay safe and we wish you the best.
>
>
>
> On Sat, Oct 8, 2016 at 8:34 PM, FredM  wrote:
>
>> Oups,
>>
>> Didn't read all your message. I have seen my name but I don't have time
>> for that.
>>
>> Could you stop to use it as I have no time to cross check what you said.
>> Fred can talk for Fred : )
>>
>> Just came back from an assessment in Jeremie for the gouvernment. We have
>> huge work to do. So I am right now with the CNIGS and civil protection. In
>> the field we flew drone for planification ( Warehouse, fix the port, damage
>> assessment, etc...)
>>
>> Let me know if you have more UAV resource, For now we have 2 ebee and 3
>> quadecopter. + Satellite imagery.
>>
>> Drone imagery is useful, we are using it in our NGO to promote technology
>> and use it for local community. Not for the business or the storytelling.
>>
>> Only for operational purpose,... 

Re: [Talk-ht] Cartographie des dégâts autour de Jérémie après Matthew

[Rei Debreus]

Nan sousi pou nou ede frè ak sè nou ki frape pa ouragan matthew a.
COSMHA.STM òganize yon mapathon jodi a (dimanche 9 octobre 2016) sou tèm
nap "katografye peyi nou"

En souci d'aider nos frères et sœurs touchés par la tempête Matthew.
COSMHA.STM organiser un mapathon aujourd'hui (Dimanche 9 Octobre 2016) sur
le thème tours "cartographier notre pays"

In concern to help our brothers and sisters hit by the storm Matthew.
COSMHA.STM organize a mapathon today (Sunday 9 October 2016) on the theme
laps "mapping our country"
On Oct 9, 2016 11:12 AM, "Jean-Guilhem Cailton"  wrote:

> Bonjour,
>
> Des images des satellite Pléiades prises après le passage du cyclone
> Matthew, acquises dans le cadre de la Charte internationale Espace et
> catastrophes majeures, ont été mises à disposition pour contribuer à
> OpenStreetMap. Elles couvrent en particulier Jérémie et Les Cayes.
>
> Elles sont disponibles dans ces couches TMS :
> tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/
> haiti_pleiades_201610/{zoom}/{x}/{y}
>
> NIR, colorée en utilisant le proche infrarouge comme rouge :
> tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/
> haiti_pleiades_201610_nir/{zoom}/{x}/{y}
>
> Et aussi en png, en plus du jpeg, dont si les tuiles sont plus grosses
> et lentes à charger si la bande passante est limitée, mais qui autorise
> un fond transparent :
> tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/
> haiti_pleiades_201610_png/{zoom}/{x}/{y}
> tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/
> haiti_pleiades_201610_nir_png/{zoom}/{x}/{y}
>
>
> Un projet de gestionnaire de tâche explique comment les dégâts visibles
> peuvent être cartographiés dans OSM en y adaptant la méthodologie BAR,
> sur une zone autour de Jérémie :
>
> http://taches.francophonelibre.org/project/44
>
> Pour l'instant, il n'est rédigé qu'en français. Si certains participants
> aux mapathons en Haïti et ailleurs - que je félicite et salue
> amicalement au passage - sont intéressés et ont des questions, qu'ils
> n'hésitent pas à les poser.
>
>
> Amitiés,
>
> Jean-Guilhem
>
> --
> "Tant qu’on n’aura pas compris que le cerveau est une machine à dominer,
> on ne pourra pas lutter efficacement contre ces hiérarchies aliénantes."
> Dominique Dupagne, La revanche du rameur
> 
> ___
> Talk-ht mailing list
> Talk-ht@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ht
> Notez! Vous pouvez utiliser Google Translate (http://translate.google.com)
> pour traduire les messages.
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [OSM-talk] Should we send automated "nag" emails?

[john whelan]

The problem is just the sheer volume.  I suspect in Africa we are looking
at 10,000 or more.  Some may well be old edits.

Yes in time the web sites that show these things as needing corrections
will lead to them being corrected but sitting down and correcting them one
at a time takes a lot of time.  If we can catch them before they upload 50
more untagged ways that would save a lot of effort and I don't know how
much patience people have when faced with having to tag several hundred
buildings.

It's the untagged highways I'm more concerned with.

Cheerio John

On 9 October 2016 at 17:25, Jo  wrote:

> We've been nagging iD developers for months, if not years, about this now.
> I thought it was resolved a few months back, but apparently not.
>
> Why is it necessary to make it so complicated to draw a building that
> doesn't get uploaded as area=yes in iD? Why not simply default to
> building=yes or warn about the error and give mappers the chance to convert
> all their newly mapped area=yes to building=yes, preferably in one swift go?
>
> No, the validators need to stumble upon it, then tell the mappers on a one
> to one basis about the proper way to map. My personal preference is to
> suggest that other editor out there, where you can draw rectangular
> buildings with just 3 mouse clicks. But that one is considered way too
> complicated to get going with. So let's not use that.
>
> Polyglot
>
> 2016-10-09 20:27 GMT+02:00 john whelan :
>
>> If you look at parts of Africa in particular there are too many to send
>> out individual emails.  HOT doesn't even begin to validate more than half
>> the tiles that its mappers marked done never mind the ones have mapped on.
>> So that's where the question comes from.  I'm not saying its all HOT by any
>> means.
>>
>> The question is more because of the quite large numbers is there some
>> better way to handle these.  To catch the mappers before they get set in
>> their habits?  Can we use some statistical analysis to see if we can reduce
>> the number?
>>
>> I accept that JOSM will warn but it can be overridden I don't know enough
>> about iD or other editors.
>>
>> Cheerio John
>>
>>
>>
>> On 9 October 2016 at 14:11, Frederik Ramm  wrote:
>>
>>> Hi,
>>>
>>> On 10/09/2016 07:14 PM, john whelan wrote:
>>> > I'm seeing many many ways in the map which are untagged. Some are
>>> simply
>>> > area=yes and I suspect it is not just HOT mappers.
>>>
>>> HOT mappers or no, if there are many mappers doing this then the rewards
>>> must be calibrated badly.
>>>
>>> Ordinary mappers' reward, at least when they begin, is to see their
>>> stuff on the map. A way tagged area=yes will not be visible, hence no
>>> reward. We'd have to find out what (badly calibrated) reward these
>>> people get - are they driven by a teacher, a task manager, some leader
>>> board?
>>>
>>> *This* is what we should ask them - why did you map what you mapped,
>>> what incentive was there?
>>>
>>> Bye
>>> Frederik
>>>
>>> --
>>> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>>>
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>>>
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] jabber chat nejede?

[Marián Kyral]

Aha. Tohle funguje. Taky to mohl ten blbec říct rovnou, že ten server
nejede :-D

Díky,
Marián


Dne 9.10.2016 v 22:50 Petr Schönmann napsal(a):
>
> MUC server moved from conf.netlab.cz  to
> chat.jabb.im 
>
>
> Dne ne 9. 10. 2016 19:57 uživatel Marián Kyral  > napsal:
>
> Právě, že na jabber.cz  se dostanu. Jen ten chat
> furt připojuje a nic.
>
>
>
> Marián
>
> -- Původní zpráva --
> Od: Petr Schönmann  >
> Komu: OpenStreetMap Czech Republic  >
> Datum: 9. 10. 2016 19:28:03
> Předmět: Re: [Talk-cz] jabber chat nejede?
>
>
> Informace o průběhu migrace naleznete zde.
>
> Rychlá oprava: Nemůžete se přihlásit? Použijte port 5222 (5223
> nefunguje), NEzadávejte server ručně, způsob připojení
> StartTLS (ne SSL), heslo posílejte jako plaintext.
>
>
> Dne so 8. 10. 2016 23:30 uživatel Marián Kyral
> > napsal:
>
> Ahoj,
>
> po posledních škatulatech na jabber.cz ,
> jabbim.cz  a dalších přidružených
> doménách se mi Psi nechce připojit na jabber chat
> openstreetmap. Je
> problém jen u mne, nebo na serveru?
>
>
> Díky,
>
> Marián
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> -- 
> S pozdravem
> Petr Schönmann
> https://www.facebook.com/klikklakcz
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> -- 
> S pozdravem
> Petr Schönmann
> https://www.facebook.com/klikklakcz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-GB] Location: High accuracy mode on android

[Warin]

On my Android phone I can set the GPS on, WiFi off ... in the pull down 
settings menu.

This avoids any issues with wifi errors in their location and copyright.
I normally use a dedicated GPS receiver, the phone is a backup and as I 
normally use it as a simple phone I turn off both WiFi and GPS for 
battery life.


On 09-Oct-16 10:46 PM, Andy Townsend wrote:

Short answer: Probably not.

Longer answer:

There are two bits to this. One is where your phone got its location 
from and the other is what you actually added to OSM.


Taking the first bit first, it would depend on where the app got its 
location from. If the app said that it uses Play Services if "high 
accuracy" is set (in the app), then you've got to assume that is what 
it is using. If you're in the middle of nowhere then that location is 
going to be based on GPS only. If you're in a town it'll use wifi 
hotspots that Google users have seen previously as well. The third 
component, cell site location, is unlikely to give you anything more 
useful than the other two (when I last looked at the accuracy of that 
in town, which was pre 4g, it was more than 500m, so not much use).


The second bit is I would expect dependant on a whole bunch of things 
- I use GPS traces, Bing imagery, OS Streetview in addition to my own 
recollection of what things actually looked like.


If you were recording a GPS trace in the centre of a town, using 
mostly local wifi hotspots for location, and converting that trace to 
a way in OSM without engaging brain, then it could be argued that 
Google's locations are getting into OSM. As you aren't doing that, I 
doubt that it can (notwithstanding that I'm not a lawyer, and I 
suspect that a lawyer could argue about anything if necessary).


It does depend on the app of course - I'm writing this on a phone that 
runs Android apps but doesn't support Play Services, but that's a 
rapidly diminishing segment of the market unless Amazon decides to 
head-butt that plate-glass window again or possibly Samsung thinks 
they need to break free of Google. It also depends on user input - for 
example MAPS.ME does use Google Play Services but does allow user 
placement of POIs‎ prior to saving.


*From: *Nick Whitelegg
*Sent: *Sunday, 9 October 2016 12:11
*To: *talk-gb@openstreetmap.org
*Subject: *[Talk-GB] Location: High accuracy mode on android


Hi, just wanted to check something. Unintentionally I had location on 
High accuracy mode on android when mapping last week... Annoyingly it 
sets it to this each time you turn location on... And the 
documentation says it uses Google location services. Will this violate 
any copyright? Hope not as it will mean deleting mapping from last 
week. Don't think it will but thought I'd best check.


Thanks, Nick




___
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-talk] Should we send automated "nag" emails?

[Jo]

We've been nagging iD developers for months, if not years, about this now.
I thought it was resolved a few months back, but apparently not.

Why is it necessary to make it so complicated to draw a building that
doesn't get uploaded as area=yes in iD? Why not simply default to
building=yes or warn about the error and give mappers the chance to convert
all their newly mapped area=yes to building=yes, preferably in one swift go?

No, the validators need to stumble upon it, then tell the mappers on a one
to one basis about the proper way to map. My personal preference is to
suggest that other editor out there, where you can draw rectangular
buildings with just 3 mouse clicks. But that one is considered way too
complicated to get going with. So let's not use that.

Polyglot

2016-10-09 20:27 GMT+02:00 john whelan :

> If you look at parts of Africa in particular there are too many to send
> out individual emails.  HOT doesn't even begin to validate more than half
> the tiles that its mappers marked done never mind the ones have mapped on.
> So that's where the question comes from.  I'm not saying its all HOT by any
> means.
>
> The question is more because of the quite large numbers is there some
> better way to handle these.  To catch the mappers before they get set in
> their habits?  Can we use some statistical analysis to see if we can reduce
> the number?
>
> I accept that JOSM will warn but it can be overridden I don't know enough
> about iD or other editors.
>
> Cheerio John
>
>
>
> On 9 October 2016 at 14:11, Frederik Ramm  wrote:
>
>> Hi,
>>
>> On 10/09/2016 07:14 PM, john whelan wrote:
>> > I'm seeing many many ways in the map which are untagged. Some are simply
>> > area=yes and I suspect it is not just HOT mappers.
>>
>> HOT mappers or no, if there are many mappers doing this then the rewards
>> must be calibrated badly.
>>
>> Ordinary mappers' reward, at least when they begin, is to see their
>> stuff on the map. A way tagged area=yes will not be visible, hence no
>> reward. We'd have to find out what (badly calibrated) reward these
>> people get - are they driven by a teacher, a task manager, some leader
>> board?
>>
>> *This* is what we should ask them - why did you map what you mapped,
>> what incentive was there?
>>
>> Bye
>> Frederik
>>
>> --
>> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] domande sull'uso del tag landuse

[Max1234Ita]

mbranco wrote
> Buongiorno Lista,
> sto specificando nella mia zona i vari landuse, e ho alcune domande:
> 
> 1) Da qualche parte c'è una guida specifica a riguardo? (la wiki mi è
> stata utile, ma solo per le info di base).
> 
> 2) Una volta tracciato il poligono che delimita un bosco e inserito con
> ruolo outer in un nuova relazione multipoligono, tutti i poligoni
> preesistenti all'interno (un laghetto, una casa isolata, ecc) devono
> essere aggiunti alla relazione con ruolo inner, giusto? 
> 
> 3) Che tipi di ways possono attraversare un landuse (per es. forest)
> potendo lasciare un unico poligono anzichè fare più poligoni piccoli? Con
> un'autostrada (o un fiume) che lo attraversa, mi viene spontaneo definire
> il bosco tramite due poligoni: ma per sentieri, strade sterrate? L'ideale
> sarebbe che sia definito per tutte le possibili highways se spezzettare o
> meno il landuse circostante (stesso ragionamento per stream/river)
> 
> 4) Quando ci sono landuse contigui (es. una vigna a fianco di un uliveto)
> i due poligoni hanno i nodi opportuni in comune, giusto? (mi sembra che il
> plugin contourmerge faccia proprio questo). Se però in mezzo ai due
> landuse passa un sentiero, o uno sterrato? OK che highways e landuse non
> abbiano nodi in comune, ma può la highway passare sulla stessa linea in
> comune ai due landuse pur avendo nodi separati e distinti da quelli dei
> poligoni dei due landuse?
> 
> Ringrazio in anticipo chi mi risolve i dubbi, ciao.
> 
> Marco



Provo a risponderti anch'io.

1) Non credo ci sia una guida ufficiale, oltre alla pagina del Wiki,
specifica sui landuse. Spulciando un po' i vecchi post della Lista magari
trovi qualcosa di più, ma credo che dovrai armarti di MOLTA pazienza... :-)

Se invece cerchi una guida un po' più generale, puoi provare questa: 
http://www.msmountain.it/varie/mappa_osm/consigli1-concettibase.html
  ; a
volte dà qualcheidea interessante.

2) Di solito io traccio una linea Outer, che provvedo aspezzare in 2 o più
parti qualora il numero di nodi superasse i 2000 (il numero massimo
gestibile dalle API di rendering). Poi per le way  Inner dipende dai casi.
In generale:
 - Grandi radure: sì, con tag natural=scrub/Heath/grassland, a seconda di
quel che è
 - Laghetti: sì, con tag natural=water e water=pond/resevoir, ecc.
 - Edifici: no se si dovesse rendere "inner" ogni edificio che si trova
all'interno di un'area /landuse=residential/ verrebbero ben presto meno le
risorse sui server (e, forse, ben prima succederebbe lo stasso alla pzienza
del mappatore).
 - Fattorie/cascine/centri abitati: si, ma lascio la Inner senza tag e mappo
quello che si trova all'interno della inner coi tag che mi sembrano più
adatti
 - Landuse all'interno di altri landuse o natural: no. Di solito disegno la
inner senza alcun tag, poi traccio il landuse interno in modo che i suoi
bordi non tocchino  la inner area e gli metto i tag adatti (landuse=*).
Se usi JOSM, a volte torna utile la funzione che permette di disegnare linee
parallele ad oggetti già selezionati (scorciatoia: Shift+P)

3) Come diceva anche l'altro Marco, sarebbe meglio evitare di avere nodi in
comune tra le higway (strade/sentieri) ed i contorni delle varie aree
natural/landuse. 
Sicuramente va evitato come la peste l'utilizzo di intere highway come
contorno di un multipoligono che rappresenta un bosco/foresta: forse sarà
più semplice rappresentare l'oggetto in questione, ma si rischia di
complicare la vita a chi verrà dopo, a questo punto meglio "sprecare" (o
meglio, "investire risorse in") qualche nodo in più ma mantenere le pecore
separate dalle capre (ovvero le strade separate da tutto il resto).

Se ti viene scomodo disegnare punto per punto il contorno dei vari
landuse/natural, puoi sempre usare JOSM con il plugin FastDraw, non è
difficile da imparare ed aiuta un sacco.

Unica eccezione (a parte quando uno "snap" singolo parte accidentalmente
mentre si traccia un contorno), quando sai che il landuse/natural è
delimitato da "qualcosa" (una sbarra, un cancello), nel qual caso si
potrebbe mettere un nodo in comune, col tag barrier=gate, anche se, però, in
casi del genere preferisco comunque disegnare la barriera nel punto in cui
si trova e taggare come gate/lift_gate ecc. il punto in cui essa interseca
la strada.


4) Personalmente, cerco di mantenere separate le varie entità, non solo la
vigna a fianco di un uliveto, come nel caso da te citato, ma anche di vigna
a fianco di vigna, ecc.. Sì, lo so, è una palla disegnare gli oggetti uno
per uno (ma se hai un po' di pazienza ed usi gli strumenti giusti nemmeno
più di tanto) però rende meglio l'idea di com'è fatto il territorio (se vuoi
avere un'idea del risultato, puoi guardare qui: 
http://www.openstreetmap.org/#map=16/44.9656/9.1516
  ). 

SICURAMENTE cerco sempre di evitare i contatti tra /natural/ e /landuse/ (a
meno di eventuali brevi 

Re: [Talk-at] Murradweg / "nationale" Radwege

[Michael Maier]

On 09/10/16 10:51, Andreas Wecer wrote:
> Hallo,
> 
> ich bin gerade etwas unzufrieden mit der Kategorisierung der Radrouten
> in Österreich
> 
> Der Murradweg R2 wird in Österreich (Salzburg/Steiermark) als
> "regionaler Radweg" rcn getagged, in Slowenien/Kroatien bis zur Mündung
> in die Drau dagegen als "nationaler Radweg" ncn (durchgehend gleiche
> Bezeichnung "R2"). Meiner Meinung nach sollte alles als ncn getagged
> werden (auch wenn er durch mehrere Länder geht).

+1 von mir, um ihn auf ncn zu setzen.

lg,
Michael

-- 
Michael Maier, Student of Telematics @ Graz University of Technology
OpenStreetMap Graz http://osm.org/go/0Iz@paV
http://wiki.osm.org/Graz
http://wiki.osm.org/Graz/Stammtisch



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-GB] Autumn Quarterly Project

[Neil Matthews]

Brilliant -- that'll make surveying a lot easier.

As an aside -- I've noticed that a lot of local establishments often 
include their address (postcode) on menus posted outside -- or on 
alcohol "licences".


Cheers,

Neil

On 09/10/2016 10:45, Greg wrote:

Hi Neil,

I've added the feature you requested. It's now possible to download
various GPX files for each district, which should allow easier surveying
on the ground.

>From tomorrow, it should also be possible to download a GPX file for OSM
entities with invalid fhrs:ids too (i.e. the ones listed in the table at
the bottom of each district page that don't match with the FHRS database).

Thanks,
Greg.


On 02/10/16 22:19, Neil Matthews wrote:

1.We have a great tool

developed some time ago by
gregrs, whose work we should really recognise by making use of it.

Tool looks good, but is there any way to get a feature request: to
identify items in the fhrs data that don't match to OSM in a region (and
ideally get a GPX file for surveying). Maybe also sort the regions
alphabetically on the launch page?

Cheers,
Neil


___
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-cz] Labe-Elbe meeting - shrnutí

[r00t]

Uz nejakou dobu se RTK zabyvam a v soucasnosti stavim datalogger pro logovani
RAW mereni pro pozdejsi zpracovani s minimalni spotrebou energie. Ale klidne
jde pouzit obycejne rPI nebo jina linux-deska pokud nevadi vyssi spotreba.

Jako modul pouzivam UBLOX M8T a M8N, hlavne proto ze maji dualni tuner, takze
umi dohromady GPS+GALILEO+GLONASS a k tomu ext. antenu s backplate.
Hlavne M8N je levny, za 300-500kc modul z Ciny (cena zavisi na tom jestli je
antena integrovana nebo ne, externi je drazsi). Rozdil mezi M8T a M8N je ten ze
M8N oficialne RAW nepodporuje a je potreba pouzit nedokumentovane prikazy a
starsi FW, jinak HW je uplne stejny u obou.

Nekdy o tom treba napisu nejaky blogpost nebo tak neco... :)


JH


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

Re: [Talk-it] Notiziario Settimanale OSM #324

[Simone Cortesi]

Volevo ringraziare pubblicamente Stefano per questa nuova iniziativa.

Spero possa incontrare l'entusiasmo di altre persone che possano aiutare
nella traduzione in italia, e che, grazie a questa, si possano raggiungere
nuovi mapper.

Grazie Stefano!

-S

2016-10-08 11:21 GMT+02:00 Stefano :

> La raccolta settimanale delle notizie OSM, edizione #324, è adesso
> disponibile online in Italiano, come sempre fornisce un riassunto di tutte
> le cose che accadono nel mondo openstreetmap:
>
> http://www.weeklyosm.eu/it/archives/8173
>
> Godetevelo!
>
> Il notiziario settimanale OSM vi è fornito da 
> https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
>
> NOTA:
> C'è qualcun'altro che si offre per aiutare? Alla fine bisogna accedere ad
> un gestionale che facilita la gestione delle informazioni per produrre
> l'articolo e opzionalmente seguire il canale Slack per parlare con il team.
> Per info scrivetemi (per aderire bisogna scrivere a
> theweekly@gmail.com)
>
> Grazie,
> Stefano
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>


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

Re: [Talk-GB] Quarterly project - taginfo tracker

[Greg]

The python-fhrs-osm tool will now create a CSV file containing statistics for 
each district each day, which should allow detailed tracking. It will be 
located at http://gregrs.dev.openstreetmap.org/fhrs/stats--mm-dd.csv 
 once the tool 
runs this evening.

Thanks,
Greg


> On 4 Oct 2016, at 17:58, Greg  wrote:
> 
> In case it's useful for tracking, you can get the full list of tags used
> by my comparison tool at the link below. The tool downloads nodes/ways
> with those tags and any nodes/ways with an fhrs:id tag set.
> 
> https://github.com/gregrs-uk/python-fhrs-osm/blob/master/filter-osm.sh#L5-L13
> 
> Thanks,
> Greg
> 
> 
> On 02/10/16 17:38, Robert Whittaker (OSM lists) wrote:
> 
>> Off the top of my head, I'd have thought it would be good to know
>> about number of instances of fhrs:id=* and addr:postcode=*, and
>> numbers of eating type places (perhaps just one count for all
>> amenity=cafe|restaurant|fast_food|pub|bar). Maybe also the
>> number/proportion of such places that have a name tag. Possibly you
>> could do other measures postcode progress, such as number of unique
>> correctly-formatted postcodes in addr:postcode tags and/or number of
>> postcode sectors ("AB12 X..") with at least one addr:postcode tagged.
> 
> ___
> 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-cz] LinuxDays 2016 - závěrečná zpráva ;-)

[Pavel Machek]

Ahoj!

> V neděli jsem měl nejprve přednášku "OpenStreetMap včera, dnes a zítra". Ta 
> moc lidí nezaujala - přišlo jich jen pár a některé jsem historií úspěšně 
> uspával :-( Navíc jsem si ukousl moc velké sousto. Někde v polovině mi došel
> čas. Nicméně následně bylo několik zajímavých dotazů a dokonce jsme byli 
> následně vyhnáni na chodbu. Z téhle přednášky záznam nebude.

Lidi jen par ... na to ze to byla mala mistnost schovana v jinym patre
nez zbytek, tam bylo lidi celkem dost. Nekolikrat vic nez na moje povidani o
telefonech, rekl bych ;-).

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

[OSM-talk-fr] Nouvelle carte interactive sur ANFR pour les réseaux mobiles

[Eric Debeau]

Bonsoir

ANFR vient de publier une carte interactive des données  des déploiements
des réseaux mobiles utilisant des fréquences soumises à des licences (2G,
3G, 4G)
http://www.anfr.fr/gestion-des-frequences-sites/lobservatoire-en-carte/

A noter un fond de carte basé sur OSM ;-)

Je rebondis pour savoir si on a progressé sur l'intégration des données de
ANFR dans OSM (j'avais suivi le fil de discussion d'avril 2015, mais
depuis, je n'ai pas rien vu depuis)

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

[Talk-cz] LinuxDays 2016 - závěrečná zpráva ;-)

[Marián Kyral]

Ahoj,
Tak jsem se tento víkend zúčastnil akce LinuxDays 2016. Měl jsem tam dvě 
přednášky, obě v neděli, takže jsem měl celou sobotu na to zjistit, jak to 
tam chodí.

V neděli jsem měl nejprve přednášku "OpenStreetMap včera, dnes a zítra". Ta 
moc lidí nezaujala - přišlo jich jen pár a některé jsem historií úspěšně 
uspával :-( Navíc jsem si ukousl moc velké sousto. Někde v polovině mi došel
čas. Nicméně následně bylo několik zajímavých dotazů a dokonce jsme byli 
následně vyhnáni na chodbu. Z téhle přednášky záznam nebude.

Druhá přednáška o openstreetmap.cz byla odpoledne, účast byla větší a byl 
pořizován záznam. Snažil jsem se naše stránky představit a získat další 
programátory, kteří by pomohli s vývojem. Tady jsem sice skončil načas, ale 
zase mně zklamala technika, živá ukázka stránek nebyla vidět na projektoru a
nevěděl jsem, co s tím. Takže jsem to odříkal dle slide, ale živá ukázka 
aktivní vrstvy by byla bývala lepší. Nicméně i tak bylo několik dotazů a 
diskuze se následně přenesla i do kuloárů.

Docela mne překvapilo, že se lidi stále ptají, jak tu mapu vlastně 
editujeme. Jsem myslel že už to každý ví :-D
Takže námět třeba na příště, udělat nějakou přednášku o způsobech editace - 
iD, JOSM/Merkaartor, Maps.Me a web aka wheelmap.org. Taky by možná měl 
úspěch nějaký workshop jak editovat.

A možná by asi nebyl ani špatný nápad mít tam nějaký stánek propagující OSM.
Nějaké nálepky, letáčky, příklady papírových map, nějaké počítače s běžícími
stránkami openstreetmap.cz nebo monitor, kde se budou promítat různé rendery
OSM a třeba další služby postavené nad OSM. A ještě mně napadá zřídit nějaký
helpdesk, kde by si mohli kolemjdoucí třeba nahlásit nějaký problém v OSM a 
my bychom to rovnou opravili.

Akorát je jasné, že sám to dělat nemůžu, takže by to chtělo nějaké parťáky/
parťačky a taky to nebude zadarmo. A nevím, jestli by si někdo koupil tričko
nebo něco jiného s motivem OSM aby se to následně zaplatilo.

BTW, jak je to vlastně s komerčním prodejem předmětů s logem OSM?

Tak zatím vše, nějak moc jsem se rozepsal :-D
Marián___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Labe-Elbe meeting - shrnutí

[Petr Holub]

> A taky o
>indiegogo.com/projects/the-world-smallest-precision-gps
> Systém používá jednu GPSku jako base, a pak další jako "rover". Roverů
> můžete mít více. Komunikují mezi sebou a dosahují tak dohromady více než
> 1cm přesnosti. Bohužel je to stále docela drahé (450 Euro).

Tohle znate?
https://navspark.mybigcommerce.com/ns-raw-carrier-phase-raw-measurement-output-gps-receiver/
Samozrejme by k tomu byla potreba jeste slusna antena, ale furt by
to mohlo byt za rozumnejsi cenu.

Petr


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

Re: [Talk-cz] NS Hády a údolí Říčky

[Marián Kyral]

To záleží, jestli je cesta mezi jednotlivými zastaveními nějak značena 
případně zda tam vede jen jedna cesta.

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: talk-cz@openstreetmap.org
Datum: 9. 10. 2016 17:18:50
Předmět: [Talk-cz] NS Hády a údolí Říčky

"
mám dotaz k relaci č. 4458943 NS Hády a údolí Říčky
trasa této naučné stezky není vyznačena na waymarkedtrais ani na 
taskmanageru na poloha.net

Když se podívám na obsah relace, tak členy relace jsou pouze zastavení - 
neměly by se doplnit i cesty mezi zastaveními tak, aby se tato NS zobrazila 
i na výše uvedených mapách

Pražák

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

Re: [OSM-talk] Should we send automated "nag" emails?

[john whelan]

If you look at parts of Africa in particular there are too many to send out
individual emails.  HOT doesn't even begin to validate more than half the
tiles that its mappers marked done never mind the ones have mapped on.  So
that's where the question comes from.  I'm not saying its all HOT by any
means.

The question is more because of the quite large numbers is there some
better way to handle these.  To catch the mappers before they get set in
their habits?  Can we use some statistical analysis to see if we can reduce
the number?

I accept that JOSM will warn but it can be overridden I don't know enough
about iD or other editors.

Cheerio John



On 9 October 2016 at 14:11, Frederik Ramm  wrote:

> Hi,
>
> On 10/09/2016 07:14 PM, john whelan wrote:
> > I'm seeing many many ways in the map which are untagged. Some are simply
> > area=yes and I suspect it is not just HOT mappers.
>
> HOT mappers or no, if there are many mappers doing this then the rewards
> must be calibrated badly.
>
> Ordinary mappers' reward, at least when they begin, is to see their
> stuff on the map. A way tagged area=yes will not be visible, hence no
> reward. We'd have to find out what (badly calibrated) reward these
> people get - are they driven by a teacher, a task manager, some leader
> board?
>
> *This* is what we should ask them - why did you map what you mapped,
> what incentive was there?
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Should we send automated "nag" emails?

[Frederik Ramm]

Hi,

On 10/09/2016 07:14 PM, john whelan wrote:
> I'm seeing many many ways in the map which are untagged. Some are simply
> area=yes and I suspect it is not just HOT mappers.

HOT mappers or no, if there are many mappers doing this then the rewards
must be calibrated badly.

Ordinary mappers' reward, at least when they begin, is to see their
stuff on the map. A way tagged area=yes will not be visible, hence no
reward. We'd have to find out what (badly calibrated) reward these
people get - are they driven by a teacher, a task manager, some leader
board?

*This* is what we should ask them - why did you map what you mapped,
what incentive was there?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-at] Murradweg / "nationale" Radwege

[Markus Straub]

Hallo Andreas,

ich unterstütze deinen Vorschlag lange & wichtige Radwege durch 
Österreich als ncn zu Taggen. Beim Donauradweg ist das ja z.B. schon der 
Fall.


LG, Markus

On 2016-10-09 10:51, Andreas Wecer wrote:

Hallo,

ich bin gerade etwas unzufrieden mit der Kategorisierung der Radrouten
in Österreich

Der Murradweg R2 wird in Österreich (Salzburg/Steiermark) als
"regionaler Radweg" rcn getagged, in Slowenien/Kroatien bis zur Mündung
in die Drau dagegen als "nationaler Radweg" ncn (durchgehend gleiche
Bezeichnung "R2"). Meiner Meinung nach sollte alles als ncn getagged
werden (auch wenn er durch mehrere Länder geht).
http://cycling.waymarkedtrails.org/#route?id=31617=9!46.8977!15.6033
http://cycling.waymarkedtrails.org/#route?id=2021264=10!46.5277!16.8942

aktuelle Regelung:

http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Radwege#Radwege_in_der_Steiermark
Die Landesradwege (R1, R2, etc.) werden als Relationen mit network=rcn
und die Bezirksradwege (GU1, LB8, etc.) mit network=lcn gemappt.
'Nationale' Radwege (network=ncn) gibt in der Steiermark nicht
(angeblich sind einige der Landesradwege aber Teile Europäischer
Fernradwege).


Die Kategorisierung im Wiki hat zwar ihre Logik und erleichtert die
Einteilung, ignoriert allerdings völlig die Länge und Bedeutung der
Radroute, was zur Folge hat, dass ein 320km langer Radweg genauso
angezeigt wird, wie bspw. ein 4km langer
(http://openstreetmap.org/relation/38237 )

Die Kategorie ncn wird im Moment in Österreich so gut wie gar nicht
verwendet (bzw. hauptsächlich dort, wo sowieso auch ein internationaler
EuroVelo verläuft) und ich denke es ist durchaus argumentierbar, dass
Radrouten mit mehr als (Hausnummer) 100km von "nationalem" Interesse
sind. In den meisten Bundesländern kommen dafür eh nur 1-2 in Frage und
dann hat auch rcn wieder mehr Aussagekraft, als nur welche Bezeichnung
am Schild steht.
Es ist ein wenig so, als würde man auf highway=primary völlig verzichten
und es gäbe nichts zw. Autobahn und Landstraße.

LG
  Andreas


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



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

Re: [Talk-cz] jabber chat nejede?

[Marián Kyral]

Právě, že na jabber.cz se dostanu. Jen ten chat furt připojuje a nic.



Marián


-- Původní zpráva --
Od: Petr Schönmann 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 10. 2016 19:28:03
Předmět: Re: [Talk-cz] jabber chat nejede?

"

Informace o průběhu migrace naleznete zde.
 
Rychlá oprava: Nemůžete se přihlásit? Použijte port 5222 (5223 nefunguje), 
NEzadávejte server ručně, způsob připojení StartTLS (ne SSL), heslo 
posílejte jako plaintext.



Dne so 8. 10. 2016 23:30 uživatel Marián Kyral  napsal:

"Ahoj,

po posledních škatulatech na jabber.cz(http://jabber.cz), jabbim.cz
(http://jabbim.cz) a dalších přidružených
doménách se mi Psi nechce připojit na jabber chat openstreetmap. Je
problém jen u mne, nebo na serveru?


Díky,

Marián


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

-- 



S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz(https://www.facebook.com/klikklakcz)



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

Re: [OSM-talk] Should we send automated "nag" emails?

[JB]

Le 09/10/2016 à 19:14, john whelan a écrit :

Some are simply area=yes

iD there?
JOSM is not happy with them and will tell you before you upload.

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

Re: [Talk-at] Rating für OSM-Datenqualität pro Region?

[grubernd]

On 2016-10-04 10:42, Thomas Konrad wrote:

Liebe OSM-AT-Community,

weiß von euch jemand eine Quelle für eine Einschätzung / Bewertung, wie gut die 
OSM-Datenqualität in einem bestimmten Land oder in einer bestimmten Region 
weltweit ist?
Anders gefragt: Wie kann eine nicht OSM-affine Person schnell herausfinden, 
inwiefern sie sich beispielsweise auf die OSM-Daten in der Türkei verlassen 
kann?



lässt sich aus meiner Sicht nur lokal beantworten und das ist dann auch 
nur geschätzt.


wie fkv schon zusammengefasst hat, ist Problem der Qualität zum einen 
ein sehr subjektives und zum anderen ein Systemimmanentes:


in der OSM ist nur drin, was drin ist.

über das was nicht drin ist, kann niemand eine Aussage treffen.

das hat aber auch einen riesigen Vorteil: man schaut sich die OSM an, 
stellt fest, ob das was man sehen will drin ist - und aussreichend - 
dann nimmt man sie her. wenn die Datendichte einem lokal nicht 
ausreicht, wird man zum Mapper oder macht einfach einen Abenteuerurlaub.


aktuelles Beispiel: ich war auf Brač. in Ložišća [1] ist kein Café oder 
Restaurant eingetragen. will man nicht wahrhaben, entspricht aber 100% 
der Realität. im etwas weiter westlich gelegenen Bobovišća na Moru [2] 
sind drei Wirtn drin, auch vollständig. nur das Mo-So 7-1 Uhr Shop-Café 
fehlt noch, und so etwas würde man selbst dort nicht vermuten.


grüsse,
grubernd

[1] http://www.openstreetmap.org/#map=16/43.3476/16.4805
[2] http://www.openstreetmap.org/#map=16/43.3496/16.4648

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

Re: [Talk-cz] jabber chat nejede?

[Petr Schönmann]

Informace o průběhu migrace naleznete zde.

Rychlá oprava: Nemůžete se přihlásit? Použijte port 5222 (5223 nefunguje),
NEzadávejte server ručně, způsob připojení StartTLS (ne SSL), heslo
posílejte jako plaintext.

Dne so 8. 10. 2016 23:30 uživatel Marián Kyral  napsal:

> Ahoj,
>
> po posledních škatulatech na jabber.cz, jabbim.cz a dalších přidružených
> doménách se mi Psi nechce připojit na jabber chat openstreetmap. Je
> problém jen u mne, nebo na serveru?
>
>
> Díky,
>
> Marián
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
-- 
S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-at] Talk-at Digest, Vol 96, Issue 5

[Walter Krammer]

Am 09.10.2016 um 14:00 schrieb talk-at-requ...@openstreetmap.org:

Send Talk-at mailing list submissions to
talk-at@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/talk-at
or, via email, send a message with subject or body 'help' to
talk-at-requ...@openstreetmap.org

You can reach the person managing the list at
talk-at-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Talk-at digest..."


Today's Topics:

1. Murradweg / "nationale" Radwege (Andreas Wecer)


--

Message: 1
Date: Sun, 9 Oct 2016 10:51:41 +0200
From: Andreas Wecer <andreas.we...@gmail.com>
To: OpenStreetMap AT <talk-at@openstreetmap.org>
Subject: [Talk-at] Murradweg / "nationale" Radwege
Message-ID: <7358209a-f841-bc4c-0973-4d7f0e11a...@gmail.com>
Content-Type: text/plain; charset="utf-8"

Hallo,

ich bin gerade etwas unzufrieden mit der Kategorisierung der Radrouten
in Österreich

Der Murradweg R2 wird in Österreich (Salzburg/Steiermark) als
"regionaler Radweg" rcn getagged, in Slowenien/Kroatien bis zur Mündung
in die Drau dagegen als "nationaler Radweg" ncn (durchgehend gleiche
Bezeichnung "R2"). Meiner Meinung nach sollte alles als ncn getagged
werden (auch wenn er durch mehrere Länder geht).
http://cycling.waymarkedtrails.org/#route?id=31617=9!46.8977!15.6033
http://cycling.waymarkedtrails.org/#route?id=2021264=10!46.5277!16.8942

aktuelle Regelung:

http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Radwege#Radwege_in_der_Steiermark
Die Landesradwege (R1, R2, etc.) werden als Relationen mit network=rcn
und die Bezirksradwege (GU1, LB8, etc.) mit network=lcn gemappt.
'Nationale' Radwege (network=ncn) gibt in der Steiermark nicht
(angeblich sind einige der Landesradwege aber Teile Europäischer
Fernradwege).

Die Kategorisierung im Wiki hat zwar ihre Logik und erleichtert die
Einteilung, ignoriert allerdings völlig die Länge und Bedeutung der
Radroute, was zur Folge hat, dass ein 320km langer Radweg genauso
angezeigt wird, wie bspw. ein 4km langer
(http://openstreetmap.org/relation/38237 )

Die Kategorie ncn wird im Moment in Österreich so gut wie gar nicht
verwendet (bzw. hauptsächlich dort, wo sowieso auch ein internationaler
EuroVelo verläuft) und ich denke es ist durchaus argumentierbar, dass
Radrouten mit mehr als (Hausnummer) 100km von "nationalem" Interesse
sind. In den meisten Bundesländern kommen dafür eh nur 1-2 in Frage und
dann hat auch rcn wieder mehr Aussagekraft, als nur welche Bezeichnung
am Schild steht.
Es ist ein wenig so, als würde man auf highway=primary völlig verzichten
und es gäbe nichts zw. Autobahn und Landstraße.

LG
   Andreas
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-at/attachments/20161009/2fe177f2/attachment-0001.html>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: 
<http://lists.openstreetmap.org/pipermail/talk-at/attachments/20161009/2fe177f2/attachment-0001.sig>

--

Subject: Digest Footer

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


--

End of Talk-at Digest, Vol 96, Issue 5
**
Das gleiche ist beim Drauradweg R1 der Fall. Er war bisher mit rcn 
getaggt, ich habe das heute auf ncn geändert. In Slowenien, wo er zwar 
eine andere Bezeichnung (D-3) hat, ist er ebenfalls ncn


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

[OSM-talk] Should we send automated "nag" emails?

[john whelan]

I spend a fair amount of time validating in HOT.  This means looking over
the work of other mappers.  When a tile is marked done I check it and
provide feedback.

I'm seeing many many ways in the map which are untagged. Some are simply
area=yes and I suspect it is not just HOT mappers.

To catch new mappers before they send too many of these into the map I'm
wondering if there should be some sort of scan of uploads and if a mapper
is uploading say six ways that have not been tagged then we should send
them something polite pointing them to a tutorial or some such.

I'm only concerned about data quality here and there maybe other errors
that could be caught.

Thoughts?

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

[Talk-ht] Cartographie des dégâts autour de Jérémie après Matthew

[Jean-Guilhem Cailton]

Bonjour,

Des images des satellite Pléiades prises après le passage du cyclone
Matthew, acquises dans le cadre de la Charte internationale Espace et
catastrophes majeures, ont été mises à disposition pour contribuer à
OpenStreetMap. Elles couvrent en particulier Jérémie et Les Cayes.

Elles sont disponibles dans ces couches TMS :
tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/haiti_pleiades_201610/{zoom}/{x}/{y}

NIR, colorée en utilisant le proche infrarouge comme rouge :
tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/haiti_pleiades_201610_nir/{zoom}/{x}/{y}

Et aussi en png, en plus du jpeg, dont si les tuiles sont plus grosses
et lentes à charger si la bande passante est limitée, mais qui autorise
un fond transparent :
tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/haiti_pleiades_201610_png/{zoom}/{x}/{y}
tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/haiti_pleiades_201610_nir_png/{zoom}/{x}/{y}


Un projet de gestionnaire de tâche explique comment les dégâts visibles
peuvent être cartographiés dans OSM en y adaptant la méthodologie BAR,
sur une zone autour de Jérémie :

http://taches.francophonelibre.org/project/44

Pour l'instant, il n'est rédigé qu'en français. Si certains participants
aux mapathons en Haïti et ailleurs - que je félicite et salue
amicalement au passage - sont intéressés et ont des questions, qu'ils
n'hésitent pas à les poser.


Amitiés,

Jean-Guilhem

-- 
"Tant qu’on n’aura pas compris que le cerveau est une machine à dominer,
on ne pourra pas lutter efficacement contre ces hiérarchies aliénantes."
Dominique Dupagne, La revanche du rameur

___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-cz] NS Hády a údolí Říčky

[Zdeněk Pražák]

mám dotaz k relaci č. 4458943 NS Hády a údolí Říčky
trasa této naučné stezky není vyznačena na waymarkedtrais ani na 
taskmanageru na poloha.net

Když se podívám na obsah relace, tak členy relace jsou pouze zastavení - 
neměly by se doplnit i cesty mezi zastaveními tak, aby se tato NS zobrazila 
i na výše uvedených mapách

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

Re: [Talk-it] domande sull'uso del tag landuse

[marco bra]

ciao,


 1)

non ho mai visto doc che faccia luce sul metodo corretto da usare per
mappare landuse
io uso principalmente questi plugin di josm per tracciare i landuse:
- quickdraw per disegnare l'area, semplifico la geometria con le funzioni
tipiche di quickdraw (usando le opzioni disponibili da tastiera);
- contourmerge per far combaciare in un attimo i landuse adiacenti;
- commandLine ed il comando cut per tagliare i landuse con numero di
elementi > 2000

copio parallelamente gli assi della strade (dopo averne aggiustato la
geometria) se queste strade possono essere usate come limiti di landuse,
questa operazione mi agevola nella definizione di una parte di poligono,
poi uso gli strumenti sopradescritti per rifinire l'area


 2)

io ho sempre fatto come dici tu, ho visto in alcune zone che i mappatori
usano una relazione per i confini ovvero una sola linea di confine non
chiusa a poligono e poi tali singole way sono messe in relazioni di
"appartenenza" diverse che definiscono i landuse adiacenti.
Circa questo metodo, pur apprezzandone la logica, lo vedo poco funzionale e
specificatamante più lento da disegnare/costruire/manutenere


 3 / 4)

Per le strade attraversanti i landuse: se sentieri o track io attraverso
senza problemi i landuse, però:

- evito come la peste di usare nodi in comune fra strade e landuse;

- evito assolutamente di sovrapporre pezzi di strada ai landuse;

- spesso se la strada ha larghezza importante (strada asfaltata con più di
una carreggiata) copio parallelamente l'asse della strada e lo uso come
parte di confine del landuse che sto' tracciando;

- se la strada e' una strada di campagna vicina ai confini di landuse cerco
di estendere uno dei due landuse adiacenti a tale strada in modo che la
strada  resti comunque isolata (cioè attraversi un landuse e non si
sovrapponga in alcun modo ai suoi confini)


Marco
mcheck / mcheckimport

Il giorno 9 ottobre 2016 11:51, mbranco  ha scritto:

> Buongiorno Lista,
> sto specificando nella mia zona i vari landuse, e ho alcune domande:
>
> 1) Da qualche parte c'è una guida specifica a riguardo? (la wiki mi è stata
> utile, ma solo per le info di base).
>
> 2) Una volta tracciato il poligono che delimita un bosco e inserito con
> ruolo outer in un nuova relazione multipoligono, tutti i poligoni
> preesistenti all'interno (un laghetto, una casa isolata, ecc) devono essere
> aggiunti alla relazione con ruolo inner, giusto?
>
> 3) Che tipi di ways possono attraversare un landuse (per es. forest)
> potendo
> lasciare un unico poligono anzichè fare più poligoni piccoli? Con
> un'autostrada (o un fiume) che lo attraversa, mi viene spontaneo definire
> il
> bosco tramite due poligoni: ma per sentieri, strade sterrate? L'ideale
> sarebbe che sia definito per tutte le possibili highways se spezzettare o
> meno il landuse circostante (stesso ragionamento per stream/river)
>
> 4) Quando ci sono landuse contigui (es. una vigna a fianco di un uliveto) i
> due poligoni hanno i nodi opportuni in comune, giusto? (mi sembra che il
> plugin contourmerge faccia proprio questo). Se però in mezzo ai due landuse
> passa un sentiero, o uno sterrato? OK che highways e landuse non abbiano
> nodi in comune, ma può la highway passare sulla stessa linea in comune ai
> due landuse pur avendo nodi separati e distinti da quelli dei poligoni dei
> due landuse?
>
> Ringrazio in anticipo chi mi risolve i dubbi, ciao.
>
> Marco
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/domande-sull-uso-del-tag-landuse-tp5884057.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Čísla železničních stanic

[Michal Pustějovský]

Ahoj,

Pokusím se odpovědět. Bohužel s importy nemám zkušenosti, takže můžu poradit
pouze odkazem na informace.

1) Formát referenčního čísla. U nás se v OSM používá šestimístný kód (např. 
pro Brno hl.n. je to 332957), který reprezentuje evideční číslo dle SŽDC. 
Jak už jsem psal, postačí přidat jej jako railway:ref k bodům railway=
station/halt. Je třeba dát pozor na to, že některé stanice mají tyto tagy 
přidány na OSM cestu reprezentující výpravní budovu. Součástí importu by 
mohlo být přesunutí přislušných tagů na nově vytvořené uzly. V ideálním 
případě :-)

2,3) Ano, jde o import. Proto bude nutné nechat ho oficiálně schválit. Viz 
zde(http://wiki.openstreetmap.org/wiki/Import).


Snad to pomůže,

Michal


-- Původní zpráva --
Od: Jethro 
Komu: OpenStreetMap Czech Republic 
Datum: 8. 10. 2016 17:38:53
Předmět: Re: [Talk-cz] Čísla železničních stanic

"Díky, to jsem čekal.
Stále ale zůstávají otevřené všechny otázky, co jsem psal. Do začátku
listopadu nebudu mít čas na tom pracovat, ale pak bych to rád
dotáhl, aby se daly snadno párovat stanice s jízdními řády a jinými
daty, které používají toto číslování.
MSF
Jethro

2016-10-03 20:22 GMT+02:00 Michal Pustějovský 
:
> Ahoj,
> referenční čísla je třeba rozlišovat, pro UIC se používá uic_ref, pro 
číslo dle SŽDC railway:ref. Oboje může být přímo na bodech railway=station/
halt. Píšu z mobilu, jinak bys sem dal i odkazy.
>
>
> Michal
>
>
>
> 3. října 2016 14:53:06 CEST, jzvc  napsal:
>>Dne 3.10.2016 v 14:07 Jethro napsal(a):
>>> Zdar,
>>> diky za info, mam k tomu
>>> 1) A co brani to ted importovat jako ref, aby se to dalo pouzivat, a
>>> postupne to premigrovat na relace, az budou data (nastupiste, body
>>> zastaveni, ...)
>>> 2) Kde se vzalo to XML, co pises? Je to nekde verejne dostupne pod
>>> spravnou licenci, aby se z toho dalo cerpat?
>>>
>>
>>1) nejsem si uplne jistej tim, ze v tomhle pripade je ref zrovna vhodny
>>pole
>>2) to xml je odkazovany z toho schematu - respektive jeho zdroj.
>>
>>Starsi verze je ke stazeni tuhle http://old.uic.org/spip.php?article378
>>
>>respektive http://old.uic.org/IMG/zip/enee_2014-06-20-2.zip
>>
>>
>>
>>> MSF
>>> Jethro
>>>
>>> 2016-10-03 11:09 GMT+02:00 jzvc :
 Dne 3.10.2016 v 0:29 Jethro napsal(a):
>
> Zdar,
> v souvislosti s prací na jízdních řádech vlaků
> (ftp://ftp.cisjr.cz/draha/celostatni/) se mi podařilo spárovat
>>skoro
> všechny vlakové stanice s osobní dopravou s identifikátory v těchto
> řádech používanými. Vzhledem k tomu, že se tyto identifikátory
> používají i na jiných stránkách souvisejících se železnicí, myslím,
>>že
> je to ten správný identifikátor k napsání do ref. S tím se pojí
> několik věcí:
>
> 1) identifikátor v JŘ se dělí na kód železnice (u nás 54),
>>evidenční
> číslo (různé) a kód obvodu (obvykle 0). Jaký formát by měl ref mít?
> 2) Jde o import? Pokud ano, byl by mi někdo ochoten pomoci s
>>formální
> částí?
> 3) Jak nejlépe import provést? Umím si vygenerovat dvojice
> (osm_id,ref), jak je předhodit nějakému editoru, abych to mohl
>>dávkově
> nahrát?
>
> Případné další komentáře vítány.


 Cus,

 zeleznicni stanice maji mezinarodni identifikaci.

 A tuhle
>>http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_area

 Mas popis schematu

 uic_ref UIC reference The International Union of Railways
>>(UIC)
 reference by which the stop is known.


 A jen tak importovat to nemuzes, protoze bys nejdriv musel (coz by
>>bylo
 treba tak jako tak) previst vse na tohle schema => vytvorit
>>prislusny
 relace. A to je pochopitelne spousta prace ;D.

 Jinak format to je cislo, ale tech dat, ktera by se mozna dala
>>vlozit je
 vic. Pro predstavu (location code je to IDcko, pred nej je treba
>>jeste dat
 ten kod zeme - 54, je to pak jeste vlastne zopaknuty v
 PassengerLocationSeatReservationCode, ale to nemusi byt vsude).


 
 


>>0054
 57076
 2
 PRAHA HLAVNI NADRAZI
 CZ
 00
 
 1993-08-01
 2012-06-30
 
 CZ010
 
 


>>0054
 54972
 true
 
 2007-12-09
 
 
 
 1.435
 PRAHA
 HL.N.
 true
 true
 true
 
 
 PRAHA HL.N.


>>5457076
 true
 true
 
 



>
> OT: Program který píši převádí formát Kango do GTFS, bude uvolněn
>>jako
> open-source někdy v průběhu podzimu.
>
> MSF
> Jethro
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 

Re: [Talk-ht] [activation hotosm] Hurricane Matthew response : Imagery/UAV coordination and support to local Haitian UAV capacities

[Dale Kunce]

Great job Fred, glad that you've managed to get things going on your own.
When if you have the imagery available please feel free to let us know and
we can make sure it's available on OpenAerialMap.

Stay safe and we wish you the best.



On Sat, Oct 8, 2016 at 8:34 PM, FredM  wrote:

> Oups,
>
> Didn't read all your message. I have seen my name but I don't have time
> for that.
>
> Could you stop to use it as I have no time to cross check what you said.
> Fred can talk for Fred : )
>
> Just came back from an assessment in Jeremie for the gouvernment. We have
> huge work to do. So I am right now with the CNIGS and civil protection. In
> the field we flew drone for planification ( Warehouse, fix the port, damage
> assessment, etc...)
>
> Let me know if you have more UAV resource, For now we have 2 ebee and 3
> quadecopter. + Satellite imagery.
>
> Drone imagery is useful, we are using it in our NGO to promote technology
> and use it for local community. Not for the business or the storytelling.
>
> Only for operational purpose,... far away from the "Humanitarian circus"
> or something else.
>
> All the best FredM
>
> On 09/10/2016 01:58, Dale Kunce wrote:
>
> Hey everyone,
> First thanks to everyone that has contributed to the base mapping thus
> far. Many humanitarian groups including the Red Cross, Canadian Military,
> and the UN. I would much rather be mapping than responding to the copious
> emails but I wanted to try and end the discussion so we can get back to
> mapping.
>
> There has been a lot of chatter about UAV imagery the disaster imagery
> charter on the list serve with many accusations flying back and forth. I in
> my role as the activation lead for Hurricane Matthew, Vice-President of
> HOT, and GIS Lead for the American Red Cross see no value in trying to
> coordinate UAV use in Haiti. As has been said by Blake and Cristiano both
> of whom know more about this subject than I HOT should focus on the things
> we do best and leave coordination of UAV use and operation to UVAviators.
>
> Yes HOT in 2010 was different and HOT members took extraordinary measures
> to update the map for humanitarians. Due largely to those efforts and later
> ones in the Philippines, West Africa, Nepal, and many others HOT has become
> a trusted source of map data immediately following a disaster. Groups like
> the ones mentioned above have deeply integrated into their work and trust
> HOT and its amazing volunteers to provide the map data. One of the reasons
> HOT is trusted is because of our consistency. We provide a very reliable
> service without causing a lot of drama for the large humanitarian
> organizations. Throughout my time responding to disasters over the last few
> years consistency is paramount during large scale disasters.
>
> Comparing the airspace and subsequent use of UAVs in Tanzania, during
> normal "blue skies" times to the crowded chaotic airspace in Haiti shows a
> lack of basic understanding of the complexity of modern humanitarian
> operations. If I were empowered, which I'm not even close to being able to
> do, to simply put someone in a car or on a helicopter and send them into
> the affected areas I wouldn't. Given the reports from the area from UN, Red
> Cross, and other NGOs I would send food, water, and shelter kits.
>
> HOT has declined to support Fred's effort not because we don't think he
> has the capability but rather because HOT should and must be consistent in
> our work. In fact, Fred flies drones professionally and is currently under
> contract to fly a drone mission in Canaan for American Red Cross prior to
> Hurricane Matthew, hence he was in Haiti during the storm. We must
> understand our place during large scale international disasters, we must
> know the limits of our work, and we must not put the organization at risk
> without ample time to study and think about those risks.
>
> Lastly, as things have changed in disasters in the last few years the need
> to activate the imagery disaster charter has largely gone away. HOT has
> fantastic relationships with imagery providers and governments. All are
> often happy to provide imagery when they are capable of doing so.
>
> If you would like to contribute to the current mapping in Haiti please
> grab a task at http://tasks.hotosm.org
>
>
> On Sat, Oct 8, 2016 at 3:00 PM, Cristiano Giovando <
> cristiano.giova...@hotosm.org> wrote:
>
>> Nicolas,
>>
>> As you well know HOT's strength is in pre-event baseline mapping. We
>> have done some damage assessment and post-disaster mapping in the
>> past, but it's not easy and with controversial results.
>>
>> That being said, I'm sure other responding organizations who request
>> HOT baseline mapping support may still find it useful to have high
>> resolution imagery of post event areas, although limited to the range
>> of a small UAV. I'm not in a position to speak for them.
>>
>> Again - and I'm asking you personally, please - please let's avoid
>> confrontation, 

Re: [Talk-ht] Mapping party @cap Haitian

[Tony Marcelli]

Mesi Sam,
Tout plezi a te pou mw.  Nou se bon profesor!

Tony

On Saturday, 8 October 2016, ALCE, Samuel Paul 
wrote:

> Nap di,mesi a tout moun ki te patisipe nan Mapping Party jodia nan Okap
> Ayisyen.
>
> Gwo kout chapo pou Tony Marcelli, ki te bay espas li ak materyel li pou
> reyalizasyon Mapping sila.
>
> Tony Marcelli se yon nouvo OSM mapper ke nou genyen en Haiti...
>
> Welcome Tony...
>


-- 
Tony Marcelli
Documentary Photographer
Haiti +509 3710 1800
USA. 954 829 5566
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [Talk-ht] [activation hotosm] Hurricane Matthew response : Imagery/UAV coordination and support to local Haitian UAV capacities

[Dale Kunce]

Hey everyone,
First thanks to everyone that has contributed to the base mapping thus far.
Many humanitarian groups including the Red Cross, Canadian Military, and
the UN. I would much rather be mapping than responding to the copious
emails but I wanted to try and end the discussion so we can get back to
mapping.

There has been a lot of chatter about UAV imagery the disaster imagery
charter on the list serve with many accusations flying back and forth. I in
my role as the activation lead for Hurricane Matthew, Vice-President of
HOT, and GIS Lead for the American Red Cross see no value in trying to
coordinate UAV use in Haiti. As has been said by Blake and Cristiano both
of whom know more about this subject than I HOT should focus on the things
we do best and leave coordination of UAV use and operation to UVAviators.

Yes HOT in 2010 was different and HOT members took extraordinary measures
to update the map for humanitarians. Due largely to those efforts and later
ones in the Philippines, West Africa, Nepal, and many others HOT has become
a trusted source of map data immediately following a disaster. Groups like
the ones mentioned above have deeply integrated into their work and trust
HOT and its amazing volunteers to provide the map data. One of the reasons
HOT is trusted is because of our consistency. We provide a very reliable
service without causing a lot of drama for the large humanitarian
organizations. Throughout my time responding to disasters over the last few
years consistency is paramount during large scale disasters.

Comparing the airspace and subsequent use of UAVs in Tanzania, during
normal "blue skies" times to the crowded chaotic airspace in Haiti shows a
lack of basic understanding of the complexity of modern humanitarian
operations. If I were empowered, which I'm not even close to being able to
do, to simply put someone in a car or on a helicopter and send them into
the affected areas I wouldn't. Given the reports from the area from UN, Red
Cross, and other NGOs I would send food, water, and shelter kits.

HOT has declined to support Fred's effort not because we don't think he has
the capability but rather because HOT should and must be consistent in our
work. In fact, Fred flies drones professionally and is currently under
contract to fly a drone mission in Canaan for American Red Cross prior to
Hurricane Matthew, hence he was in Haiti during the storm. We must
understand our place during large scale international disasters, we must
know the limits of our work, and we must not put the organization at risk
without ample time to study and think about those risks.

Lastly, as things have changed in disasters in the last few years the need
to activate the imagery disaster charter has largely gone away. HOT has
fantastic relationships with imagery providers and governments. All are
often happy to provide imagery when they are capable of doing so.

If you would like to contribute to the current mapping in Haiti please grab
a task at http://tasks.hotosm.org


On Sat, Oct 8, 2016 at 3:00 PM, Cristiano Giovando <
cristiano.giova...@hotosm.org> wrote:

> Nicolas,
>
> As you well know HOT's strength is in pre-event baseline mapping. We
> have done some damage assessment and post-disaster mapping in the
> past, but it's not easy and with controversial results.
>
> That being said, I'm sure other responding organizations who request
> HOT baseline mapping support may still find it useful to have high
> resolution imagery of post event areas, although limited to the range
> of a small UAV. I'm not in a position to speak for them.
>
> Again - and I'm asking you personally, please - please let's avoid
> confrontation, insinuations, and bring up past arguments. It's
> absolutely not the time. If you care about Haiti and HOT, please try
> to engage with this community with a constructive, positive and humble
> approach. Long emails take effort and thinking, which now would be
> much better spent in actually doing (mapping?).
>
> Cheers,
>
> Cristiano
>
>
> On Sat, Oct 8, 2016 at 11:55 AM, nicolas chavent
>  wrote:
> > Hi Blake,
> >
> > Yes Fred and the Haitian dronists on the ground have skills and extensive
> > experience but little resources to keep up their work; this did not
> prevent
> > them from doing what they are good at. This can limit the span of their
> > action at a time where humanitarian actors need local capacities to
> generate
> > post disaster UAV imagery as well as satellite imagery to carry out post
> > disaster needs assessment. Support to their work can span from small
> > logistics support (rides in UNHAS, helis, plane and cars). This is quite
> > common to get such support in any sudden onset disaster responses when
> > GIS/UAV resources (leading to high impact for IM and decision making)
> > already undersized are rare, too rare.
> >
> > When HOT started its first field missions, we were exactly in the same
> > situation as Fred. Skilled individuals 

Re: [Talk-GB] Location: High accuracy mode on android

[Andy Townsend]

  Short answer: Probably not.Longer answer:There are two bits to this. One is where your phone got its location from and the other is what you actually added to OSM.Taking the first bit first, it would depend on where the app got its location from. If the app said that it uses Play Services if "high accuracy" is set (in the app), then you've got to assume that is what it is using. If you're in the middle of nowhere then that location is going to be based on GPS only. If you're in a town it'll use wifi hotspots that Google users have seen previously as well. The third component, cell site location, is unlikely to give you anything more useful than the other two (when I last looked at the accuracy of that in town, which was pre 4g, it was more than 500m, so not much use).The second bit is I would expect dependant on a whole bunch of things - I use GPS traces, Bing imagery, OS Streetview in addition to my own recollection of what things actually looked like.  If you were recording a GPS trace in the centre of a town, using mostly local wifi hotspots for location, and converting that trace to a way in OSM without engaging brain, then it could be argued that Google's locations are getting into OSM. As you aren't doing that, I doubt that it can (notwithstanding that I'm not a lawyer, and I suspect that a lawyer could argue about anything if necessary).It does depend on the app of course - I'm writing this on a phone that runs Android apps but doesn't support Play Services, but that's a rapidly diminishing segment of the market unless Amazon decides to head-butt that plate-glass window again or possibly Samsung thinks they need to break free of Google. It also depends on user input - for example MAPS.ME does use Google Play Services but does allow user placement of POIs‎ prior to saving.From: Nick WhiteleggSent: Sunday, 9 October 2016 12:11To: talk-gb@openstreetmap.orgSubject: [Talk-GB] Location: High accuracy mode on android




Hi, just wanted to check something. Unintentionally I had location on High accuracy mode on android when mapping last week... Annoyingly it sets it to this each time you turn location on... And the documentation says it uses Google location services. Will this
 violate any copyright? Hope not as it will mean deleting mapping from last week. Don't think it will but thought I'd best check.

Thanks, Nick




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

Re: [Talk-GB] Location: High accuracy mode on android

[Colin Smale]

I hope we can have a legal opinion on this... It's a bit ridiculous if
the most ubiquitous mobile platform in the world can't be used for
location. Surely this will affect every single app that reads its
location from Android and passes it on for its own use? What about
location data in photos, is that tainted as well?

//colin 

On 2016-10-09 13:10, Nick Whitelegg wrote:

> Hi, just wanted to check something. Unintentionally I had location on High 
> accuracy mode on android when mapping last week... Annoyingly it sets it to 
> this each time you turn location on... And the documentation says it uses 
> Google location services. Will this violate any copyright? Hope not as it 
> will mean deleting mapping from last week. Don't think it will but thought 
> I'd best check.
> 
> Thanks, Nick
> 
> ___
> 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

[Talk-GB] Location: High accuracy mode on android

[Nick Whitelegg]

Hi, just wanted to check something. Unintentionally I had location on High 
accuracy mode on android when mapping last week... Annoyingly it sets it to 
this each time you turn location on... And the documentation says it uses 
Google location services. Will this violate any copyright? Hope not as it will 
mean deleting mapping from last week. Don't think it will but thought I'd best 
check.

Thanks, Nick
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-ht] [activation hotosm] Hurricane Matthew response : Imagery/UAV coordination and support to local Haitian UAV capacities

[FredM]

I finally took the time to read,

And by the way, I want to send a message to HT talk and OSM Haiti.

We tried our best to continue to run our drone operation to highlight 
some problem in Haiti. Since 2012, we tried to find some fund to fly 
over Canaan area.


Since 2014 or earlier, international community came in Canaan Area and 
we had to stop our mapping party in Canaan. So in 2015 we proposed to 
fly over this area to ARC and others to maintain a link with this area. 
We asked to cover the cost of the drone and the team.


Our goal is to finalize our methodology, and cover the cost to run a 
drone unit in Haiti (it is quite costly) to help other community.


http://potentiel3-0.org/index.php/en/

As I am in Haiti, we can discuss about it ( 36 19 45 44)  but again we 
spent our own money, and received in 2014 the help of Cartong. We got a 
small contract with ARC just now in fact. It help us to pay a new camera 
and fix our drone


But our goal is still the same highlight some problem with accuracy and 
find local solution.


So I have tried to make a coordination with hot Tanzania project this 
year but I didn't success. At least I have tried


Right now, we are using drone to find the best warehouse for the 
operation in Jeremie, later for the damage assessment.  I am volunteer 
for the Haitian government for the moment.


All the best and thanks all for the work done for Haiti.  And help us to 
build local capacity, open mind,  it is the most important at the end.


FredM


wrote:


Great job Fred, glad that you've managed to get things going on your own.
When if you have the imagery available please feel free to let us know 
and we can make sure it's available on OpenAerialMap.


Stay safe and we wish you the best.



On Sat, Oct 8, 2016 at 8:34 PM, FredM > wrote:


Oups,

Didn't read all your message. I have seen my name but I don't have
time for that.

Could you stop to use it as I have no time to cross check what you
said. Fred can talk for Fred : )

Just came back from an assessment in Jeremie for the gouvernment.
We have huge work to do. So I am right now with the CNIGS and
civil protection. In the field we flew drone for planification (
Warehouse, fix the port, damage assessment, etc...)

Let me know if you have more UAV resource, For now we have 2 ebee
and 3 quadecopter. + Satellite imagery.

Drone imagery is useful, we are using it in our NGO to promote
technology and use it for local community. Not for the business or
the storytelling.

Only for operational purpose,... far away from the "Humanitarian
circus" or something else.

All the best FredM


On 09/10/2016 01:58, Dale Kunce wrote:

Hey everyone,
First thanks to everyone that has contributed to the base mapping
thus far. Many humanitarian groups including the Red Cross,
Canadian Military, and the UN. I would much rather be mapping
than responding to the copious emails but I wanted to try and end
the discussion so we can get back to mapping.

There has been a lot of chatter about UAV imagery the disaster
imagery charter on the list serve with many accusations flying
back and forth. I in my role as the activation lead for Hurricane
Matthew, Vice-President of HOT, and GIS Lead for the American Red
Cross see no value in trying to coordinate UAV use in Haiti. As
has been said by Blake and Cristiano both of whom know more about
this subject than I HOT should focus on the things we do best and
leave coordination of UAV use and operation to UVAviators.

Yes HOT in 2010 was different and HOT members took extraordinary
measures to update the map for humanitarians. Due largely to
those efforts and later ones in the Philippines, West Africa,
Nepal, and many others HOT has become a trusted source of map
data immediately following a disaster. Groups like the ones
mentioned above have deeply integrated into their work and trust
HOT and its amazing volunteers to provide the map data. One of
the reasons HOT is trusted is because of our consistency. We
provide a very reliable service without causing a lot of drama
for the large humanitarian organizations. Throughout my time
responding to disasters over the last few years consistency is
paramount during large scale disasters.

Comparing the airspace and subsequent use of UAVs in Tanzania,
during normal "blue skies" times to the crowded chaotic airspace
in Haiti shows a lack of basic understanding of the complexity of
modern humanitarian operations. If I were empowered, which I'm
not even close to being able to do, to simply put someone in a
car or on a helicopter and send them into the affected areas I
wouldn't. Given the reports from the area from UN, Red Cross, and
other NGOs I would send food, water, and shelter kits.

HOT has declined 

[Talk-it] domande sull'uso del tag landuse

[mbranco]

Buongiorno Lista,
sto specificando nella mia zona i vari landuse, e ho alcune domande:

1) Da qualche parte c'è una guida specifica a riguardo? (la wiki mi è stata
utile, ma solo per le info di base).

2) Una volta tracciato il poligono che delimita un bosco e inserito con
ruolo outer in un nuova relazione multipoligono, tutti i poligoni
preesistenti all'interno (un laghetto, una casa isolata, ecc) devono essere
aggiunti alla relazione con ruolo inner, giusto? 

3) Che tipi di ways possono attraversare un landuse (per es. forest) potendo
lasciare un unico poligono anzichè fare più poligoni piccoli? Con
un'autostrada (o un fiume) che lo attraversa, mi viene spontaneo definire il
bosco tramite due poligoni: ma per sentieri, strade sterrate? L'ideale
sarebbe che sia definito per tutte le possibili highways se spezzettare o
meno il landuse circostante (stesso ragionamento per stream/river)

4) Quando ci sono landuse contigui (es. una vigna a fianco di un uliveto) i
due poligoni hanno i nodi opportuni in comune, giusto? (mi sembra che il
plugin contourmerge faccia proprio questo). Se però in mezzo ai due landuse
passa un sentiero, o uno sterrato? OK che highways e landuse non abbiano
nodi in comune, ma può la highway passare sulla stessa linea in comune ai
due landuse pur avendo nodi separati e distinti da quelli dei poligoni dei
due landuse?

Ringrazio in anticipo chi mi risolve i dubbi, ciao.

Marco



--
View this message in context: 
http://gis.19327.n8.nabble.com/domande-sull-uso-del-tag-landuse-tp5884057.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-GB] Autumn Quarterly Project

[Greg]

Hi Neil,

I've added the feature you requested. It's now possible to download
various GPX files for each district, which should allow easier surveying
on the ground.

From tomorrow, it should also be possible to download a GPX file for OSM
entities with invalid fhrs:ids too (i.e. the ones listed in the table at
the bottom of each district page that don't match with the FHRS database).

Thanks,
Greg.


On 02/10/16 22:19, Neil Matthews wrote:
>> 1.We have a great tool
> developed some time ago by
> gregrs, whose work we should really recognise by making use of it.
> 
> Tool looks good, but is there any way to get a feature request: to
> identify items in the fhrs data that don't match to OSM in a region (and
> ideally get a GPX file for surveying). Maybe also sort the regions
> alphabetically on the launch page?
> 
> Cheers,
> Neil
> 
> 
> ___
> 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-talk-fr] Nouvelle interface Osmose

[Frédéric Rodrigo]

Salut tout le monde,

À noter qu'il y a également une issue sur le github :
https://github.com/osm-fr/osmose-frontend/issues/40

Frédéric.


Le 29/09/2016 à 14:25, Florian LAINEZ a écrit :

Salut Guillaume,
Je suis très intéressé pour travailler avec toi sur l'évolution de 
l'interface d'osmose.
Avec Loic de chez Jawg nous avions esquissé une proposition qui va 
dans le même sens.


L'idée était, tout comme tu le suggères, de créer une interface 
spéciale "open data" pour permettre aux producteurs de données de 
comparer leur jeux de données avec la donnée OSM.

Voici ce qu'il en était ressorti :


---
Besoin :

1. Un outil de QA permettant de comparer les données en Open Data aux 
données OpenStreetMap.

 - Une partie située sur une carte pour les données géolocalisées
 - Une partie sous forme de liste pour des données numériques (% 
données manquantes, erreurs etc...)


2. Enrichir cet outil pour les contributeurs, en leur permettant de 
contribuer les modifications directement dans la page, après s'être 
loggés sur leur compte OSM.
 - Possibilité de conserver un historique (undo / redo) et d'appliquer 
un ensemble de changements d'un coup sous forme de changeset.

 - Possibilité d'éditer des nodes, des ways, et des relations

3. Supporter la remontée d'anomalies sur les jeux de données métier
Donner la possibilité à un visiteur de détecter et faire remonter une 
anomalie sur un des jeux de données métier.
Typiquement: "votre arrêt xxx n'existe plus", ou "l'abribus yyy a été 
déplacé ici"


4. Création d'un dashboard permettant au producteur de données 
d'appliquer des décisions sur les remontées d'anomalies
 - Possibilité d'accepter un changement, accepter certaines parties 
d'un changement, etc...

 - Possibilité d'exporter les jeux de données une fois ceux-ci modifiés

5. Un outil de statistiques
 - Comptage des flux de données (remontées d'erreurs, fix OSM, nombre 
de changements finaux dans chaque dataset)


---

Ces propositions n'étaient qu'un début de réflexion et nous n'avons 
encore rien mis en œuvre, je serai heureux d'aider à élaborer les 
maquettes avec toi Guillaume et ceux qui sont motivés.


a+


Le 26 septembre 2016 à 20:09, > a écrit :


Sur l'importance de la qualité de l'interface, regardez comment on
entre un texte cabalistique pour donner les heures d'ouverture ou
comme c'est ergonomique avec http://projets.pavie.info/yohours
 (d'Adrien soit dit en
passant).

Dans mes umaps basées sur des données OSM, j'ajoute un lien
http://projets.pavie.info/yohours/?oh=
{{opening_hours}}, ce qui
permet d'avoir une version lisible (et potentiellement multilingue).

Ça fait partie des outils s'il y a des contrôles sur les heures
d'ouverture, sans doute surtout en OpenData.

Jean-Yvon


Le 26/09/2016 à 16:48, PanierAvide - panierav...@riseup.net
 a écrit :

Bonjour,

Je trouve qu'il s'agit d'une excellente initiative. La question
des interfaces est souvent vue comme secondaire (voir OpenLevelUp
v1 et 2), alors qu'elle est primordiale pour assurer un confort
d'utilisation et attirer des nouveaux utilisateurs/contributeurs.
Et puis aborder la question des outils et technos que l'on
pourrait utiliser en commun pour parvenir à une certaine harmonie
est intéressant. On aurait un écosystème "French OSM Tech"
cohérent ;-)

Cordialement,

Adrien.


Le 26/09/2016 à 15:29, Guillaume AMAT a écrit :

Bonjour à tous,

Fraîchement revenu du SOTM où il faisait bon vivre avec une
délégation française très bien représentée, j'aimerais proposer
une réflexion autour d'une nouvelle interface pour Osmose.

Cela s'inscrit dans une envie plus large de rafraichir les
interfaces OSM, par le débat constructif et la réalisation de
maquettes s'inspirant de ces échanges. Je parle donc d'Osmose
dans un premier temps mais il serait aussi question d'autres
projets à l'avenir.

En fonction de vos retours, je créerai un dépôt Github autour du
design OSM et j'y mettrai les maquettes réalisées. Ainsi tout le
monde pourra suivre les évolutions.

Enfin, si les maquettes font sens, il ne me restera plus qu'à
les transformer en code (html+js+css) et un gentil développeur
pour intégrer tout ça (je ne sais pas si j'en aurai le temps
moi-même).

Qu'en dîtes-vous ?

Pour lancer le débat, Vincent (Bergeot), Frédéric (Rodrigo) et
moi pensons à « découper » les fonctionnalités en deux parties
distinctes : QA et Open data, on gagnerait en clarté.

De plus, la nouvelle interface serait basée sur des technologies
modernes, réutilisables et respectant les codes d'aujourd'hui.
Ne pensez plus à l'ancienne, partez d'une feuille blanche pour
les propositions que vous 

[Talk-cz] Brno - otevřená data (zápis z kontaktní schůzky)

[Miroslav Suchý]

Ahoj,
minulý týden jsme se sešli ze zástupci Brna. Za OSM jsem tam byl já, Vop 
a Láďa Nešněra. Za město tam byla paní Komárková a jedna její kolegyne 
(jméno jsem trapně zapoměl). A pan Vranka z T-map, kteří dělají mapové 
věci pro Brno.


Byla to první kontaktní schůzka, kde jsme si vyjasnili co kdo dělá a že 
bychom rádi spolupracovali. Brno je velmi vstřícné otevírání dat a 
dokonce jim nebyla ani cizí myšlenka, že pro nekritická data by mohlo 
OSM být primární databází. A pro ostatní data by rádi spolupracovali na 
importu dat do OSM.


Na druhou stranu - na magistrátě jsou obvykle lidi co mají klasický 
GISový původ, takže jsou jim cizí node, cesta a relace z OSM, takže by 
byli rádi za nějakou přednášku (ideálně v pracovních hodinách). To jsem 
slíbil, že bych mohl nachystat (pokud se chce někdo přidat, tak mi řekněte).


Těch věcí, co by šlo z Brna importovat do OSM je až příliš, takže jsme 
se rozešli s tím, že paní Morávková vybere jeden až tři projekty s 
kterými bychom mohli začít.


Dále se Brno tvářilo vstřícně k pořádání mapovacích párty. Pokud by 
někdo chtěl něco v Brně zmapovat a uspořádat hackaton nebo podobnou 
akci, tak by Brno mohlo nějak vypomoci.


Pokud někoho zajímají open data v Brně a rád by pracoval na importech do 
OSM, tak se prosím ozvěte buď Vopovi, mě nebo Láďovi Nešněrovi a buď vás 
na některou z dalších schuzek vezmeme, nebo vám zprostředkujeme kontakt 
s magistrátem Brna.


Mirek Suchý

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 08/10/2016 20:00, Aury88 ha scritto:

Anormale invece questa votazione sul diritto di voto...a che mi risulta non
l'ha fatta mai nessuno in OSM neanche per problemi locali...


Più che sul diritto di voto mi pare su a chi spetta la decisione finale 
sul tema.



Sei tu Paolo che traduci l'eventuale "vittoria" del voto internazionale come
un "decidete voi dall'estero"...in un progetto del genere è sempre stato
"decidiamo tutti assieme"  tanto più che la "vittoria"  per la
partecipazione internazionale non esclude ne te ne nessuno di noi di talk-it
o delle ML regionali dal  votare e quindi dal dire la propria (alla faccia
del commissariamento il cui risultato è l'esatto opposto)...viceversa non si
può dire lo stesso se vincessero le altre opzioni...


È vero che nel voto di tutta la comunità ci siamo anche noi, anzi 
probabilmente il grosso dei votanti verrà fuori da questa lista, e 
quindi come giustamente dici è un decidiamo assieme. È anche vero che 
tecnicamente il commissariamento vero e proprio sarebbe far decidere il 
DWG (che è si espressione della comunità, ma non è la comunità).


Ma allo stesso tempo una decisione della comunità intera su una 
questione locale (perché qui è come se stessimo parlando di come 
adattare lo schema generale delle highway alla nostra situazione 
particolare) è come dire che non siamo in grado di arrivare 
autonomamente ad una soluzione condivisa. E ricercare i pareri decisivi 
all'estero, banalizzando all'estremo, è una specie di autocommissariamento.



quando si vota e dove?


Bella domanda. La pagina così com'è adesso va bene? Serve cambiarla 
ancora? Se no allora è da trasferire in una sottopagina del wikiproject 
Italy, dove poi votare.


ciao
Paolo M

ps: se poi qualcuno la traducesse in inglese forse sarebbe più facile 
per il resto della comunità intervenire per dare almeno un parere nella 
pagina di discussione...


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

[Talk-at] Murradweg / "nationale" Radwege

[Andreas Wecer]

Hallo,

ich bin gerade etwas unzufrieden mit der Kategorisierung der Radrouten
in Österreich

Der Murradweg R2 wird in Österreich (Salzburg/Steiermark) als
"regionaler Radweg" rcn getagged, in Slowenien/Kroatien bis zur Mündung
in die Drau dagegen als "nationaler Radweg" ncn (durchgehend gleiche
Bezeichnung "R2"). Meiner Meinung nach sollte alles als ncn getagged
werden (auch wenn er durch mehrere Länder geht).
http://cycling.waymarkedtrails.org/#route?id=31617=9!46.8977!15.6033
http://cycling.waymarkedtrails.org/#route?id=2021264=10!46.5277!16.8942

aktuelle Regelung:
> http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Radwege#Radwege_in_der_Steiermark
> Die Landesradwege (R1, R2, etc.) werden als Relationen mit network=rcn
> und die Bezirksradwege (GU1, LB8, etc.) mit network=lcn gemappt.
> 'Nationale' Radwege (network=ncn) gibt in der Steiermark nicht
> (angeblich sind einige der Landesradwege aber Teile Europäischer
> Fernradwege).

Die Kategorisierung im Wiki hat zwar ihre Logik und erleichtert die
Einteilung, ignoriert allerdings völlig die Länge und Bedeutung der
Radroute, was zur Folge hat, dass ein 320km langer Radweg genauso
angezeigt wird, wie bspw. ein 4km langer
(http://openstreetmap.org/relation/38237 )

Die Kategorie ncn wird im Moment in Österreich so gut wie gar nicht
verwendet (bzw. hauptsächlich dort, wo sowieso auch ein internationaler
EuroVelo verläuft) und ich denke es ist durchaus argumentierbar, dass
Radrouten mit mehr als (Hausnummer) 100km von "nationalem" Interesse
sind. In den meisten Bundesländern kommen dafür eh nur 1-2 in Frage und
dann hat auch rcn wieder mehr Aussagekraft, als nur welche Bezeichnung
am Schild steht.
Es ist ein wenig so, als würde man auf highway=primary völlig verzichten
und es gäbe nichts zw. Autobahn und Landstraße.

LG
  Andreas


signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-it] Notiziario Settimanale OSM 324

[Andrea Solari]

http://www.weeklyosm.eu/it/archives/8173?utm_content=buffer593ef_medium=social_source=twitter.com_campaign=buffer

perchè non è passato in lista? o me lo sono perso?
ciao
andrea



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