[talk-ph] mapping for disaster response, local community protocols

[Erwin Olario]

Tireless volunteers from the local community, with some help from
volunteers elsewhere, are mapping and validating the areas affected by
Ompong [0] for close to three weeks now. The task for Cagayan/Batanes,
marked as urgent is now 89% complete, with Cordillera (83%) and Isabela
(66%) also progressing slowly.

I think the community has done a good job with this, despite the lack of
resources. Kudos to David Garcia, Feye Andal, Mikko Tamura and our
countless other advocates who made this possible.

Anyway, this conversation was repeated several times with various people
during  and after the mapathons for Ompong, and we have  all been wondering
how we can improve our informal protocols when calling on the altruism of
volunteers to work on mapping tasks. We don't want to risk losing the
interest of mappers from donor fatigue.

I don't believe that urgent tasks should include mapping buildings.

The essential information should be settlements (landuse=residential), and
road network, and vital POIs (for example, according to Miko Tamura of the
Red Cross, it's possible for them to map/donate data for vital POIs like
barangay halls, gyms, bridges, etc., within the affected areas.), which is
also how we mapped for Yolanda in the past. This is critical for planning
and response.

Mapping buildings are important but could be deferred until the urgent task
is complete, but should be made a separate task and focused on just  that.

We should also refine the process of identifying the areas of interest, and
priority areas, focusing on the most vulnerable and tools like the
Community Risk Assessment dashboard [1] by the Netherlands Red Cross, along
with closer coordination with local DMAs could help us do better next time.
I think, we should avoid using areas that are too large, like regions and
provinces, but instead try to define task based on vulnerable
municipalities.

One of the things we probably learned from this activity, is how important
it is to specific imagery a default imagery,  so everyone works on a common
offset (no matter what their quality is) so we can reduce the effort
required for correcting for offsets later.

We probably should find more ways to reach out to local DRRM teams, who can
use the data. Mapping urgently, without a definite or immediate end user ,
appears to some as a futile exercise.

 In our last meeting, Mikko is hoping to organize a meat-space meeting to
discuss this, and things like how LoCos can improve collaboration with
other stakeholders, and actors in this space.

I'm pretty sure we have other things we can flesh out. Let's start this
discussion rolling.


Cheers,
Erwin


[0]: https://tasks.hotosm.org/contribute?campaign=PH%20disaster%20response
[1]: https://dashboard.510.global/#!/community_risk


-- 

/Erwin Olario

e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s: https://mstdn.io/@GOwin
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk] weird "excessive bounces" warnings from the list

[Nicolás Alvarez]

El mar., 2 de oct. de 2018 a la(s) 00:23, Paul Johnson
(ba...@ursamundi.org) escribió:
>
>
>
> On Mon, Oct 1, 2018 at 3:09 PM Tom Hughes  wrote:
>>
>> On 01/10/2018 19:54, Richard wrote:
>>
>> > The messages go straight into a dedicated gmail inbox without any
>> > filters.
>> > As far as I know gmail will only ever reject messages that contain
>> > what looks to it like executable programs - attached files
>> > (*.exe, *.com, *.bat)
>>
>> It also rejects email from a sender whose SPF record tells
>> it to - that is a problem when mail is forwarded by a mailing
>> list because it no longer appears to come from a "valid" address
>> for the sender so services like gmail which believe SPF records
>> with a "hard reject" flag will reject the email, causing us to
>> see a bounce.
>
>
> Only if the sender is sending from a server other than their normal mail 
> server, something readily detectable in the headers.  Google seems to use the 
> same strategy as I did running my own mail server for about 12 years before 
> moving to gsuite, which is, hey, not totally standards-compliant, since it'll 
> go through DATA before deciding whether or not to accept or reject, but very 
> workable to give the sender some idea what happened.

As far as GMail is concerned, the sender *is* sending from a server
other than their normal mail server. The email has @yahoo.fr yet it
arrived from OpenStreetMap servers. In addition the subject and body
got modified ([osm-talk] in subject and unsubscription instructions at
the end).

Your email got marked as "dkim=neutral (body hash did not verify)",
but messages from Yahoo are treated more strictly because Yahoo
publishes DMARC records requesting recipients to be more strict, which
is somewhat incompatible with mailing lists.

See: https://www.linuxchix.org/content/mailing-list-changes

--
Nicolás

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

Re: [OSM-talk] weird "excessive bounces" warnings from the list

[Paul Johnson]

On Mon, Oct 1, 2018 at 3:09 PM Tom Hughes  wrote:

> On 01/10/2018 19:54, Richard wrote:
>
> > The messages go straight into a dedicated gmail inbox without any
> > filters.
> > As far as I know gmail will only ever reject messages that contain
> > what looks to it like executable programs - attached files
> > (*.exe, *.com, *.bat)
>
> It also rejects email from a sender whose SPF record tells
> it to - that is a problem when mail is forwarded by a mailing
> list because it no longer appears to come from a "valid" address
> for the sender so services like gmail which believe SPF records
> with a "hard reject" flag will reject the email, causing us to
> see a bounce.
>

Only if the sender is sending from a server other than their normal mail
server, something readily detectable in the headers.  Google seems to use
the same strategy as I did running my own mail server for about 12 years
before moving to gsuite, which is, hey, not totally standards-compliant,
since it'll go through DATA before deciding whether or not to accept or
reject, but very workable to give the sender some idea what happened.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] weird "excessive bounces" warnings from the list

[Paul Johnson]

It's not just that, but it's across a large number of gmail (or gsuite)
users, also meeting a certain ratio of users who reported what they got as
spam.

On Mon, Oct 1, 2018 at 2:03 PM James  wrote:

> I get it too, it might be rejecting them because the mailing list is
> sending too many emails to too many gmail addresses(way to combat spam:
> limit same messages to different recipients)
>
> On Mon., Oct. 1, 2018, 2:56 p.m. Richard,  wrote:
>
>> Hi,
>>
>> from time to time I am getting messages like
>>
>> <> excessive bounces The last bounce received from you was dated
>> 30-Sep-2018. >>
>>
>> Any idea.. what could be the cause? Unfortunately I don't see any way
>> to figure out which message did cause this.
>> I notice the first message I did not receive was
>>
>> https://lists.openstreetmap.org/pipermail/talk/2018-September/081459.html
>> but is this the "offending" message?
>>
>> The messages go straight into a dedicated gmail inbox without any
>> filters.
>> As far as I know gmail will only ever reject messages that contain
>> what looks to it like executable programs - attached files
>> (*.exe, *.com, *.bat)
>>
>> Richard
>>
>>
>>
>> ___
>> 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

[talk-au] FOSS4G SotM Oceania meeting minutes

[John Bryant]

Hi all, minutes from last Friday's FOSS4G SotM Oceania organising committee
meeting are now posted on the wiki page here:
https://wiki.osgeo.org/wiki/FOSS4G-SOTM-Oceania

As we're beginning a more frequent meeting cycle in the last 7 weeks before
the conference, I'll stop posting these updates to the mailing list here,
but will continue to upload minutes to the wiki page.

To keep up to date with the latest highlights, you can sign up to our
announcements mailing list & follow news posts on the website, follow us on
Twitter/Facebook/LinkedIn, or sign up to the foss4g-oceania-discuss list.

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

Re: [talk-au] Thoughts on highway=toll_gantry proposal

[Dion Moult]

Sounds good to me :)

Dion Moult

 Original Message 
On 1 Oct. 2018, 9:19 pm, Andrew Harvey wrote:

> I supported the proposal, and see no harm in adding the tag on top of
> the existing barrier=toll_both tag for the immediate future. It will
> be nice to be able to distinguish these automated tolling points and
> the manual ones where you need to stop at (now mostly reserved for
> national parks, private car park etc.)
> On Mon, 1 Oct 2018 at 14:42, Joel H.  wrote:
>>
>> I have been using the barrier=toll_booth to mark automatic toll systems
>> on Brisbane highways. However this may introduce time penalties for the
>> routing systems.
>>
>> A proposal is in for highway=toll_gantry
>> (https://wiki.openstreetmap.org/wiki/Proposed_Features/Toll_Gantry)
>>
>> It attempts to map the locations of the automatic toll systems while
>> differentiating them from traditional booths.
>>
>> Would the mappers in Australia be happy with this tagging? I'm happy so far.
>>
>>
>> --Joel
>>
>>
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> [https://lists.openstreetmap.org/listinfo/talk-au](> href=)">https://lists.openstreetmap.org/listinfo/talk-au
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> [https://lists.openstreetmap.org/listinfo/talk-au]( href=)">https://lists.openstreetmap.org/listinfo/talk-au___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-GB] Changing wikipedia links

[Dan S]

Op ma 1 okt. 2018 om 23:15 schreef Neil Matthews :
> Looks like an automated edit - albeit a human curated one - without
> discussion, certainly on Talk-GB.

The "imports" mailing list would be the right place to discuss it, if
it's a bulk edit (is it?). It doesn't seem to have GB-specific
implications for this list IMHO (even though this particular changeset
is of course within gb).

> Seems to be moving wikipedia links for branded stores to
> brand:wikipedia, e.g. https://www.openstreetmap.org/changeset/63071623
>
> My concern is  changing the behaviour of a well-known tag (worldwide).

It's pretty well-established that wikipedia=* is supposed to reference
the wikipedia article about the feature itself, not the operator. The
wiki page has, for more than 5 years, given the guidance: "only
provide links to articles which are 'about the feature'. A link from
St Paul's cathedral in London to an article about St Pauls is fine. A
link from a bus depot to the company that operates it is not." So
irrespective of how the edit was done - in what sense is this
"changing the behaviour of a well-known tag"?

Best
Dan

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

[Talk-GB] Changing wikipedia links

[Neil Matthews]

Looks like an automated edit - albeit a human curated one - without
discussion, certainly on Talk-GB.

Seems to be moving wikipedia links for branded stores to
brand:wikipedia, e.g. https://www.openstreetmap.org/changeset/63071623

My concern is  changing the behaviour of a well-known tag (worldwide).

Cheers,

Neil

P.S. presumably brand:wikimedia will be next?

       





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

Re: [OSM-talk-fr] Vincennes et segment entre voies séparées par un terre-plein

[osm . sanspourriel]

noname=yes ne me choquerait pas non plus.


Le 01/10/2018 à 09:52, Christian Quest - cqu...@openstreetmap.fr a écrit :

Si on tient à y mettre un nom ça serait le plus logique.

Je nomme rarement ces petits tronçons car :
- le nom n'est pas clairement définit
- si l'on cherche la rue portant ce nom, on a déjà tout ce qu'il faut 
pour la trouver avec les autres tronçons sans ambiguïté

- il ne sera jamais visible sur les rendus


Le ven. 28 sept. 2018 à 18:28, nicolas parizet 
mailto:nicolas.pari...@orange.fr>> a écrit :


Le 28/09/2018 à 12:34, Christian Quest a écrit :
> Je connais bien le coin, vu le bâtiment qu'on trouve juste au
sud-est
> du carrefour ;)
>
> Sur ce genre de carrefour, on pourrait refusionner les voies
séparées
> en une seule car il n'y a effectivement pas à cet endroit de
> séparation physique, mais ce type de cas est quand même souvent
mappé
> de cette façon pour plus de clareté.

Il n'y a donc pas de règle précise dans ce cas ? C'est l'usage qui
prime
? (Heureusement que je ne suis pas de ce coin car moi, ça ne m'a pas
paru clair du tout ce mappage).

Reste à savoir comment doit se nommer ce segment. Je dirai Avenue de
Paris. J'ai bon ? :-)


Bon, je laisse les connaisseurs du coin en débattre.

Nicolas



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



--
Christian Quest - OpenStreetMap France


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


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

Re: [Talk-cz] Editace okolo železničních tratí

[Michal Pustějovský]

Ahoj,

železniční změny jsou ok, dodává hlavně výhybky apod. Dále odděluje uzly 
železniční stanice od geometrie kolejí, což je taky OK. Bohužel ale 
stanice nedává do relací public_transport = stop_area s body 
public_transport=stop_position, takže když si někdo stáhne pouze koleje, 
tak ztratí informaci, že je v daném bodě zastávka / nádraží.  Jako dobrý 
příklad bych uvedl například: https://www.openstreetmap.org/relation/6749808


Michal

Dne 01.10.2018 v 11:13 majka napsal(a):
Narazila jsem v okolí na nového německého mappera Sandmann4u 
 a jeho editace 
týkající se železničních tratí.


Nedokážu odhadnout, jak dobře/špatně to je celkově, ale mimo jiné nám 
dotyčný smazal bez náhrady několik adresních bodů na nádražích - 
patrně netuší, co to je.
K jedné změně v okolí jsem mu do komentáře alespoň napsala, ať ty 
adresní body nechává. Nemohl by někdo, kdo se železnicemi zabývá, 
kouknout na ten zbytek?


Majka


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



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

Re: [OSM-talk-fr] Comment taguer une piste cyclable à double sens sur chaussée ?

[marc marc]

Le 01. 10. 18 à 22:45, Thomas Ruchin a écrit :
> j'aurais créé un way spécifique highway = cycleway.

cela me semble tout a fait adapté vu le séparateur entre.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Comment taguer une piste cyclable à double sens sur chaussée ?

[Thomas Ruchin]

Bonjour,

Comment pensez vous qu'il faille taguer une piste cyclable sur chaussée
séparée de la circulation générale par un simple séparateur granit  et à
double sens ?
https://twitter.com/EmmanuelSPV/status/1023618652745211904

La proposition suivante ne me convainc pas car je n'ai rien trouvé de
documenté à ce sujet dans le wiki et elle ne permet pas de traiter les
cheminements réels des cyclistes à l'extrémité de la rue
https://www.openstreetmap.org/way/54756953#map=19/48.86388/2.34932

Personnellement, j'aurais créé un way spécifique highway = cycleway.

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

Re: [OSM-talk] weird "excessive bounces" warnings from the list

[Tom Hughes]

On 01/10/2018 19:54, Richard wrote:


The messages go straight into a dedicated gmail inbox without any
filters.
As far as I know gmail will only ever reject messages that contain
what looks to it like executable programs - attached files
(*.exe, *.com, *.bat)


It also rejects email from a sender whose SPF record tells
it to - that is a problem when mail is forwarded by a mailing
list because it no longer appears to come from a "valid" address
for the sender so services like gmail which believe SPF records
with a "hard reject" flag will reject the email, causing us to
see a bounce.

So the real problem is subscribers to the list using services
like yahoo mail which ignore the reality of how email works and
think they can specify exactly where yahoo.com email should
appear to come form.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk] weird "excessive bounces" warnings from the list

[Richard]

On Mon, Oct 01, 2018 at 02:59:38PM -0400, James wrote:
> I get it too, it might be rejecting them because the mailing list is
> sending too many emails to too many gmail addresses(way to combat spam:
> limit same messages to different recipients)

hm.. receiving many Linux related maling lists and not seeing this problem,
at least not with a gmail account.

Richard

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

Re: [OSM-talk] weird "excessive bounces" warnings from the list

[SelfishSeahorse]

I get them too. I've also remarked that i don't get messages from some
specific addresses.

By the way, when replying to a message on talk (but not on any other
list i'm subscribed to), the email client wants to reply to the
e-mail's sender instead of talk@openstreetmap.org. It would be helpful
if all OSM mailing lists would behave the same.

Regards
Markus

On Mon, 1 Oct 2018 at 21:33, john whelan  wrote:
>
> On gmail I get the same from time to time.
>
> Cheerio John
>
> On Mon, 1 Oct 2018, 2:56 pm Richard,  wrote:
>>
>> Hi,
>>
>> from time to time I am getting messages like
>>
>> <> excessive bounces The last bounce received from you was dated
>> 30-Sep-2018. >>
>>
>> Any idea.. what could be the cause? Unfortunately I don't see any way
>> to figure out which message did cause this.
>> I notice the first message I did not receive was
>>   https://lists.openstreetmap.org/pipermail/talk/2018-September/081459.html
>> but is this the "offending" message?
>>
>> The messages go straight into a dedicated gmail inbox without any
>> filters.
>> As far as I know gmail will only ever reject messages that contain
>> what looks to it like executable programs - attached files
>> (*.exe, *.com, *.bat)
>>
>> Richard
>>
>>
>>
>> ___
>> 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: [OSM-talk] weird "excessive bounces" warnings from the list

[Ben Oliver]

On 18-10-01 20:54:13, Richard wrote:

Hi,

from time to time I am getting messages like

<>

Any idea.. what could be the cause? Unfortunately I don't see any way
to figure out which message did cause this.
I notice the first message I did not receive was
 https://lists.openstreetmap.org/pipermail/talk/2018-September/081459.html
but is this the "offending" message?

The messages go straight into a dedicated gmail inbox without any
filters.
As far as I know gmail will only ever reject messages that contain
what looks to it like executable programs - attached files
(*.exe, *.com, *.bat)

Richard


I'm on Midadu and I get these messages every few weeks on various 
mailing lists. I think it's to do with the way they handle spam. They 
let me whitelist addresses and it helps a little.


signature.asc
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] weird "excessive bounces" warnings from the list

[john whelan]

On gmail I get the same from time to time.

Cheerio John

On Mon, 1 Oct 2018, 2:56 pm Richard,  wrote:

> Hi,
>
> from time to time I am getting messages like
>
> < excessive bounces The last bounce received from you was dated
> 30-Sep-2018. >>
>
> Any idea.. what could be the cause? Unfortunately I don't see any way
> to figure out which message did cause this.
> I notice the first message I did not receive was
>
> https://lists.openstreetmap.org/pipermail/talk/2018-September/081459.html
> but is this the "offending" message?
>
> The messages go straight into a dedicated gmail inbox without any
> filters.
> As far as I know gmail will only ever reject messages that contain
> what looks to it like executable programs - attached files
> (*.exe, *.com, *.bat)
>
> Richard
>
>
>
> ___
> 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] weird "excessive bounces" warnings from the list

[James]

I get it too, it might be rejecting them because the mailing list is
sending too many emails to too many gmail addresses(way to combat spam:
limit same messages to different recipients)

On Mon., Oct. 1, 2018, 2:56 p.m. Richard,  wrote:

> Hi,
>
> from time to time I am getting messages like
>
> < excessive bounces The last bounce received from you was dated
> 30-Sep-2018. >>
>
> Any idea.. what could be the cause? Unfortunately I don't see any way
> to figure out which message did cause this.
> I notice the first message I did not receive was
>
> https://lists.openstreetmap.org/pipermail/talk/2018-September/081459.html
> but is this the "offending" message?
>
> The messages go straight into a dedicated gmail inbox without any
> filters.
> As far as I know gmail will only ever reject messages that contain
> what looks to it like executable programs - attached files
> (*.exe, *.com, *.bat)
>
> Richard
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] weird "excessive bounces" warnings from the list

[Richard]

Hi,

from time to time I am getting messages like 

<>

Any idea.. what could be the cause? Unfortunately I don't see any way
to figure out which message did cause this.
I notice the first message I did not receive was 
  https://lists.openstreetmap.org/pipermail/talk/2018-September/081459.html
but is this the "offending" message?

The messages go straight into a dedicated gmail inbox without any 
filters.
As far as I know gmail will only ever reject messages that contain
what looks to it like executable programs - attached files 
(*.exe, *.com, *.bat)

Richard



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

Re: [Talk-us] Fwd: Your receipt from OpenStreetMap US, Inc. #2872-9455

[Ian Dees]

Yep, it's real.

If you have specific questions, feel free to reply to the email you got or
to email members...@openstreetmap.us.

-Ian

On Mon, Oct 1, 2018 at 1:37 PM Charlotte Wolter 
wrote:

> Dear folks,
>
> Is this real? I don't remember setting up recurrent charges for
> membership. If it is real, it's OK.
>
> Charlotte
>
>
>
>
> [image: []] <#m_-6118134566737645434_>  <#m_-6118134566737645434_> [image:
> []]   [image: []]
> <#m_-6118134566737645434_> <#m_-6118134566737645434_>
>   Receipt from OpenStreetMap US, Inc.
>
>   Invoice #65B5A32-0002
>
>   Receipt #2872-9455
>
>
> Amount paid
> $20.00
>
> Date paid
> September 30, 2018
>
> Payment method
> \
>   Summary
>
>
>
>
>
>
> Sep 30 – Sep 30, 2019
>
>
> Regular Membership 1
>   $20.00
>
>
>
>
>
> Amount paid   $20.00
>
>
>   Download as PDF
> 
>
>
>   You're receiving this email because you made a purchase at OpenStreetMap
> US, Inc. . OpenStreetMap US, Inc. partners with
> Stripe to provide secure invoicing and payments processing.
>
>   Stripe, 510 Townsend Street, San Francisco CA 94103
> <#m_-6118134566737645434_>
>
>
>
> Charlotte Wolter
> 927 18th Street Suite A
> Santa Monica, California
> 90403
> +1-310-597-4040
> techl...@techlady.com
> Skype: thetechlady
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Fwd: Your receipt from OpenStreetMap US, Inc. #2872-9455

[Charlotte Wolter]

Dear folks,

Is this real? I don't remember setting 
up recurrent charges for membership. If it is real, it's OK.


Charlotte





[]
 
[]

[]

  Receipt from OpenStreetMap US, Inc.

  Invoice #65B5A32-0002

  Receipt #2872-9455


Amount paid
$20.00

Date paid
September 30, 2018

Payment method
\
  Summary






Sep 30 – Sep 30, 2019


Regular Membership 1
  $20.00





Amount paid   $20.00



Download 
as PDF


  You're receiving this email because you made 
a purchase at 
OpenStreetMap US, 
Inc.. OpenStreetMap US, Inc. partners with 
Stripe to provide secure invoicing and payments processing.


  Stripe, 510 Townsend Street, San Francisco CA 94103




Charlotte Wolter
927 18th Street Suite A
Santa Monica, California
90403
+1-310-597-4040
techl...@techlady.com
Skype: thetechlady

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

Re: [Talk-it] Come li mappereste voi?

[Sergio Manzi]

Caspita, mi ero perso la segnalazione di Andrea: amenity:lavoir!!

Ci stà, senza dubbio, anche se come ti dicevo ora come ora probabilmente se ne 
è persa la funzione originale e servono... a bere (e forse può fare più comodo 
che sia segnalata questa funzione, piuttosto che quella di lavatoio...)


On 2018-10-01 19:15, Sergio Manzi wrote:
>
> Ciao!
>
> Il secondo "oggetto" che hai segnalato 
> (http://gis.19327.n8.nabble.com/file/t339261/lozio2.jpg) è senza dubbio un 
> lavatoio, praticamente identico ad uno che conosco bene, a Predazzo (TN) 
> https://www.openstreetmap.org/node/303826369 e che è mappato come 
> amenity:drinking_water.
>
> Sono anni che non lo vedo usato per la sua funzione originale (/ora ci sono 
> le lavatrici!/) e senza dubbio la funzione attuale è quella di poterci bere.
>
> Nel wiki non vedo nulla che possa assomigliare neanche vagamente a "lavatoio" 
> e anche cercando su Taginfo per "wash" non salta fuori niente di buono: 
> https://taginfo.openstreetmap.org/search?q=wash
>
> Io lo taggerei come amenity:drinking_water.
>
> Alcuni degli altri che hai segnalato sembrano essere cose diverse: 
> abbeveratoi (/che pure taggerei come amenity:drinking_water/) e/o pozzetti 
> dalla dubbia funzione...
>
> Ancora ciao,
>
> Sergio
>
>
> On 2018-10-01 18:54, demon.box wrote:
>> il problema è che tante volte ci sono piccole vasche che non sò se mappare
>> come amenity=watering_place o cos'altro
>> altra carrellata di esempi:
>>
>>  
>>
>>  
>>
>>  
>>
>>  
>> (tralasciate la scritta "ACQUA NON POTABILE" cosa assolutamente non vera...)
>>
>> grazie
>>
>> --enrico
>>
>>
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>



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

Re: [Talk-it] Come li mappereste voi?

[Sergio Manzi]

Ciao!

Il secondo "oggetto" che hai segnalato 
(http://gis.19327.n8.nabble.com/file/t339261/lozio2.jpg) è senza dubbio un 
lavatoio, praticamente identico ad uno che conosco bene, a Predazzo (TN) 
https://www.openstreetmap.org/node/303826369 e che è mappato come 
amenity:drinking_water.

Sono anni che non lo vedo usato per la sua funzione originale (/ora ci sono le 
lavatrici!/) e senza dubbio la funzione attuale è quella di poterci bere.

Nel wiki non vedo nulla che possa assomigliare neanche vagamente a "lavatoio" e 
anche cercando su Taginfo per "wash" non salta fuori niente di buono: 
https://taginfo.openstreetmap.org/search?q=wash

Io lo taggerei come amenity:drinking_water.

Alcuni degli altri che hai segnalato sembrano essere cose diverse: abbeveratoi 
(/che pure taggerei come amenity:drinking_water/) e/o pozzetti dalla dubbia 
funzione...

Ancora ciao,

Sergio


On 2018-10-01 18:54, demon.box wrote:
> il problema è che tante volte ci sono piccole vasche che non sò se mappare
> come amenity=watering_place o cos'altro
> altra carrellata di esempi:
>
>  
>
>  
>
>  
>
>  
> (tralasciate la scritta "ACQUA NON POTABILE" cosa assolutamente non vera...)
>
> grazie
>
> --enrico
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



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

Re: [Talk-it] Come li mappereste voi?

[demon.box]

il problema è che tante volte ci sono piccole vasche che non sò se mappare
come amenity=watering_place o cos'altro
altra carrellata di esempi:

 

 

 

 
(tralasciate la scritta "ACQUA NON POTABILE" cosa assolutamente non vera...)

grazie

--enrico





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

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

[Talk-gb-westmidlands] Woodgate Valley country park

[Andy Robinson]

My daughter tells me that there are some newly created or surfaced paths in
Woodgate Valley that don't appear to be on OSM if anyone fancies some fresh
air.

Cheers
Andy



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

Re: [Talk-it] terreni e case isolate

[mbranco2]

Se dalla foto satellitare riesci a capire che tipo di "verde" è:

   - delimita l'area con una way chiusa (occhio a non attaccarti a strade,
   edifici, ... occhio anche a non fare aree troppo grandi, includendo fiumi,
   strade, ecc.)
   - come tag associa:
   - landuse= forest se è un bosco [1]
  - landuse=farmland se è un'area coltivata
  - landuse=meadow per i prati

L'ho fatta breve, consiglio di guardarsi nella wiki i valori per le chiavi
landuse=* e natural=*

Altra cosa utile è andare a guardare come hanno mappato in zone dove non
c'è più il "nulla", cioè quel grigio che nella renderizzazione standard di
OSM indica mancanza di informazioni.

Ciao,
Marco

[1] @Max1234: ehm, io faccio parte del partito che non usa natural=wood,
perlomeno in Italia...   :-)



Il giorno lun 1 ott 2018 alle ore 16:48 claudio duchi  ha
scritto:

> Mi dispiace lasciare case isolate nel nulla mentre in realtà sono immerse
> nel verde
>
> Ciao Claudio
>
> Il lun 1 ott 2018, 08:04 Martin Koppenhoefer  ha
> scritto:
>
>>
>>
>> sent from a phone
>>
>> > On 29. Sep 2018, at 17:53, claudio62PG  wrote:
>> >
>> > supponiamo di non riuscire dalla foto a capire la presenza di
>> > eventuali recinzioni, separazioni confini etc, insomma della case
>> immerse
>> > nel "verde" come si deve procedere per mapparlo correttamente?
>>
>>
>> in generale puoi mappare solo quello che vedi/riconosci/sai, quindi se
>> non vedi delle recinzioni non le puoi mappare. Il comportamento giusto è di
>> inserire soltanto cose di cui sei sicuro al 100% e di lasciare il resto per
>> dopo
>>
>>
>> Ciao, Martin
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Come li mappereste voi?

[demon.box]

dunque... la prima foto è sicuramente un antico abbeveratoio, quindi potrei
tranquillamente fare

amenity=watering_place
drinking_water=yes

ma oggi ha sicuramente perso completamente la funzione di abbeveratoio per
animali quindi mi domando è corretto mapparlo lo stesso come tale?

nella seconda foto si tratta invece principalmente di un lavatoio con forse
anche la funzione di abbeveratoio e quindi in questo caso me la potrei
cavare con 

amenity=lavoir
building=yes
covered=yes
historic=yes
water=yes
access=yes
drinking_water=yes

cosa dite?

grazie

--enrico





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

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

Re: [Talk-it] Come li mappereste voi?

[Martin Koppenhoefer]

volendo potresti aggiungere
covered=yes

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

Re: [Talk-it] Come li mappereste voi?

[Andrea Musuruane]

Se sono lavatoi amenity=lavoir:
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dlavoir

Se sono abbeveratoi amenity=watering_place:
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dwatering_place

Ciao,

Andrea


On Mon, Oct 1, 2018 at 4:44 PM demon.box  wrote:

> ciao, chiedo un parere, come mappereste voi questi 2 oggetti?
>
> 
>
> 
>
> l'unica cosa certa che li accomuna è la possibilità di bere acqua potabile.
>
> P.S.: scusate la scarsa qualità delle immagini ma credo proprio che si
> comprendano comunque
>
> grazie
>
> --enrico
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Nová data České pošty

[majka]

On Mon, 1 Oct 2018 at 17:25, xkomc...@centrum.cz 
wrote:

> Chystá se automatický update již zadaných schránek? Tj. ty, které mají ref
> a změní se u nich čas výběru. V "mém rajonu" (Drahanská vrchovina) jde
> zhruba o polovinu schránek.
>
U místních schránek to dělám, pokud je zájem, dám dohromady
"poloautomatický" edit. Jenže bych řekla, že bude třeba absolvovat to
kolečko se schválením automatické editace - pokud bychom se nedohodli, že
zdokumentování a "audit" toho postupu neudělali jen lokálně, tedy jen na
talk-cz + wiki.

Data mám a postup už vypadá ověřeně.

Aby si to někdo nevysvětloval chybně - ta změna v žádném případě
automaticky nejde ve smyslu pustím skript a jde to samo - stahuji schránky
příslušného depa přes overpass turbo a na těchhle datech pak opravuji dobu
výběru.

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

Re: [Talk-it] terreni e case isolate

[Max1234Ita]

Se con  "immerse nel verde" intendi dire che si trovano vicino ad aree
alberate, puoi semplicemente mappare queste ultime come /natural=wood/
oppure /landuse=forest/ (antica diatriba più volte affrontata in ML :-) )

Nel primo caso -più generico- indichi semplicemente un'area ricoperta di
alberi, nel secondo un bosco che viene manutenuto da qualcuno (anche se il
concetto di "manutenzione" è molto elastico  ed in passato ha dato origine a
molte  discussioni)


Per il resto, è corretto mappare ciò che vedi. Se dalle ortofoto non si
capisce una cippa (scusate il francesismo :) ) concordo sul fatto che sia
meglio non mappare nulla, piuttosto che inventare qualcosa che nella realtà
non c'è.


Ciao!
Max



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

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

Re: [Talk-it] Come li mappereste voi?

[Volker Schmidt]

Entrambi sono sicuramente antichi.
Almeno il secondo sembra essere un lavatoio:
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dlavoir


On Mon, 1 Oct 2018 at 16:44, demon.box  wrote:

> ciao, chiedo un parere, come mappereste voi questi 2 oggetti?
>
> 
>
> 
>
> l'unica cosa certa che li accomuna è la possibilità di bere acqua potabile.
>
> P.S.: scusate la scarsa qualità delle immagini ma credo proprio che si
> comprendano comunque
>
> grazie
>
> --enrico
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Come li mappereste voi?

[Max1234Ita]

Sono vecchi abbeveratoi... credo. 

Potresti forse creare una way a delimitare il perimetro esterno e taggarla
come /amenity=fountain/ 
(https://wiki.openstreetmap.org/wiki/Tag:amenity=fountain)
poi, aggiungere un singolo nodo /amenity=drnking_water/
(https://wiki.openstreetmap.org/wiki/Tag:amenity=drinking_water), da
posizionare nel punto in cui si trova il rubinetto/getto di acqua
effettivamente potabile (non credo che nessuno oggigiorno riempia la
borraccia immergendola nella vasca).

In alternativa, la Wiki di /fountain/ suggerisce il tag /drinking_water=yes/
se lo scopo principale del manufatto non è fornire acqua potabile ma essa lo
è comunque.

Insomma, secondo me che la chiave stia nel decidere se le tue fontane siano
più "decorative" o "funzionali".


Ciao,
Max





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

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

Re: [Talk-cz] Nová data České pošty

[xkomc...@centrum.cz]

Trochu nesouvisející, ale ne až tak moc:


Chystá se automatický update již zadaných schránek? Tj. ty, které mají 
ref a změní se u nich čas výběru. V "mém rajonu" (Drahanská vrchovina) 
jde zhruba o polovinu schránek.



Jirka Komárek


On 1.10.2018 17:19, majka wrote:

Nedá mi, než tu veřejně poděkovat České poště :)

Zrovna jsem stáhla nová data, a tato instituce nám dala v Brně opět 
pěkný dárek: depo 60010 udělalo škatule hebejte se v rámci depa a 
přečíslovali ref. Týká se zhruba 164 schránek.


Zatím jsem jen namátkou odkontrolovala, jestli mě nešálí zrak a 
technika zafungovala tak jak měla.


Ta referenční čísla schránek jsme mysleli trochu jinak :)

Večer to zkusím přeházet.

Majka


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


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

Re: [Talk-it] terreni e case isolate

[Ivo Reano]

Vedo due possibilità:
1- trovare foto aeree invernali
2- andare a piedi e mappare le siepi, i recinti, o quello che è. Mentre ci
sei mappa anche le strade di accesso.

Il lun 1 ott 2018, 16:48 claudio duchi  ha scritto:

> Mi dispiace lasciare case isolate nel nulla mentre in realtà sono immerse
> nel verde
>
> Ciao Claudio
>
> Il lun 1 ott 2018, 08:04 Martin Koppenhoefer  ha
> scritto:
>
>>
>>
>> sent from a phone
>>
>> > On 29. Sep 2018, at 17:53, claudio62PG  wrote:
>> >
>> > supponiamo di non riuscire dalla foto a capire la presenza di
>> > eventuali recinzioni, separazioni confini etc, insomma della case
>> immerse
>> > nel "verde" come si deve procedere per mapparlo correttamente?
>>
>>
>> in generale puoi mappare solo quello che vedi/riconosci/sai, quindi se
>> non vedi delle recinzioni non le puoi mappare. Il comportamento giusto è di
>> inserire soltanto cose di cui sei sicuro al 100% e di lasciare il resto per
>> dopo
>>
>>
>> Ciao, Martin
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] terreni e case isolate

[claudio duchi]

Mi dispiace lasciare case isolate nel nulla mentre in realtà sono immerse
nel verde

Ciao Claudio

Il lun 1 ott 2018, 08:04 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 29. Sep 2018, at 17:53, claudio62PG  wrote:
> >
> > supponiamo di non riuscire dalla foto a capire la presenza di
> > eventuali recinzioni, separazioni confini etc, insomma della case immerse
> > nel "verde" come si deve procedere per mapparlo correttamente?
>
>
> in generale puoi mappare solo quello che vedi/riconosci/sai, quindi se non
> vedi delle recinzioni non le puoi mappare. Il comportamento giusto è di
> inserire soltanto cose di cui sei sicuro al 100% e di lasciare il resto per
> dopo
>
>
> Ciao, Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Come li mappereste voi?

[demon.box]

ciao, chiedo un parere, come mappereste voi questi 2 oggetti?

 

 

l'unica cosa certa che li accomuna è la possibilità di bere acqua potabile.

P.S.: scusate la scarsa qualità delle immagini ma credo proprio che si
comprendano comunque

grazie

--enrico




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

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

[Talk-africa] OSMkilawiki #424 2018-08-28-2018-09-03

[weeklyteam]

Habari za OpenStreetMap, swala 424, sasa linapatikana kwenye mtandao katika 
lugha ya Kiswahili, kutupa muhtasari wa mambo yote yanayotokea katika ulimwengu 
wa OpenStreetMap: 

http://www.weeklyosm.eu/sw/archives/10675/

Furahia!

OSMkilawiki? 
uwe nani? https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
uwe wapi? 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[Talk-ko] weeklyOSM #424 2018-08-28-2018-09-03

[weeklyteam]

매주 일어나는 OSM 소식을 종합한, 424번째 주간OSM이 발행되었습니다.

http://www.weeklyosm.eu/ko/archives/10675/

읽어 주셔서 감사합니다!

주간OSM이란? 
누가?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
어디서?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

Re: [Talk-de] Abknickende Vorfahrt

[Florian Lohoff]

Hi Andreas,

On Fri, Sep 28, 2018 at 09:06:07PM +0200, Andreas Schmidt wrote:
> Wenn man abbiegt, biegt man ab.
> Ob die Vorfahrtsstraße mit abbiegt oder geradeaus geht, ist für die
> Frage des Abbiegens irrelevant.

Für den physischen Vorgang des abbiegens und Deutschland gebe ich dir
recht. 

Wie ist denn die Erwartungshaltung des Navis? Das du geradeaus fährst
oder der Vorfahrt irgendwohin folgst (Ohne Ansage)? 

Festeinbau Mercedes - Keine Ansage - Erwartung das der 
abknickenden Vorfahrt gefolgt wird.

Ich habe neulich eins in der Hand gehabt das dir ansagt das es sich um
eine abknickende Vorfahrt handelt du bitte der Straße nach rechts/links
folgen sollst - Und DAS finde ich den schlausten Ansatz weil es
keinen Spielraum für Fehlinterpretationen lässt.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] [OSM-dev] Tool update from HOT: MapCampaigner

[John Whelan]

Do we really need yet another tool to find errors in HOT mapping?

Before the new version of task manager I did a lot of validation in HOT.

One of the problems on the data quality side is new mappers just don't 
completely map a tile and mark it done for validation.  Which means 
finding their new work is not easy.


If you can give feedback to a new mapper ideally within hours but at the 
outside a couple of days it often does correct their mapping behaviour 
in the future.


If its more than a week old you get about a 2% positive reaction.

At a month  they may have already corrected their behaviour or what is 
OpenStreetMap again?


Buildings are a pain to validate.  It takes me three times as long to 
correct a building as it does to map it correctly using the 
building_tool plugin.  I don't validate buildings.


We already have tools to detect overlapping buildings but faced with 500 
or a thousand overlapping buildings that first need to be freshly 
downloaded then dumped in the to do list and inspected to see which is 
the most accurate and some are really bad, Pierre has a tool for 
detecting them by the way, I just don't feel motivated.


The London Mapathons are well organised but many are not.  Essentially 
the problem mappers map once, possible twice.


What they need is simpler tools with less choices or room for error. 
JOSM with the building_tool plugin works well.  I, and others, have used 
it with new mappers and all their work was accurate and correctly labelled.


They don't read the training guides, they just want to map and often the 
people giving the training don't know OpenStreetMap.  The classic is 
"here is a coffee shop so we add shop=coffee."  Well no it was inside a 
building that I know that sells cups of coffee and snacks but not beans 
and it actually should be mapped as amenity=cafe, cuisine=coffee_shop.


What I have been doing of late is downloading chunks of OpenStreetMap 
using geofabrik and looking for problems using JOSM.  Highways that 
cross or don't connect.  Hamlets with the name Hameau, lots of those in 
French speaking Africa. Highways with the name road.  I've added tags to 
a few thousand untagged ways. Connecting highways across a settlement.


It's not prevention but it does improve the overall quality and 
reliability and at the end of the day that is what most end users want.


Cheerio John

Christoph Hormann wrote on 2018-10-01 5:14 AM:

On Monday 01 October 2018, Nate Smith wrote:

Thanks for the comment and questions Frederik. Agreed that quality
and quantity isn’t exactly the same. And I hope that the UI in the
tool hasn’t communicated that this is just about statistics and
quantity - it is more than just a feature counter.

We certainly could say it is a richness monitor, but the goal and
purpose is more than that. [...]

Well - we can only evaluate the actual tool and its features, we cannot
evaluate intentions behind it.

As it is the tool only measures numbers of features and numbers of tags
(in the form of features missing the tag in question, which is the
same).  It communicates to the user that these are only things that
matters:  Adding features and adding tags to those features.

So as Frederik says as it is this is not a quality monitoring tool, this
is a quantity monitoring tool.

Apart from that you are probably not aware what the term campaign
communicates in this context.  A campaign in the sense of a political
or military campaign is an initiative to impose one's views or
interests on others, swaying people's opinions and influencing their
behaviour in contrast to engaging in an open argument about the best
approach and trying to convince people this way.  You should probably
think carefully if this is what you want to communicate here.



--
Sent from Postbox 

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

Re: [Talk-it] ricerca di Km di strada mappata

[Martin Koppenhoefer]

Am Mo., 1. Okt. 2018 um 12:25 Uhr schrieb riccardopastoc...@alice.it <
riccardopastoc...@alice.it>:

> Ho aggiunto tutti i chilometri su una strada (nel mio esempio strada
> regina SP 571)
> highway: milestone
> distance: 1;2;3 ...
>
> Però se voglio arrivare al Km 3 di tale strada, come faccio a cercarlo in
> osmand ?
> Se scrivo Sp 571 Km 3, mi esce fuori solo Sp 571 senza alcuna
> identificazione di Km
>
> https://www.openstreetmap.org/edit#map=18/43.40434/13.66760
>



non so che tags hai usato per descrivere il chilometraggio, ma in generale,
se il problema è su OSMAnd dovresti scrivere allo sviluppatore di OSMAnd.

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

Re: [Talk-it] ricerca di Km di strada mappata

[Cascafico Giovanni]

La vedo dura: ho abilitato tutti i PDI vicini a questo nodo [1], ma Osmand
non evidenzia nulla.


[1] http://www.openstreetmap.org/node/2615937842

Il giorno lun 1 ott 2018 alle ore 12:25 riccardopastoc...@alice.it <
riccardopastoc...@alice.it> ha scritto:

> Ho aggiunto tutti i chilometri su una strada (nel mio esempio strada
> regina SP 571)
> highway: milestone
> distance: 1;2;3 ...
>
> Però se voglio arrivare al Km 3 di tale strada, come faccio a cercarlo in
> osmand ?
> Se scrivo Sp 571 Km 3, mi esce fuori solo Sp 571 senza alcuna
> identificazione di Km
>
> https://www.openstreetmap.org/edit#map=18/43.40434/13.66760
>
> Grazie
> Riccardo
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] An Open Source Resistance Takes Shape as Tech Giants Race To Map the World

[emmexx]

https://news.slashdot.org/story/18/10/01/1140259/an-open-source-resistance-takes-shape-as-tech-giants-race-to-map-the-world

ciao
maxx

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

Re: [Talk-cz] Nepřístupné hrady/zámky

[Jan Dudík]

Ještě je nutné rozlišovat, jestli je hrad přístupný bez omezení (typicky
zříceniny) nebo jen oficiálně v otvírací době nebo jen na vyžádání (třeba
zapůjčení klíčů v hospodě).
Případně se to může týkat i jiných objektů - třeba takové tvrze v
Kestřanech byly jeden čas naprosto volně přístupné byť možná jen z důvodu
chybějící cedule zákaz vstupu.

JAnD

po 1. 10. 2018 v 9:51 odesílatel majka  napsal:

>
>
> On Mon, 1 Oct 2018 at 09:33, Mikoláš Štrajt  wrote:
>
>> Zpřístupněný zámek je tourism=attraction a má nějakou otvírací dobu,
>> případně webovou stránku. Nepřístupný zámek se jako zámek značí hlavně
>> protože je to dobrý orientační bod, který má dominantní pozici ve vsi/ve
>> městě.
>>
>> Leckdy je navíc v zámku/hradu něco jiného než prohlídkový okruh, typicky
>> třeba hotel/penzion nebo nějaká státní instituce. Případně je zámek
>> používán k bydlení, jako za starých časů.
>>
>
> Neřekla bych, že tourism=attraction cokoli vypovídá o přístupnosti. Za mě
> to spíš vypadá, že přístupnost bude určovat jen a pouze ta otvírací doba, a
> bohužel nepřístupné zámky/hrady budou se v podstatě nedají odlišit od těch,
> které jen otvírací dobu uvedenou nemají.
>
> Protože spousta menších hradů / zámků / tvrzí je obcemi prezentována jako
> turistické atrakce, ale podívat se na ně může člověk jen zvenčí. Mě šlo
> zrovna o tyhle případy...
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-au] Thoughts on highway=toll_gantry proposal

[Andrew Harvey]

I supported the proposal, and see no harm in adding the tag on top of
the existing barrier=toll_both tag for the immediate future. It will
be nice to be able to distinguish these automated tolling points and
the manual ones where you need to stop at (now mostly reserved for
national parks, private car park etc.)
On Mon, 1 Oct 2018 at 14:42, Joel H.  wrote:
>
> I have been using the barrier=toll_booth to mark automatic toll systems
> on Brisbane highways. However this may introduce time penalties for the
> routing systems.
>
> A proposal is in for highway=toll_gantry
> (https://wiki.openstreetmap.org/wiki/Proposed_Features/Toll_Gantry)
>
> It attempts to map the locations of the automatic toll systems while
> differentiating them from traditional booths.
>
> Would the mappers in Australia be happy with this tagging? I'm happy so far.
>
>
> --Joel
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

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

[Talk-it] ricerca di Km di strada mappata

[riccardopastoc...@alice.it]

Ho aggiunto tutti i chilometri su una strada (nel mio esempio strada regina SP 
571)highway: milestonedistance: 1;2;3 ...
Però se voglio arrivare al Km 3 di tale strada, come faccio a cercarlo in 
osmand ?Se scrivo Sp 571 Km 3, mi esce fuori solo Sp 571 senza alcuna 
identificazione di Km
https://www.openstreetmap.org/edit#map=18/43.40434/13.66760
GrazieRiccardo

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

Re: [OSM-talk] [HOT] [OSM-dev] Tool update from HOT: MapCampaigner

[Jean-Marc Liotier]

On Mon, October 1, 2018 9:56 am, Nate Smith wrote:
>
> If you have some ideas on additional quality metrics we could add, that
> would be great as this tool is just getting started. I would definitely
> like to include more ways we can think about what quality data means
> during field mapping.

We can imagine all sorts of tools but they won't matter as long as some
circles remain in the mindset that sowing the seeds is the end of the
process and the subsequent gardening doesn't matter.

Instead of feeding newbies into task manager operations, show them a few
specific classes of easy errors (such as Osmose's "overlapping buildings",
"building intersects with highway" or "crossing highways") and let them
clean up a zone. Only then let them add buildings - with enhanced quality
awareness. No new tool needed - only a different focus.

If one needs number to report back to donors, then integrate this sort of
thing with the task manager - and explain to donors how erroneous data is
sharply negative value, that an error corrected is even better value than
a new datum and that for their money to have actually usable impact it
needs some share to be allocated to quality control.


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

Re: [Talk-it] Sentiero senza uscita

[demon.box]

in effetti, a mio parere ovviamente, quello che più mi preme è indicare
all'ignaro escursionista/biker quel quel bel sentiero purtroppo non porta da
nessuna parte perciò metterò noexit=yes sull'intera way visto da wiki è
permesso il suo utilizzo anche sulle way e non soltanto sui nodi.

sembra banale ma mi è capitato varie volte di trovare sentieri secondari che
si staccano da quello principale, non ci sono cartelli che ne indicano il
divieto di percorrenza poi però alla fine ti ritrovi dentro una proprietà
privata dalla quale non è possibile uscire se non chiedendo il permesso
all'eventuale padrone di casa se presente altrimenti se non ci abita nessuno
si può soltanto tornare indietro

grazie

--enrico




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

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

Re: [OSM-talk] [OSM-dev] Tool update from HOT: MapCampaigner

[Christoph Hormann]

On Monday 01 October 2018, Nate Smith wrote:
> Thanks for the comment and questions Frederik. Agreed that quality
> and quantity isn’t exactly the same. And I hope that the UI in the
> tool hasn’t communicated that this is just about statistics and
> quantity - it is more than just a feature counter.
>
> We certainly could say it is a richness monitor, but the goal and
> purpose is more than that. [...]

Well - we can only evaluate the actual tool and its features, we cannot 
evaluate intentions behind it.

As it is the tool only measures numbers of features and numbers of tags 
(in the form of features missing the tag in question, which is the 
same).  It communicates to the user that these are only things that 
matters:  Adding features and adding tags to those features.

So as Frederik says as it is this is not a quality monitoring tool, this 
is a quantity monitoring tool.

Apart from that you are probably not aware what the term campaign 
communicates in this context.  A campaign in the sense of a political 
or military campaign is an initiative to impose one's views or 
interests on others, swaying people's opinions and influencing their 
behaviour in contrast to engaging in an open argument about the best 
approach and trying to convince people this way.  You should probably 
think carefully if this is what you want to communicate here.

-- 
Christoph Hormann
http://www.imagico.de/

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

[Talk-cz] Editace okolo železničních tratí

[majka]

Narazila jsem v okolí na nového německého mappera Sandmann4u
 a jeho editace
týkající se železničních tratí.

Nedokážu odhadnout, jak dobře/špatně to je celkově, ale mimo jiné nám
dotyčný smazal bez náhrady několik adresních bodů na nádražích - patrně
netuší, co to je.
K jedné změně v okolí jsem mu do komentáře alespoň napsala, ať ty adresní
body nechává. Nemohl by někdo, kdo se železnicemi zabývá, kouknout na ten
zbytek?

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

Re: [Talk-cz] Nepřístupné hrady/zámky

[Marián Kyral]

-- Původní e-mail --
Od: majka 
Komu: talk-cz@openstreetmap.org
Datum: 1. 10. 2018 9:55:49
Předmět: Re: [Talk-cz] Nepřístupné hrady/zámky
"




On Mon, 1 Oct 2018 at 09:33, Mikoláš Štrajt mailto:stra...@seznam.cz)> wrote:

"
Zpřístupněný zámek je tourism=attraction a má nějakou otvírací dobu,
případně webovou stránku. Nepřístupný zámek se jako zámek značí hlavně
protože je to dobrý orientační bod, který má dominantní pozici ve vsi/ve
městě.




Leckdy je navíc v zámku/hradu něco jiného než prohlídkový okruh, typicky
třeba hotel/penzion nebo nějaká státní instituce. Případně je zámek používán
k bydlení, jako za starých časů.

"



Neřekla bych, že tourism=attraction cokoli vypovídá o přístupnosti. Za mě to
spíš vypadá, že přístupnost bude určovat jen a pouze ta otvírací doba, a
bohužel nepřístupné zámky/hrady budou se v podstatě nedají odlišit od těch,
které jen otvírací dobu uvedenou nemají.




Protože spousta menších hradů / zámků / tvrzí je obcemi prezentována jako
turistické atrakce, ale podívat se na ně může člověk jen zvenčí. Mě šlo
zrovna o tyhle případy...


"



Tohle podle mě řeší hlavně access=no / private případně v kombinaci s
description=* kam je možní napsat nějaké bližší info  o přístupnosti.




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

Re: [OSM-talk] [OSM-dev] Tool update from HOT: MapCampaigner

[Nate Smith]

Thanks for the comment and questions Frederik. Agreed that quality and
quantity isn’t exactly the same. And I hope that the UI in the tool hasn’t
communicated that this is just about statistics and quantity - it is more
than just a feature counter.

We certainly could say it is a richness monitor, but the goal and purpose
is more than that. I’d like to propose that during active field mapping
quality in OSM is about the type of tags, spelling or casing errors, and
whether you’ve created or updated data according to what you set out to
map. This is the feedback we’ve heard from field mapping work. A major
purpose of the tool is for tracking tag completeness and quality within a
time-bound mapping effort. Tracking quantity is only one aspect to show
whats been collected across an area. For many OSM field mapping efforts,
quality is a mixture of ensuring that an area is fully covered by visiting
on the ground, plus collecting the relevant and useful OSM tags — and
adding some spell checking and proper casing checks. That’s why I’m
referring to this as a quality monitoring tool - I think it can be used to
help improve quality during an active field mapping effort.

This also isn’t focused on producing one-time quality reports for an area
and so we’re not limiting the definition of quality only on the
humanitarian data model. The goal was to make this flexible and useful to
look at any type of tagging schema and track what’s being collected across
an area within a defined timeframe. You can set and define what you think
is completeness when you’re mapping. The pre-defined list is only a guide
for getting started quick. You can track custom individual tags or create a
complex custom data model based on what you want to track.

If you have some ideas on additional quality metrics we could add, that
would be great as this tool is just getting started. I would definitely
like to include more ways we can think about what quality data means during
field mapping.




On October 1, 2018 at 12:59:04 PM, Frederik Ramm (frede...@remote.org)
wrote:

Hi,

On 01.10.2018 03:28, Nate Smith wrote:
> Last week we
> released a new version of a data quality monitoring tool

I would like to recommend that you don't use the term "quality
monitoring tool" for this since you're measuring quantity not quality.
At best, I'd call it a tool that monitors "richness" or "completeness".

Simply counting how many features there are and how many of a
pre-defined list of tags each one has shouldn't be called "quality
monitoring", because there will be situations where the OpenStreetMap
community requests of project managers (who your web site claims to be
targeted at) that they implement some form of quality assurance; calling
your statistics tool a "quality monitoring" tool runs the risk of making
these people believe that quality requirements can be fulfilled by
ensuring that enough tags are set, which is definitely not what the
wider community would regard as a suitable quality assurance for a
humanitarian data entry project.

Bye
Frederik

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

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

Re: [OSM-talk-fr] Vincennes et segment entre voies séparées par un terre-plein

[Christian Quest]

Si on tient à y mettre un nom ça serait le plus logique.

Je nomme rarement ces petits tronçons car :
- le nom n'est pas clairement définit
- si l'on cherche la rue portant ce nom, on a déjà tout ce qu'il faut pour
la trouver avec les autres tronçons sans ambiguïté
- il ne sera jamais visible sur les rendus


Le ven. 28 sept. 2018 à 18:28, nicolas parizet 
a écrit :

> Le 28/09/2018 à 12:34, Christian Quest a écrit :
> > Je connais bien le coin, vu le bâtiment qu'on trouve juste au sud-est
> > du carrefour ;)
> >
> > Sur ce genre de carrefour, on pourrait refusionner les voies séparées
> > en une seule car il n'y a effectivement pas à cet endroit de
> > séparation physique, mais ce type de cas est quand même souvent mappé
> > de cette façon pour plus de clareté.
>
> Il n'y a donc pas de règle précise dans ce cas ? C'est l'usage qui prime
> ? (Heureusement que je ne suis pas de ce coin car moi, ça ne m'a pas
> paru clair du tout ce mappage).
>
> Reste à savoir comment doit se nommer ce segment. Je dirai Avenue de
> Paris. J'ai bon ? :-)
>
>
> Bon, je laisse les connaisseurs du coin en débattre.
>
> Nicolas
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Nepřístupné hrady/zámky

[majka]

On Mon, 1 Oct 2018 at 09:33, Mikoláš Štrajt  wrote:

> Zpřístupněný zámek je tourism=attraction a má nějakou otvírací dobu,
> případně webovou stránku. Nepřístupný zámek se jako zámek značí hlavně
> protože je to dobrý orientační bod, který má dominantní pozici ve vsi/ve
> městě.
>
> Leckdy je navíc v zámku/hradu něco jiného než prohlídkový okruh, typicky
> třeba hotel/penzion nebo nějaká státní instituce. Případně je zámek
> používán k bydlení, jako za starých časů.
>

Neřekla bych, že tourism=attraction cokoli vypovídá o přístupnosti. Za mě
to spíš vypadá, že přístupnost bude určovat jen a pouze ta otvírací doba, a
bohužel nepřístupné zámky/hrady budou se v podstatě nedají odlišit od těch,
které jen otvírací dobu uvedenou nemají.

Protože spousta menších hradů / zámků / tvrzí je obcemi prezentována jako
turistické atrakce, ale podívat se na ně může člověk jen zvenčí. Mě šlo
zrovna o tyhle případy...
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk] [HOT] Tool update from HOT: MapCampaigner

[Jean-Marc Liotier]

On Mon, October 1, 2018 7:57 am, Frederik Ramm wrote:
>
> On 01.10.2018 03:28, Nate Smith wrote:
>> Last week we released a new version
>> of a data quality monitoring tool
>
> I would like to recommend that you don't use the term "quality
> monitoring tool" for this since you're measuring quantity not quality.
> At best, I'd call it a tool that monitors "richness" or "completeness".
[..]

And let's underline that Frederik's remark is not semantic nitpicking in a
vacuum: in the context of HOT's campaigns the quality vs. quantity issue
has quite a track record.

Integrating within the task manager the tracking of the quantity of Osmose
defects would go some way towards addressing the monitoring of actual
quality. Tying a selection of Osmose errors categories to the "validation"
step would help make it an actual validation rather than a formal
rubberstamp - doesn't even need to be mandatory, it just needs to be made
visible. Actual quality assurance tools are just there within arm's
reach...

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

Re: [Talk-cz] Nepřístupné hrady/zámky

[Mikoláš Štrajt]

Zpřístupněný zámek je tourism=attraction a má nějakou otvírací dobu,
případně webovou stránku. Nepřístupný zámek se jako zámek značí hlavně
protože je to dobrý orientační bod, který má dominantní pozici ve vsi/ve
městě.




Leckdy je navíc v zámku/hradu něco jiného než prohlídkový okruh, typicky
třeba hotel/penzion nebo nějaká státní instituce. Případně je zámek používán
k bydlení, jako za starých časů.





--


Severák




-- Původní e-mail --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 30. 9. 2018 22:18:37
Předmět: Re: [Talk-cz] Nepřístupné hrady/zámky
"Ahoj!

> A hned jsem tu s dotazem: existuje nějaký ustálený způsob, jakým se značí
> veřejnosti nepřístupné hrady/zámky? Nebo se vychází z toho, že je vše
> nepřístupné, a pouze přidáním openíng_hours se objekt "zpřístupní"?

Uplne nevim jak to je, ale asi bych ocekaval ze hrad/zamek je normalne
nepristupny.

opening_hours mi uplne neprijdou jako vhodny tag na
zpristupneni... (muze byt pristupny jen na vyzadani, nepravidelne,
porad...). access= je bliz.

Pavel


--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/
blog.html
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] terreni e case isolate

[Martin Koppenhoefer]

sent from a phone

> On 29. Sep 2018, at 17:53, claudio62PG  wrote:
> 
> supponiamo di non riuscire dalla foto a capire la presenza di
> eventuali recinzioni, separazioni confini etc, insomma della case immerse
> nel "verde" come si deve procedere per mapparlo correttamente?


in generale puoi mappare solo quello che vedi/riconosci/sai, quindi se non vedi 
delle recinzioni non le puoi mappare. Il comportamento giusto è di inserire 
soltanto cose di cui sei sicuro al 100% e di lasciare il resto per dopo 


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