Re: [OSM-talk] finding overlapping buildings

[Denis Carriere]

+1 Good question John,

I'll also look into that as well, I really don't think there's a solution
for that in JOSM (find me all overlapping buildings that overlap by +50%).

*~~*
*@DenisCarriere*

On Tue, Nov 21, 2017 at 5:53 PM, john whelan  wrote:

> >Might have to write a script to do that.  I will look into it. I don't
> think there is a way to do it with the standard query syntax or mapcss.
>
> Thanks John
>
> On 21 November 2017 at 20:31, Mike Thompson  wrote:
>
>> >  I'm not after ever building that overlaps by a small amount
>> Might have to write a script to do that.  I will look into it. I don't
>> think there is a way to do it with the standard query syntax or mapcss.
>>
>>
>>
>> On Tue, Nov 21, 2017 at 6:25 PM, john whelan 
>> wrote:
>>
>>> >
>>> in JOSM
>>> 
>>> Search Syntax = Mapcss selector (lower left of search dialog)
>>>
>>> enter the following for the search string:
>>> area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]
>>>
>>> (The character ⧉ is unicode 29c9)
>>>
>>> This works but gives the same results as select buildings then validate
>>> with crossing ways.  I'm not after ever building that overlaps by a small
>>> amount its the duplicates if I can get them.
>>> Thanks John
>>>
>>> On 21 November 2017 at 19:06, Mike Thompson  wrote:
>>>
 This doesn't take into account the 50% overlap, but:

 in JOSM
 
 Search Syntax = Mapcss selector (lower left of search dialog)

 enter the following for the search string:
 area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]

 (The character ⧉ is unicode 29c9)


 On Tue, Nov 21, 2017 at 4:16 PM, john whelan 
 wrote:

> Can someone describe a method I can locate these in JOSM.  I'm not
> after crossing buildings but just those that are mapped twice so two
> buildings with 50% or more overlap.
>
> Straight duplicates aren't a problem but ones that are drawn twice by
> two different mappers are.  Yes I know it shouldn't happen but it does.
>
> Thanks John
>
> ___
> 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] Poslední letošní kvartální pivo Q4/2017

[Marián Kyral]

Ahoj,
připomínám kvartální pivko, které bude přesně za dva týdny. Prosím všechny o
zapsání. Aktuálně vede Ostrava se třemi potvrzenými účastníky před Brnem (2)
a Prahou (1).
Přece nás nenecháte vyhrát ;-)

Marián

-- Původní e-mail --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org
Datum: 6. 11. 2017 10:06:23
Předmět: [Talk-cz] Poslední letošní kvartální pivo Q4/2017
"Ahoj,
poslední letošní kvartální pivo se bude konat přesně za měsíc, ve středu
6.12.

Aktualizoval jsem wiki stránku https://wiki.openstreetmap.org/wiki/Cs:Kvart%
C3%A1ln%C3%AD_pivo

Svou účast prosím potvrďte v google doc tabulce: https://docs.google.com/
spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5mG94avTmFb4/edit#gid=
150217035

Tentokrát se budu snažit, abych byl v Ostravě, tak se to snad po delší době
opět podaří.

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

[Talk-cz] Fwd: mapathon - Praha

[Marián Kyral]

Ahoj,
dorazilo na email WeeklyOSM, tak přeposílám.

Pokud se chcete mrknout do Seznamu a zjistit, jak pracují jejich "mappeři",
máte jedinečnou příležitost: https://twitter.com/mapy_cz/status/
932933205841383424

Marián

-- Původní e-mail --
Od: lenkaolbert...@seznam.cz
Komu: wee...@openstreetmap.cz
Datum: 20. 11. 2017 11:51:50
Předmět: mapathon
"Dobrý den,

v úterý 28. listopadu v Praze se uskuteční další mapathon Lékařů bez hranic
a Českého červeného kříže.

Více informací naleznete zde:

https://www.eventbrite.co.uk/e/listopadovy-missing-maps-mapathon-v-praze-v-
seznamcz-registration-40091372374?ref=enivtefor001=MTM0NDQ1NzMvbGVua2
FvbGJlcnRvdmFAc2V6bmFtLmN6LzA%3D_source=eb_email_medium=email_
campaign=inviteformalv2_term=attend

S pozdravem

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

Re: [Talk-cz] Cena

[Marián Kyral]

-- Původní e-mail --
Od: Petr Vejsada 
Komu: talk-cz@openstreetmap.org
Datum: 21. 11. 2017 23:28:44
Předmět: [Talk-cz] Cena
"Ahoj,

už je tma a tak se těžko fotí slušných světel nemaje, tak alespoň ilustrační
miniaturu.
"



Díky náčelníku, že ses toho ujal ;-)


Nechceš se s ní stavit na Kvartální pivko?



"
Dobrý pokec s p. Součkem a jeho nádhernou kolegyní - užitečné informace k
reklamacím. Nejspíš půjde reklamovat "budova místo dvora" přes definiční
bod, a to snad i poměrně rychle. Dám vědět jak na to.
"



Tak to je super.  Pan Souček se nějak vytratil z konference, tak jsem si
nebyl jistý, jestli tam ještě pracuje.




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

Re: [OSM-talk] Directed Editing Policy

[Yuri Astrakhan]

Pierre, I suspect the number of QA-tool-driven changes are as big, if not
much bigger than changes from the organized events and paid editing. I
agree QA tools should be regulated, but are you sure we want to do it in
the same document, and significantly increase the scope?

My understanding is that the original goal was to regulate paid editing and
community events. Covering QA tools might make the doc too generic.  It
would have to take a detailed look at all existing tools, even including
JOSM's validators -- if I edit a location (e.g. move a road), and the tool
suggests additional edits in that location (e.g. change the tagging of a
connected road), isn't that directed editing that was organized by the
validation rule author? Plus the introduction, and a lot of text would have
to be rewritten to dedicate as much space to the tools as to organized
events and director's duties.

Just saying that the scope creep might make the statement less concise, and
QA tools may need to be a separate document.

On Tue, Nov 21, 2017 at 9:44 PM, Pierre Béland  wrote:

> There is a constant increae of organized contributions from Task Managers
> on QA tools and I agree that this policy should include these various
> organized contributions.
>
> There should be a goal assure the follow-up of these various projects to
> assure a better collective coordination of the mapping.
>
> I am not sure that we could effectively have all organizers of Events
> create a wiki page. But organizers like for example the Geoweek, that
> invite to create local events should have a wiki page well documented. A
> section could be added to list the specific events + who organize them.
>
> The Changeset database is the place where we should be able to follow the
> various mapping projects. There is actually no common way to document the
> QA or TM host, the specific project and the various events connecting to
> the various projects. To document how these various coordination tools
> should be reported  on the changesets would facilitate the follow-up.
>
> Actually, not all instances of the Tasking Manager add an hashtag to
> document the host and project no. For QA tools, specific projects /
> missions are not documented either.
>
>
> Pierre
>
>
> Le mardi 21 novembre 2017 21:21:55 HNE, Yuri Astrakhan <
> yuriastrak...@gmail.com> a écrit :
>
>
> While this might not have been the intention, the
>
>   >  b) directed by a third party exactly what and how to contribute to
> OpenStreetMap
>
> can be applied to any "challenge style" sites such as the MapRoulette or
> Osmose.  I think there should either be a clarification about this, an
> additional discussion with the community, or a specific exclusion.  I know
> that the preamble is talking about paid editing, schools, and mapping
> events, but the text below it seems to have a wider scope.
> penstreetmap.org/listinfo/talk
> 
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-ph] Strava Heatmap

[Eugene Alvin Villar]

On Nov 21, 2017 4:52 PM, "Jim Morgan"  wrote:

Eugene Alvin Villar wrote on Tuesday, 21 November, 2017 01:52 PM:
> I find it more useful for aligning imagery. :)

Interesting. I know how to align the background imagery in OSM to the GPS
traces within OSM. But how would you do it using an external source like
this? Just in case I need it sometime ...


In JOSM, you can load the Strava layer as a secondary background layer. You
can then adjust the primary imagery layer (Bing, DigitalGlobe, Mapbox,
etc.) in the usual fashion. Just enable the Strava imagery in the imagery
preferences to include it in your preferred imagery list.

Not sure how to do this in iD or Potlatch. AFAIK, these only allow one
background imagery at a time.

~Eugene
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[talk-ph] Fwd: [OSM-talk] Directed Editing Policy

[Eugene Alvin Villar]

The OSMPH community has done a lot of "directed editing" activities and
events in the past so the following forwarded announcement is relevant to
us.

Comments and suggestions are welcome and we will try to relay these to the
Foundation.
-- Forwarded message --
From: "Frederik Ramm" 
Date: Nov 22, 2017 2:38 AM
Subject: [OSM-talk] Directed Editing Policy
To: "Talk Openstreetmap" 
Cc:

I posted this announcement to osmf-talk 16 hours ago, where a little
> discussion has already taken place. It has been pointed out to me that
> it doesn't make sense to involve those who are not members in the
> initial survey, but then cut them out later, so here's the announcement
> below (even though, in the end, this is going to be a policy that the
> OSMF board decides on). As always, discussing this on both lists at the
> same time is going to be awkward but everyone should get a chance to
> comment. If you have something to say, please do check the existing
> thread on
> https://lists.openstreetmap.org/pipermail/osmf-talk/2017-
> November/004352.html
> so that we don't unnecessarily duplicate things.
>
> ---
>
> Hi,
>
>the DWG has prepared a policy on "Directed Editing" (former working
> title "Organised Editing Policy"). Read it here:
>
> https://wiki.osmfoundation.org/wiki/Directed_Editing_Policy
>
> The policy picks up (but doesn't slavishly follow) the results of our
> survey, where it became obvious that transparency and communications are
> what mappers find most important about organised mapping efforts. The
> policy replaces the somewhat fuzzy terms of "paid" and "organised"
> editing with the concept of "directed editing", which is essentially
> when you're required to edit OSM (because of work, a school assignment
> etc) and/or when you're told by others exactly what and how to map.
>
> The DWG is interested in feedback on this proposal. Are you currently
> involved in some form of editing that would be covered by the policy?
> Does the policy present an unnecessary obstacle for some activities? If
> you have witnessed organised mapping efforts that caused problems -
> would these problems have been avoided if people had adhered to the
> proposed policy?
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> talk mailing list
> t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk] Directed Editing Policy

[Pierre Béland]

There is a constant increae of organized contributions from Task Managers on QA 
tools and I agree that this policy should include these various organized 
contributions.

There should be a goal assure the follow-up of these various projects to assure 
a better collective coordination of the mapping.
I am not sure that we could effectively have all organizers of Events create a 
wiki page. But organizers like for example the Geoweek, that invite to create 
local events should have a wiki page well documented. A section could be added 
to list the specific events + who organize them. 
The Changeset database is the place where we should be able to follow the 
various mapping projects. There is actually no common way to document the QA or 
TM host, the specific project and the various events connecting to the various 
projects. To document how these various coordination tools should be reported  
on the changesets would facilitate the follow-up.
Actually, not all instances of the Tasking Manager add an hashtag to document 
the host and project no. For QA tools, specific projects / missions are not 
documented either. 

 
Pierre 
 

Le mardi 21 novembre 2017 21:21:55 HNE, Yuri Astrakhan 
 a écrit :  
 
 While this might not have been the intention, the

  >  b) directed by a third party exactly what and how to contribute to 
OpenStreetMap

can be applied to any "challenge style" sites such as the MapRoulette or 
Osmose.  I think there should either be a clarification about this, an 
additional discussion with the community, or a specific exclusion.  I know that 
the preamble is talking about paid editing, schools, and mapping events, but 
the text below it seems to have a wider scope.
penstreetmap.org/listinfo/talk
  ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Directed Editing Policy

[Yuri Astrakhan]

While this might not have been the intention, the

  >  b) directed by a third party exactly what and how to contribute to
OpenStreetMap

can be applied to any "challenge style" sites such as the MapRoulette or
Osmose.  I think there should either be a clarification about this, an
additional discussion with the community, or a specific exclusion.  I know
that the preamble is talking about paid editing, schools, and mapping
events, but the text below it seems to have a wider scope.

On Tue, Nov 21, 2017 at 8:23 PM, Mateusz Konieczny 
wrote:

> > This policy applies as soon as someone is
> > directed by a third party exactly what and how to contribute to
> > OpenStreetMap.
>
> Maybe it would be a good idea to exclude small scale guided
> editing. For example my friend asked me to show how OSM worked.
>
> I showed him/her a map and asked to find something missing or mistake
> and later showed how to add this.
>
> It was clearly a guided editing as defined here - and I am not going to
> set up wiki pages etc before doing this the next time.
>
> ---
>
> Other situation where somebody wanted to to delete object from map and
> asked for help would be probably saved by and in "what and how" - (s)he
> had an idea what should be changed.
>
> ___
> 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] finding overlapping buildings

[john whelan]

>Might have to write a script to do that.  I will look into it. I don't
think there is a way to do it with the standard query syntax or mapcss.

Thanks John

On 21 November 2017 at 20:31, Mike Thompson  wrote:

> >  I'm not after ever building that overlaps by a small amount
> Might have to write a script to do that.  I will look into it. I don't
> think there is a way to do it with the standard query syntax or mapcss.
>
>
>
> On Tue, Nov 21, 2017 at 6:25 PM, john whelan 
> wrote:
>
>> >
>> in JOSM
>> 
>> Search Syntax = Mapcss selector (lower left of search dialog)
>>
>> enter the following for the search string:
>> area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]
>>
>> (The character ⧉ is unicode 29c9)
>>
>> This works but gives the same results as select buildings then validate
>> with crossing ways.  I'm not after ever building that overlaps by a small
>> amount its the duplicates if I can get them.
>> Thanks John
>>
>> On 21 November 2017 at 19:06, Mike Thompson  wrote:
>>
>>> This doesn't take into account the 50% overlap, but:
>>>
>>> in JOSM
>>> 
>>> Search Syntax = Mapcss selector (lower left of search dialog)
>>>
>>> enter the following for the search string:
>>> area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]
>>>
>>> (The character ⧉ is unicode 29c9)
>>>
>>>
>>> On Tue, Nov 21, 2017 at 4:16 PM, john whelan 
>>> wrote:
>>>
 Can someone describe a method I can locate these in JOSM.  I'm not
 after crossing buildings but just those that are mapped twice so two
 buildings with 50% or more overlap.

 Straight duplicates aren't a problem but ones that are drawn twice by
 two different mappers are.  Yes I know it shouldn't happen but it does.

 Thanks John

 ___
 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] finding overlapping buildings

[Mike Thompson]

>  I'm not after ever building that overlaps by a small amount
Might have to write a script to do that.  I will look into it. I don't
think there is a way to do it with the standard query syntax or mapcss.



On Tue, Nov 21, 2017 at 6:25 PM, john whelan  wrote:

> >
> in JOSM
> 
> Search Syntax = Mapcss selector (lower left of search dialog)
>
> enter the following for the search string:
> area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]
>
> (The character ⧉ is unicode 29c9)
>
> This works but gives the same results as select buildings then validate
> with crossing ways.  I'm not after ever building that overlaps by a small
> amount its the duplicates if I can get them.
> Thanks John
>
> On 21 November 2017 at 19:06, Mike Thompson  wrote:
>
>> This doesn't take into account the 50% overlap, but:
>>
>> in JOSM
>> 
>> Search Syntax = Mapcss selector (lower left of search dialog)
>>
>> enter the following for the search string:
>> area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]
>>
>> (The character ⧉ is unicode 29c9)
>>
>>
>> On Tue, Nov 21, 2017 at 4:16 PM, john whelan 
>> wrote:
>>
>>> Can someone describe a method I can locate these in JOSM.  I'm not after
>>> crossing buildings but just those that are mapped twice so two buildings
>>> with 50% or more overlap.
>>>
>>> Straight duplicates aren't a problem but ones that are drawn twice by
>>> two different mappers are.  Yes I know it shouldn't happen but it does.
>>>
>>> Thanks John
>>>
>>> ___
>>> 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] finding overlapping buildings

[john whelan]

>Osmose has an 'overlapping building' option. Top of the list

I want something to feed into JOSM and not just any building that overlaps
by 5%.

Thanks John

On 21 November 2017 at 19:49, Dave F  wrote:

> Osmose has an 'overlapping building' option. Top of the list
>
> Note: Some building are drawn on top of eachother to produce 3D rendering
> of multi-storey buildings.
>
> DaveF
>
>
>
> On 21/11/2017 23:16, john whelan wrote:
>
> Can someone describe a method I can locate these in JOSM.  I'm not after
> crossing buildings but just those that are mapped twice so two buildings
> with 50% or more overlap.
>
> Straight duplicates aren't a problem but ones that are drawn twice by two
> different mappers are.  Yes I know it shouldn't happen but it does.
>
> Thanks John
>
>
> ___
> talk mailing 
> listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk
>
>
>
>
> 
>  Virus-free.
> www.avast.com
> 
> <#m_3123707017832396152_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> 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] finding overlapping buildings

[john whelan]

>
in JOSM

Search Syntax = Mapcss selector (lower left of search dialog)

enter the following for the search string:
area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]

(The character ⧉ is unicode 29c9)

This works but gives the same results as select buildings then validate
with crossing ways.  I'm not after ever building that overlaps by a small
amount its the duplicates if I can get them.
Thanks John

On 21 November 2017 at 19:06, Mike Thompson  wrote:

> This doesn't take into account the 50% overlap, but:
>
> in JOSM
> 
> Search Syntax = Mapcss selector (lower left of search dialog)
>
> enter the following for the search string:
> area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]
>
> (The character ⧉ is unicode 29c9)
>
>
> On Tue, Nov 21, 2017 at 4:16 PM, john whelan 
> wrote:
>
>> Can someone describe a method I can locate these in JOSM.  I'm not after
>> crossing buildings but just those that are mapped twice so two buildings
>> with 50% or more overlap.
>>
>> Straight duplicates aren't a problem but ones that are drawn twice by two
>> different mappers are.  Yes I know it shouldn't happen but it does.
>>
>> Thanks John
>>
>> ___
>> 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] Directed Editing Policy

[Mateusz Konieczny]

> This policy applies as soon as someone is
> directed by a third party exactly what and how to contribute to
> OpenStreetMap. 

Maybe it would be a good idea to exclude small scale guided
editing. For example my friend asked me to show how OSM worked.

I showed him/her a map and asked to find something missing or mistake
and later showed how to add this.

It was clearly a guided editing as defined here - and I am not going to
set up wiki pages etc before doing this the next time.

---

Other situation where somebody wanted to to delete object from map and
asked for help would be probably saved by and in "what and how" - (s)he
had an idea what should be changed.

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

Re: [OSM-talk] finding overlapping buildings

[Mateusz Konieczny]

On Wed, 22 Nov 2017 00:49:10 +
Dave F  wrote:

> Note: Some building are drawn on top of eachother to produce 3D 
> rendering of multi-storey buildings.

It is still tagging that should be fixed (building:part is typical
solution, in rare cases like
http://wiki.openstreetmap.org/wiki/File:Ankara_3D.png retagging is not
enough and everything should be deleted )

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

Re: [OSM-talk] finding overlapping buildings

[Dave F]

Osmose has an 'overlapping building' option. Top of the list

Note: Some building are drawn on top of eachother to produce 3D 
rendering of multi-storey buildings.


DaveF


On 21/11/2017 23:16, john whelan wrote:
Can someone describe a method I can locate these in JOSM.  I'm not 
after crossing buildings but just those that are mapped twice so two 
buildings with 50% or more overlap.


Straight duplicates aren't a problem but ones that are drawn twice by 
two different mappers are.  Yes I know it shouldn't happen but it does.


Thanks John


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




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

This doesn't take into account the 50% overlap, but:

in JOSM

Search Syntax = Mapcss selector (lower left of search dialog)

enter the following for the search string:
area:closed:areaStyle[building] ⧉ area:closed:areaStyle[building]

(The character ⧉ is unicode 29c9)


On Tue, Nov 21, 2017 at 4:16 PM, john whelan  wrote:

> Can someone describe a method I can locate these in JOSM.  I'm not after
> crossing buildings but just those that are mapped twice so two buildings
> with 50% or more overlap.
>
> Straight duplicates aren't a problem but ones that are drawn twice by two
> different mappers are.  Yes I know it shouldn't happen but it does.
>
> Thanks John
>
> ___
> 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] Effecting change in OpenStreetMap

[Mateusz Konieczny]

On Tue, 21 Nov 2017 13:47:26 +
Darafei "Komяpa" Praliaskouski  wrote:

> Many words, long story short: technology-wise, OpenStreetMap core is
> dead.

This sounds bad and it is hard for me to discuss other examples, but in

> "I'm worried about this. I have not performed a technical review." as
> a blocker for PR merge:
> https://github.com/gravitystorm/openstreetmap-carto/pull/2939


- quote is manipulated (it skips part that changes meaning - it is not
  reason for closing PR, this reviewer is simply not making full review
  and signaling that he is worried about impact)
- it is not a blocker - others may still review and accept it
- why you claim "There is no development outside of a limited set of
  companies" and give openstreetmap-carto as an example?
- why you claim "It is impossible to get anything merged into core
  infrastructure" and give openstreetmap-carto later as an example?

> Basically, most of wide ~2011 dev community was hired away, and core
> is in hands of those who weren't hired away by Map* for whatever
> reason, be that lack of social skills or lack of technical skills.
> You've got no fresh blood, and there's no road map for it to improve.

Again, why you claim this and give openstreetmap-carto as an example?
Project that started in 2013
( https://github.com/gravitystorm/openstreetmap-carto/graphs/contributors
)?

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

Re: [OSM-co] ultimo intento. (el mensaje no se ve la lista de correo, dice que se eliminó)

[Fredy Rivera]

Hola
Hay una politicas de importación que bien te mencionan en la respuesta, si
se siguen esas politicas no hay problema, parte de esas politicas para
importar esta en consultar con la comunidad local de OSM los datos que se
importaran y comentarlo en la lista oficial de importaciones, si se hace
esto no debería haber lio en la importacion.
Eso se hace por que es necesario consolidar la sanidad de los datos de OSM
en cuanto a calidad y derechos de autor, desde que se adpoto la nueva
licencia se des-estimulan las importaciones y se valora mas el trabajo
manual.

salu2
Fredy Rivera

2017-11-21 16:10 GMT-05:00 Email Temporal :

> Pongo a consideración de ustedes la siguiente situación
>
>
> Los siguientes comentarios sucedieron cuando se activó la tarea de Mocoa,
> cuando se agregó la información de rios y quebradas.
>
> http://www.openstreetmap.org/changeset/47547633#map=13/1.1559/-76.6399
>
> Como pueden ver iban a revertir el conjunto de cambios.
>
> 
>
> Esto ocurre repetidamente en la Vereda Las Mangas de Santa Rosa de Cabal
>
> La comunidad argumenta que tiene problemas relacionadas a la
> disponibilidad de agua.
>
> se realizó una clasificación semisupervisada de las veredas usando
> sentinel2, (cuando se realizó no habían disponibles imagenes de BING),
> siguiendo las etiquetas de la wiki http://wiki.openstreetmap.org/
> wiki/ES:Cobertura_del_suelo
>
>
> entonces desde FOSM se han dedicado a revertir cada cambio, incluyendo los
> rios y quebradas, y bloqueando al contribuidor
>
>
> Created: about 2 months ago
> Status: Ended about 1 month ago.
> Reason for block:
> Dear PC10, you have yet again imported data to OSM in blatant
> violation of our import guidelines, without discussing your import in
> advance, and with questionable data quality (I checked against available
> aerial imagery and found no similarities to actual vegetation).
> Please stop these rogue imports. They waste your time and the
> community\'s time, they put unnecessary load on the database, and they
> damage our project. You have not explained what it is you are trying to
> achieve - you claim some sort of \"collaborative project\" but OSM is not a
> free platform to execute random projects on. Install your own copy of the
> OSM software if you want to run your own projects independently of OSM. We
> are willing to provide further advice but you need to talk to us instead of
> stubbornly uploading your data again and again.
> Para obtener ayuda en español, puede escribir a la lista de
> correo de OSM Colombia (https://lists.openstreetmap.org/pipermail/talk-co/
> ).
> Regards
> Frederik Ramm
> OSMF Data Working Group
>
>
>
> porque FOSM está tan empeñada en revertir cualquier cambio en la zona de
> las 7 veredas.
>
> viendo esto https://conflictos-ambientales.net/oca_bd/env_problems/map/12
> aparece smurfit...
>
>
> Entonces:
>
>
> OSM no es una plataforma libre para desarrollar proyectos comunitarios
> (eso dice woodpeck)
>
> y fundación OSM no dice nada al respecto?
>
>
> #NiUnNodoMas #OSMisEvil #OSMSellTheData
>
>
>
>
>
> --
>
> Este mensaje se ha enviado utilizando un servicio de email temporal. Puede
> responder este mensaje enviando un correo a 5a148ef1b0...@mailbox92.biz y
> si en caso no desea recibir más de estos mensajes puedes escribirnos a
> ab...@emailtemporal.org
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
>


-- 
##
 |___|__\___
 | _ |   |_ |  }
 "(_)""  ""(_)"

Twitter: @fredy_rivera
Titán Caracol en Técnología y Conectividad
Coordinador Unidad de Mapeo Humanitario #UMH
Presidente Fundación OSM Colombia
Phone: 3044886255
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[OSM-talk] finding overlapping buildings

[john whelan]

Can someone describe a method I can locate these in JOSM.  I'm not after
crossing buildings but just those that are mapped twice so two buildings
with 50% or more overlap.

Straight duplicates aren't a problem but ones that are drawn twice by two
different mappers are.  Yes I know it shouldn't happen but it does.

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

Re: [Talk-us] Multipolygonizing

[Andy Townsend]

On 20/11/2017 23:30, Ian Dees wrote:


Please remember to stay on topic and friendly. This thread seems to be 
drifting off into a discussion about the merits of OSM editors.


Well, my comment about editors wasn't supposed to be offtopic, since the 
question of data being "... far easier to understand and maintain, 
especially for novice mappers" was one of the points raised at the very 
top of the thread.


It's perhaps worth mentioning that in each of iD, P2* and JOSM (without 
plugins) it's possible to swap without too much difficulty between the 
two relations and the constituent ways at 
http://www.openstreetmap.org/#map=19/36.62063/-121.90621  P2's internal 
visualiser fails with the park visualisation though, and I can't see a 
way to select the marine nature reserve without deliberately selecting 
the "relations this way is a member of" at the left, so I'm still not 
convinced that this area is as newbie-friendly as it was before.


Best Regards,
Andy


* if you are surprised by this perhaps you haven't looked at one or 
another editor for a while - it might be worth revisiting.


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

Re: [OpenStreetMap Serbia] Talk-rs Digest, Vol 48, Issue 1

[Немања Паунић]

Dragi Peđa, hvala ti najepše na dostavljenim komentarima.
Za konačni sledeći korak su nam potrebne tehničke informacije, ali prilično
sam optimističan.

Jedino pitanje, je pitanje vremena. U zavisnosti od tajminga kako se šta
pogodi ova priča ide ka tome da bude realizovana.
Dobro je da pouzdane informacije obezbedim što pre.

Dalke, kao razultat naše prepiske uskoro bi trebalo da izložim konkretno
koji su resursi neophodni za početak, koja komponenta ima koju ulogu, koji
su konkretni koraci, dinamika i šta je konačni rezultat u smislu šta smo
dodeljenim resursima resursima postigli u ovom momentu. Ukoliko to
funkcioniše, onda idemo na plan skalacije.

Iskreno se nadam da će se ljudi uključiti, ako se ne varam ovo pitanje je
pokrenuto još 2012. godine.

U nastavku naše već nepregledne prepiske, dodao sam svoje komentare. :)

Pozdrav,
Nemanja

2017-11-21 13:00 GMT+01:00 :

> Send Talk-rs mailing list submissions to
> talk-rs@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-rs
> or, via email, send a message with subject or body 'help' to
> talk-rs-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-rs-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-rs digest..."
>
> Today's Topics:
>
>1. Re: Talk-rs Digest, Vol 47, Issue 9 (Predrag Supurovic)
>2. Re: Talk-rs Digest, Vol 47, Issue 9 (Pedja Supurovic)
>
>
> ---Прослеђена порука--
> From: Predrag Supurovic 
> To: talk-rs@openstreetmap.org
> Cc:
> Bcc:
> Date: Mon, 20 Nov 2017 13:37:44 +0100
> Subject: Re: [OpenStreetMap Serbia] Talk-rs Digest, Vol 47, Issue 9
>
>
> On 18.11.2017. 22:44, Немања Паунић wrote:
>
>> - Preuzimanje mape sa OSM i prilagođavanje našim potrebama. Ovo bi moglo
>> da se obavi poptuno automatizvoano i povremeno. Dakle ne mora da se radi u
>> stvarnom vremenu svaki put kad korsinik zeli da preuzme ili pogleda mapu
>> vec ond kada je to zgodno.
>>
>> NP: Na ovome sam radio pre par meseci. Nisam siguran da li sam uključio
>> sve prikupljene slojeve i mislim da je ta baza bila oko 2.5GB što nije
>> ništa strašno.
>> (Molim da me ispravite sa preciznim podatkom.)
>>
>
> Pretpostovljam da je to ta veličina.
>
> Time se omogućava da se i dalje sve izmene u mapu unose u OSM - koristeći
>> sve već postojeće alate. Time bi se praktično korsitili već dostupni
>> resursi OSM, a kod nas bi bio potreban računar na kome bi se vršilo
>> automatsko preuzimanje i dopunjavanje mape. Taj računar ne bi morao da bude
>> nešto megalomansko, baš naprotiv, osim dosta prostora na disku z
>> amanipulaciju podacima, drugi resursi nisu kritični.
>>
>> NP: Ovaj deo verovatno nisam razumeo a bitan je. Ako je ideja preuzimanje
>> seta podataka sa zvaničnih servera OSMa na dnevnom nivou, zar onda nećemo
>> ponovo imati problem sa Kosovom? Koliko sam razumeo, bilo kakav pokušaj
>> rada na Kosovu se karakteriše kao vandalizovanje. Kako da prikupljamo
>> Kosovo sa OMS arhitekturom a da se čuva u lokalnoj bazi?
>>
>
> Nama su zabranili da menjamo sve ono što Šiptari unose i da unosimo
> podatke koji nisu uskladu s anjihovom politikom. S obziromda se radi o
> geografski egzaktnim podacima, najveći deose pokalapa. Problem su samo
> statusi i nazivi.
>

> Na primer, problem je status granice i problem je što su Šiptari sve
> prebacili na šištarski jezik.
>
> Mi možemo i dalje da unosimo podatke, čak i da unosimo na srpskom samo što
> podrazumevani jezik mora da bude šiptarski. Strukura baze je takva da
> možemo da unosimo i neke naše podatke koje niko neće ni dirati ako se ne
> vide na default mapi.
>
> Licenca OSM nam doyvoljava d ami preuzmemo bazu, perpravimo je, što u
> našem slučaju znači, ispravimo status granice i prebacimo da default jezik
> bude srpski i da tako izmenjenu bazu objavimo. Te izmene ne smemo da
> uradimo na glavnojbazi ali nam niko ne brani da napravimo kopiju i izmene
> unesemo u našu kopiju. Tako kopija, opet, prema licenci, mora da bude javno
> dostupna na isti način ko i glavna.
>

> Dakle, sa te strane nemamo problem i odatle i potiče ideja da napravimo
> sopstveni map server.
>

NP2111: Odlično. Dakle nemamo problem sa editovanjem i nisu potrebni
dodatni resursi koji bi hostovali te mehanizme. Projekat se svodi na
preuzimanje podataka sa postojeće infrastrutkure.  Pitanje licence je
kristalno jasno i još jednom potvrđujem da će se podaci distribuirati po
istoj licenci.

Po pitanju dostupnosti baze mi je neophodan odgovor na koji način treba da
omogućimo preuzimanje podataka? (Servis, prost backup, nešto treće) Ukoliko
je u pitanju neki web servis, treba uzeti u obzir da možde nismo u stanju
da odmah odgovorimo sa ovako nečim (Primer zakačenih 200 konekcija koje
žele sa našeg servera putem WFS ili nekog drugog veb servisa da preuzmu
kvalitetne 

[Talk-cz] Cena

[Petr Vejsada]

Ahoj,

už je tma a tak se těžko fotí slušných světel nemaje, tak alespoň ilustrační 
miniaturu.

Dobrý pokec s p. Součkem a jeho nádhernou kolegyní - užitečné informace k 
reklamacím. Nejspíš půjde reklamovat "budova místo dvora" přes definiční bod, a 
to snad i poměrně rychle. Dám vědět jak na to.

Tak nezpychněme ;-)

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

Re: [Talk-us] Multipolygonizing

[OSM Volunteer stevea]

On Nov 21, 2017, at 1:27 PM, Gleb Smirnoff  wrote:
> Okay, I will withhold myself from touching polygons in the Santa Cruz County
> for next couple of years, and let's see how your future experience with
> SCCGIS goes on. We can get back to this question later in scope of Santa Cruz.

This is a very happy result, thank you for the good (if rather public in 
talk-us) dialog.  I think it was beneficial to the greater OSM community that 
our dialog was so public, as Kevin and I have been discussing "shared ways in 
multipolygons vs. regular polygons" off-list for some time, and I've always 
known this trend towards "shared ways" would deeply affect a large import I 
keep updated in my county.  I believe this topic has made other OSM 
importers/maintainers of mostly- or exclusively-polygon data wonder what the 
best course of action is as OSM evolves to "shared ways" becoming more and more 
common.  I hope it has helped a better consensus to emerge – it feels like it 
is doing so locally.

What is emerging (at least here, between me and Gleb) is that there will come a 
point in either initial/original imports that are largely or exclusively 
polygon-only when it simple becomes time to "bite the bullet" and do the 
initial work to convert these to multipolygon as the trend towards "shared 
ways" grows.  Yes, that is lots of work up front, but I believe in advance that 
it will be worth it in the editing time/efforts saved in the future as Gleb and 
Kevin have pointed out its many editing benefits.  (I agree it is easier to 
maintain such "edges," boundaries especially, including landuse, which are 
"shared ways" as multipolygons allow us to do.  EXCEPT in large, existing 
imports!).

> Meanwhile, do I understand that my initial understanding of strong consensus
> against multipolygons in the USA overall was wrong reading? First few emails
> in the thread made me think so.

Gleb, it was a sort of misunderstanding, and it doesn't seem important to lay 
blame on anybody in particular.  What is important is that we seem to agree 
that while polygons certainly have their place and aren't going away, 
multipolygons are here to stay as well, and there is a distinct trend towards 
using them in a "shared way" context where it makes sense to do so.  (The good 
examples that Kevin listed, likely more).  Yes, as Frederik said, it can be a 
matter of taste which is better, as both are correct (one is harder to edit in 
one context, the other is harder to edit in another context), and so we should 
not be spending time "converting" from polygons to multipolygons.  However, 
where it makes sense to use multipolygons in NEW data, let us enter them as 
such.

> I'd like to continue working on coastline, and map all remaining SMRs and
> later maintain them. I also want keep using multipolygons in any regular
> edits. Are there any objections?

If by "regular edits" you mean adding NEW data, no, I have no objection.  If 
you want to "convert" existing polygons to multipolygons, yes, I (and others) 
object.

Thank you once again for good, productive dialog!

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

Re: [Talk-us] Multipolygonizing

[Joel Holdsworth]

On 21/11/17 14:29, Gleb Smirnoff wrote:

   Steve,

On Mon, Nov 20, 2017 at 04:34:18PM -0800, OSM Volunteer stevea wrote:
O> If the reltoolbox plug-in as as powerful as I am beginning to understand it 
may be (I appreciate the introduction, Gleb), and given my agreement that certain 
use cases (especially landuse) benefit greatly from multipolygonized boundaries 
(they do), I actually CAN imagine that the SCCGIS V4 landuse import data (in 2019 
or 2020) could become multipolygon.  This likely would involve a pre-upload 
translation of polygon data into mulitipolygon using the tool, then conflation 
(which has to be done anyway).  Except, we upload multipolygons as we delete 
existing polygons during the conflation-and-upload phase.
O>
O> I wanted to offer that bright spot of hope to anybody's lingering beliefs that I am 
"mule-entrenched" in my beliefs that existing polygons are always superior.  They are not.  
They make updates harder, but I think I can get over that, as I can be convinced that "once done, 
the time investment is worth it" for the future benefits that multipolygons bring.

Okay, I will withhold myself from touching polygons in the Santa Cruz County
for next couple of years, and let's see how your future experience with
SCCGIS goes on. We can get back to this question later in scope of Santa Cruz.

Meanwhile, do I understand that my initial understanding of strong consensus
against multipolygons in the USA overall was wrong reading? First few emails
in the thread made me think so.

I'd like to continue working on coastline, and map all remaining SMRs and
later maintain them. I also want keep using multipolygons in any regular
edits. Are there any objections?



I use multipolygons extensively for the land cover around Rocky Mountain 
National Park.


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

Re: [Talk-us] Multipolygonizing

[Gleb Smirnoff]

  Steve,

On Mon, Nov 20, 2017 at 04:34:18PM -0800, OSM Volunteer stevea wrote:
O> If the reltoolbox plug-in as as powerful as I am beginning to understand it 
may be (I appreciate the introduction, Gleb), and given my agreement that 
certain use cases (especially landuse) benefit greatly from multipolygonized 
boundaries (they do), I actually CAN imagine that the SCCGIS V4 landuse import 
data (in 2019 or 2020) could become multipolygon.  This likely would involve a 
pre-upload translation of polygon data into mulitipolygon using the tool, then 
conflation (which has to be done anyway).  Except, we upload multipolygons as 
we delete existing polygons during the conflation-and-upload phase.
O> 
O> I wanted to offer that bright spot of hope to anybody's lingering beliefs 
that I am "mule-entrenched" in my beliefs that existing polygons are always 
superior.  They are not.  They make updates harder, but I think I can get over 
that, as I can be convinced that "once done, the time investment is worth it" 
for the future benefits that multipolygons bring.

Okay, I will withhold myself from touching polygons in the Santa Cruz County
for next couple of years, and let's see how your future experience with
SCCGIS goes on. We can get back to this question later in scope of Santa Cruz.

Meanwhile, do I understand that my initial understanding of strong consensus
against multipolygons in the USA overall was wrong reading? First few emails
in the thread made me think so.

I'd like to continue working on coastline, and map all remaining SMRs and
later maintain them. I also want keep using multipolygons in any regular
edits. Are there any objections?

-- 
Gleb Smirnoff

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

Re: [Talk-es] Accesibilidad: experiencia en Elche

[Carlos Cámara]

Genial, Jose Luis!

Gracias por compartirlo, no lo conocía.

Saludos

Carlos Cámara
http://carloscamara.es

2017-11-20 19:15 GMT+01:00 Jose Luis Infante :

> Hola,
>
> en la reunión que tuvimos sobre accesibilidad comenté que conocía una
> experiencia que se realizó en Elche, y quedé que la enviaría a la lista
> para darla a conocer, y también por si alguien conoce a alguien de los
> organizadores, ya que en el momento de la reunión nadie los conocía.
>
> A continuación paso una relación de enlaces con la experiencia de Elche:
>
> http://www.elche.com/micrositios/fondos-europeos/
> noticias/ubicando-elche-en-el-mapa-de-openstreetmap/
>
> http://www.cap4access.eu/intro.html
>
> http://myaccessible.eu/putting-elche-openstreetmap/
>
> http://myaccessible.eu/elche-spain-colors-in-the-wheelmap/#more-366
>
> http://myaccessible.eu/mapping-miguel-hernandez-university/#more-905
>
> Como se puede apreciar hay varias organizaciones implicadas en el tema,
> como Polibienestar , de la Universitat de
> València, la Universidad Miguel Hernández, el propio ayuntamiento de
> Elche...
>
> A los que os movéis por el ámbito académico, ¿tenéis contacto con esta
> gente? Para conocerlos, saber lo que hacen, cómo lo hacen y también para
> que nos conozcan.
>
> Un saludo,
>
> Jose Luis
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[OSM-co] ultimo intento. (el mensaje no se ve la lista de correo, dice que se eliminó)

[Email Temporal]

Pongo a consideración de ustedes la siguiente situaciónLos siguientes comentarios sucedieron cuando se activó la tarea de Mocoa, cuando se agregó la información de rios y quebradas.http://www.openstreetmap.org/changeset/47547633#map=13/1.1559/-76.6399Como pueden ver iban a revertir el conjunto de cambios.Esto ocurre repetidamente en la Vereda Las Mangas de Santa Rosa de CabalLa comunidad argumenta que tiene problemas relacionadas a la disponibilidad de agua.se realizó una clasificación semisupervisada de las veredas usando sentinel2, (cuando se realizó no habían disponibles imagenes de BING), siguiendo las etiquetas de la wiki http://wiki.openstreetmap.org/wiki/ES:Cobertura_del_sueloentonces desde FOSM se han dedicado a revertir cada cambio, incluyendo los rios y quebradas, y bloqueando al contribuidor    Created: about 2 months ago    Status: Ended about 1 month ago.    Reason for block:    Dear PC10, you have yet again imported data to OSM in blatant violation of our import guidelines, without discussing your import in advance, and with questionable data quality (I checked against available aerial imagery and found no similarities to actual vegetation).    Please stop these rogue imports. They waste your time and the community\'s time, they put unnecessary load on the database, and they damage our project. You have not explained what it is you are trying to achieve - you claim some sort of \"collaborative project\" but OSM is not a free platform to execute random projects on. Install your own copy of the OSM software if you want to run your own projects independently of OSM. We are willing to provide further advice but you need to talk to us instead of stubbornly uploading your data again and again.    Para obtener ayuda en español, puede escribir a la lista de correo de OSM Colombia (https://lists.openstreetmap.org/pipermail/talk-co/).    Regards    Frederik Ramm    OSMF Data Working Groupporque FOSM está tan empeñada en revertir cualquier cambio en la zona de las 7 veredas.viendo esto https://conflictos-ambientales.net/oca_bd/env_problems/map/12 aparece smurfit...Entonces:OSM no es una plataforma libre para desarrollar proyectos comunitarios (eso dice woodpeck)y fundación OSM no dice nada al respecto?#NiUnNodoMas #OSMisEvil #OSMSellTheDataEste mensaje se ha enviado utilizando un servicio de email temporal. Puede responder este mensaje enviando un correo a 5a148ef1b0...@mailbox92.biz y si en caso no desea recibir más de estos mensajes puedes escribirnos a ab...@emailtemporal.org

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

[OSM-co] ayuda mensaje no enviado

[Email Temporal]

Pongo a consideración de ustedes la siguiente situaciónLos siguientes comentarios sucedieron cuando se activó la tarea de Mocoa, cuando se agregó la información de rios y quebradas.http://www.openstreetmap.org/changeset/47547633#map=13/1.1559/-76.6399Como pueden ver iban a revertir el conjunto de cambios.Esto ocurre repetidamente en la Vereda Las Mangas de Santa Rosa de CabalLa comunidad argumenta que tiene problemas relacionadas a la disponibilidad de agua.se realizó una clasificación semisupervisada de las veredas usando sentinel2, (cuando se realizó no habían disponibles imagenes de BING), siguiendo las etiquetas de la wiki http://wiki.openstreetmap.org/wiki/ES:Cobertura_del_sueloentonces desde FOSM se han dedicado a revertir cada cambio, incluyendo los rios y quebradas, y bloqueando al contribuidor    Created: about 2 months ago    Status: Ended about 1 month ago.    Reason for block:    Dear PC10, you have yet again imported data to OSM in blatant violation of our import guidelines, without discussing your import in advance, and with questionable data quality (I checked against available aerial imagery and found no similarities to actual vegetation).    Please stop these rogue imports. They waste your time and the community\'s time, they put unnecessary load on the database, and they damage our project. You have not explained what it is you are trying to achieve - you claim some sort of \"collaborative project\" but OSM is not a free platform to execute random projects on. Install your own copy of the OSM software if you want to run your own projects independently of OSM. We are willing to provide further advice but you need to talk to us instead of stubbornly uploading your data again and again.    Para obtener ayuda en español, puede escribir a la lista de correo de OSM Colombia (https://lists.openstreetmap.org/pipermail/talk-co/).    Regards    Frederik Ramm    OSMF Data Working Groupporque FOSM está tan empeñada en revertir cualquier cambio en la zona de las 7 veredas.viendo esto https://conflictos-ambientales.net/oca_bd/env_problems/map/12     aparece smurfit...Entonces:OSM no es una plataforma libre para desarrollar proyectos comunitarios (eso dice woodpeck)y fundación OSM no dice nada al respecto?#NiUnNodoMas #OSMisEvil #OSMSellTheDataEste mensaje se ha enviado utilizando un servicio de email temporal. Puede responder este mensaje enviando un correo a 5a148ef1b0...@mailbox92.biz y si en caso no desea recibir más de estos mensajes puedes escribirnos a ab...@emailtemporal.org

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

Re: [OSM-talk-fr] Demande de vérification d'une modification (lignes de bus)

[Philippe Verdy]

Le déplacement temporaire d'un arrêt de bus est souvent indiqué sur
l'ancien arrêt qui reste en place avec une affiche qui indique
l'emplacement déplacé. Donc si rien n'est démonté (abris ou poteau), à
priori ne pas toucher même si pour l'instant il ne sert pas. Le nouvel
arrêt indique aussi par une affiche que c'est un emplacement temporaire (ce
qui est utile pour ceux qui suivent des plans et peuvent se demander si
c'est le bon endroit pour attentre). Un arr^t temproaire souvent est moins
bien aménagé (pas d'abri, juste un poteau le plus souvent, ou un abris dans
un caisson préfabriqué posé par camion.


Le 21 novembre 2017 à 21:24, Sébastien Dinot  a
écrit :

> Vincent Privat a écrit :
> > Tu peux éventuellement utiliser old_name plutôt que de supprimer le
> > nom ?
>
> Fait.
>
> Sébastien
>
> --
> Sébastien Dinot, sebastien.di...@free.fr
> http://sebastien.dinot.free.fr/
> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>
> ___
> 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

[OSM-co] saludos a la fundación

[Email Temporal]

Pongo a consideración de ustedes la siguiente situaciónLos siguientes comentarios sucedieron cuando se activó la tarea de Mocoa, cuando se agregó la información de rios y quebradas.http://www.openstreetmap.org/changeset/47547633#map=13/1.1559/-76.6399Como pueden ver iban a revertir el conjunto de cambios.Esto ocurre repetidamente en la Vereda Las Mangas de Santa Rosa de CabalLa comunidad argumenta que tiene problemas relacionadas a la disponibilidad de agua.se realizó una clasificación semisupervisada de las veredas usando sentinel2, (cuando se realizó no habían disponibles imagenes de BING), siguiendo las etiquetas de la wiki http://wiki.openstreetmap.org/wiki/ES:Cobertura_del_sueloentonces desde FOSM se han dedicado a revertir cada cambio, incluyendo los rios y quebradas, y bloqueando al contribuidor
  



Created: about 2 months ago




Status: Ended about 1 month ago.Reason for block:





Dear PC10, you have yet again imported data to 
OSM in blatant violation of our import guidelines, without discussing 
your import in advance,
and with questionable data quality (I checked against available aerial 
imagery and found no similarities to actual vegetation).Please stop these rogue imports. They waste your time and the 
community\'s time, they put unnecessary load on the database, and they 
damage our project. You have not explained what it is you are trying to 
achieve - you claim some sort of \"collaborative project\" but OSM is not a
 free platform to execute random projects on. Install your own copy of 
the OSM software if you want to run your own projects independently of 
OSM. We are willing to provide further advice but you need to talk to us
 instead of stubbornly uploading your data again and again.  Para obtener ayuda en español, puede escribir a la lista de correo de OSM Colombia (https://lists.openstreetmap.org/pipermail/talk-co/).Regards
Frederik Ramm
OSMF Data Working Group


   porque FOSM está tan empeñada en revertir cualquier cambio en la zona de las 7 veredas.viendo esto https://conflictos-ambientales.net/oca_bd/env_problems/map/12 aparece smurfit...Entonces:OSM no es una plataforma libre para desarrollar proyectos comunitarios (eso dice woodpeck)y fundación OSM no dice nada al respecto?#NiUnNodoMas #OSMisEvil #OSMSellTheData#NiUnNodoMas #OSMisEvil #OSMSellTheDataEste mensaje se ha enviado utilizando un servicio de email temporal. Puede responder este mensaje enviando un correo a 5a148ef1b0...@mailbox92.biz y si en caso no desea recibir más de estos mensajes puedes escribirnos a ab...@emailtemporal.org


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

Re: [OSM-talk] What would make MapRoulette better?

[Rory McCann]

Hi,

Like others I'd like a bbox filter so I could work on an area I know
well. The polygon fixing project was world wide, and I'd rather only fix
up things in my area.

Is there any reason there isn't a JOSM plugin? There's one for to-fix, a
similar tool.

Rory

On 19/11/17 21:59, Martijn van Exel wrote:
> Hi all, 
> 
> For those who have used MapRoulette or at least have a good
> understanding of what it does: what would be the *one top thing* for you
> that would make it better? 
> 
> I am asking because I am working on a new major release. 
> -- 
> Martijn van Exel
> 
> 
> ___
> 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-fr] Demande de vérification d'une modification (lignes de bus)

[Sébastien Dinot]

Vincent Privat a écrit :
> Tu peux éventuellement utiliser old_name plutôt que de supprimer le
> nom ?

Fait.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Demande de vérification d'une modification (lignes de bus)

[Sébastien Dinot]

Philippe Verdy a écrit :
> Si des arrêts de bus sont temporairement déplacés le temps de travaux

L'avenir le dira mais rien ne laisse penser à cette heure que ce
déplacement soit temporaire.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Demande de vérification d'une modification (lignes de bus)

[Philippe Verdy]

Si des arrêts de bus sont temporairement déplacés le temps de travaux, il
vaut mieux conserver les anciens à moins qu'ils soient condmanés à
disparaitre une fois les travaux terminés. Les arrêts provisoires peuvent
avoir le même nom que les anciens, ce n'est pas un problème, même si
temporairement ils ne sont pas référencés par une ligne et remplacés **dans
la relation route** par les arrêts temporaires.

Le 21 novembre 2017 à 20:50, Vincent Privat  a
écrit :

> Tu peux éventuellement utiliser old_name plutôt que de supprimer le nom ?
>
> Le 21 novembre 2017 à 20:46, Sébastien Dinot  a
> écrit :
>
>> Bonsoir,
>>
>> Sébastien Dinot a écrit :
>> > Du coup, cette zone méritera une seconde passe lorsque les travaux
>> > seront terminés et je verrai à ce moment-là si une liaison entre
>> > l'ancienne et la nouvelle voies se justifie.
>>
>> Les travaux ne sont pas terminés mais la zone a derechef evolué et,
>> cette fois-ci, une large zone a été aplanie et relie désormais le nouvel
>> axe et l'ancien.
>>
>> Quant au tronçon abandonné de l'ancien axe, il est désormais coupé aux
>> deux extrémités. Du coup, j'ai supprimé le nom « Chemin Carrosse ».
>>
>> Sébastien
>>
>>
>> --
>> Sébastien Dinot, sebastien.di...@free.fr
>> http://sebastien.dinot.free.fr/
>> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>>
>> ___
>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Effecting change in OpenStreetMap

[Christoph Hormann]

On Tuesday 21 November 2017, Ilya Zverev wrote:
>
> You can mask the issue by saying "you have to be humble and listen to
> others more and understand there is always somebody who know better",
> but with that, you kill any trace of motivation to effect change in
> OpenStreetMap.

My suggestion to "be a bit humble" was meant to avoid doing exactly that 
to others what you criticise is being done by "the core group", namely 
not assessing opinions and positions based on their merit but based on 
a feeling of superiority and group perception.

> Because people who know better will not try new things 
> — they are worried that things we already have will break. The whole
> core services group (people who maintain code and servers) have been
> working in the life-support mode for years. Any change should conform
> to all the current policies of OSM, which virtually say "no changes".
> Any proposal should not contradict any of existing wiki pages,
> especially if existing wiki pages contradict each other.

I think you are exaggerating a bit here but i also think there is some 
truth to the perceived structural conservativism based on fear to loose 
something (something that is dear to you or something you feel 
responsible for).  This is no different from big politics probably (why 
should it be after all).

The key to overcoming this is not to try running up against it (which 
would just increase the fear and strengthen the conservativism) but to 
create independent alternatives and demonstrate change is possible and 
worthwhile.  The good thing about OSM is that very little outside the 
main database and the API is strictly tied to the core systems.  Even 
for the wiki - if a group of people from the OSM community would decide 
to create an independent tag documentation system that is better 
structured, more logical and easier to understand that would not 
automatically become the authority in tagging questions of course but 
it would have weight as soon as mappers start using it as a guideline.  

Such endeavours are always a long shot of course and most attempts fail 
before they gain enough footing.  Most successes with that approach 
have some kind of larger outside backing (iD Editor is a good example i 
think).

But most importantly i firmly believe that embrancing the ideas of 
newcomers independent of their merit out of misguided friendliness is 
at least as bad as rejecting them because of fear of change or loss of 
power and influence.  This would be the path to universal mediocrity.

Which leads me to what i have already said: The only way to make good 
decisions is to have open arguments about the merits of the different 
ideas and where everyone is open to reasoning and ultimately the better 
argument wins.  This is hard but if it works it is worth it.  And of 
course the older people have more responsibility here than the 
newcomers.

> I don't care about failure of my proposals and pull requests. I care
> about OSM being an active, maintained, growing, ever-changing
> project. I believe I will see that — but I'd prefer it in 5 years,
> not in 50.

Not sure if you know this - but there is a famous quote by Max Planck i 
had to think of when reading this:

"A new scientific truth does not triumph by convincing its opponents and 
making them see the light, but rather because its opponents eventually 
die, and a new generation grows up that is familiar with it." (see 
https://en.wikiquote.org/wiki/Max_Planck)

Of course the turnover in people is much faster in OSM than in science 
(see 
https://wiki.openstreetmap.org/wiki/File:Active_contributors_year.png).  

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

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

Re: [OSM-talk-fr] Demande de vérification d'une modification (lignes de bus)

[Vincent Privat]

Tu peux éventuellement utiliser old_name plutôt que de supprimer le nom ?

Le 21 novembre 2017 à 20:46, Sébastien Dinot  a
écrit :

> Bonsoir,
>
> Sébastien Dinot a écrit :
> > Du coup, cette zone méritera une seconde passe lorsque les travaux
> > seront terminés et je verrai à ce moment-là si une liaison entre
> > l'ancienne et la nouvelle voies se justifie.
>
> Les travaux ne sont pas terminés mais la zone a derechef evolué et,
> cette fois-ci, une large zone a été aplanie et relie désormais le nouvel
> axe et l'ancien.
>
> Quant au tronçon abandonné de l'ancien axe, il est désormais coupé aux
> deux extrémités. Du coup, j'ai supprimé le nom « Chemin Carrosse ».
>
> Sébastien
>
>
> --
> Sébastien Dinot, sebastien.di...@free.fr
> http://sebastien.dinot.free.fr/
> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>
> ___
> 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: [OSM-talk-fr] Demande de vérification d'une modification (lignes de bus)

[Sébastien Dinot]

Bonsoir,

Sébastien Dinot a écrit :
> Du coup, cette zone méritera une seconde passe lorsque les travaux
> seront terminés et je verrai à ce moment-là si une liaison entre
> l'ancienne et la nouvelle voies se justifie.

Les travaux ne sont pas terminés mais la zone a derechef evolué et,
cette fois-ci, une large zone a été aplanie et relie désormais le nouvel
axe et l'ancien.

Quant au tronçon abandonné de l'ancien axe, il est désormais coupé aux
deux extrémités. Du coup, j'ai supprimé le nom « Chemin Carrosse ».

Sébastien


-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [Talk-ca] Mapping buildings in Canada by 2020

[Julia C]

Hello everyone!

I am Julia Conzon, username Noznoc. I am currently *interning* at Mapbox
until the end of November.

My involvement in BC2020 came from my past work at Statistics Canada on the
Crowdsourcing project and my interest in VGI. *I am not a representative
for Mapbox (Mapbox is only supporting me)*.

Organizing these mapathons have been a great experience because I have
witnessed academics and students across Canada interested in being educated
on OSM and contributing to the OSM project through BC2020. Several
universities intend on continuing mapathons.

I have just finished developing a visualization
 that
showcases the results from the mapathon (data collected between Nov.
10-20). To learn more about the visualization, I recommend reading the
README.md file in the GitHub repo
.

>From what Pierre's email states, I guess the validation work flow panned
out from OSMGeoWeek does not follow the normal script that has been done in
the past, *but that doesn't mean it doesn't exist*. The universities are
aware of validation, and have the intentions to work on it; however, since
involvement is volunteered-based, people have other priorities, so
validation will not occur immediately. My visualization is developed in a
way to support validation efforts, and I have started documenting
validation methods here

 (*feel free to add to the wiki*).

>From my time at Mapbox I have learned methods for validating data, and
developing front-end apps to easily see and fix errors. I would love to
collaborate with any other individuals interested in developing these tools
for BC2020. This would be on my own time, this is not a part of my job, it
is part of my hobby.

Regards,
Julia


On Mon, Nov 20, 2017 at 5:19 PM, john whelan  wrote:

> >BC2020 *is not a StatCan project*.
>
> That comment came from Bjenk's old boss.
>
> I note that Pierre has identified some data quality issues from maperthons
> that appear to be associated with this.
>
> Is anyone organising this or is it just a dream in the air?
>
> In Ottawa we got some high quality mapping out of the initial Stats Canada
> project which is good.
>
> The issue on the low quality mapping by mappers who will map once then
> disappear is what if anything should be done about the less than ideal
> mapping left behind?
>
> Traditionally its been suggested that is it best corrected but it takes
> longer to correct than to delete and remap.
>
> It doesn't seem to be easy to handle at a local level.  There is too much
> just dropped on one spot at once.
>
> One mapper made a comment to me on this type of mapping in Africa just
> delete this junk.  I have some sympathy with this point of view.
>
> Thoughts if any
>
> Thanks John
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk] What would make MapRoulette better?

[Erwin Olario]

Yes, a 'merge' function sounds right, Martijn. However, I'm only suggesting
it for tags, and not geometry.

/Erwin

On Wed, Nov 22, 2017, 02:16 Martijn van Exel  wrote:

> Erwin,
>
> Are you suggesting MapRoulette have some sort of manual ‘merge’ function?
> Suggesting changes to tags (or even geometry) that the user would just
> confirm, instead of going to JOSM / iD and make edits manually?
>
> Martijn
>
> On Nov 20, 2017, at 8:08 PM, Erwin Olario  wrote:
>
> So sorry for the terse reply.
>
> Right now, the only way to build task is to specify the location or
> specific objects.
>
> The use-case I have in mind is when a data provider allows or donates
> their data into OSM, and apart from geographic location and geometry, they
> have specific attributes usable in OSM.
>
> For example, a local school department gives the local OSM community
> permission to use their school location data that includes the official
> school name (which may be missing or incomplete in the current database),
> and contact number, and official website. And instead of doing a bulkl
> import, and using MR, the data are presented to the MR contributor to be
> merged or added into OSM.
>
> In this example the tags: name, contact:phone, contact:website are added
> to the specific tasks of the challenge.
>
> /Erwin
>
>
>
> On Tue, Nov 21, 2017 at 12:36 AM Martijn van Exel  wrote:
>
>> Hi Erwin,
>>
>> Can you give an example of what you would like to see and how you would
>> like it to work?
>>
>> --
>> Martijn van Exel
>>
>> On November 20, 2017 at 6:30:01 AM, Erwin Olario (gov...@gmail.com)
>> wrote:
>>
>>
>> I wish to see support for OSM tags for tasks.
>>
>> On Mon, Nov 20, 2017 at 5:02 AM Martijn van Exel  wrote:
>>
>>> Hi all,
>>>
>>> For those who have used MapRoulette or at least have a good
>>> understanding of what it does: what would be the *one top thing* for you
>>> that would make it better?
>>>
>>> I am asking because I am working on a new major release.
>>> --
>>> Martijn van Exel
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>>>
>> --
>>
>> /Erwin Olario
>>
>> e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s:
>> https://mstdn.io/@GOwin
>>
>> --
>
> /Erwin Olario
>
> e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s:
> https://mstdn.io/@GOwin
>
>
> --

/Erwin Olario

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

Re: [OSM-talk] Effecting change in OpenStreetMap

[Mikel Maron]

I agree there are several parts of the OpenStreetMap software ecosystem where 
there's a healthy developer process. openstreetmap-carto and iD come to mind. 
Search and routing. Part of the issue with the main website -> it's a monolith, 
encompassing many different components. Sign up & authentication, messaging and 
communication, data exploration, the API. Andy Allan has been doing great work 
lately to make development on the rails app cleaner and more approachable. A 
good next step to consider is further isolating components, and the 
stakeholders on those components, so that development discussion and plans can 
become more focused.
* Mikel Maron * +14152835207 @mikel s:mikelmaron 

On Tuesday, November 21, 2017, 10:36:05 AM EST, Matthijs Melissen 
 wrote:  
 
 On 21 November 2017 at 14:47, Darafei "Komяpa" Praliaskouski
 wrote:
> "I'm worried about this. I have not performed a technical review." as a
> blocker for PR merge:
> https://github.com/gravitystorm/openstreetmap-carto/pull/2939
>
> Basically, most of wide ~2011 dev community was hired away, and core is in
> hands of those who weren't hired away by Map* for whatever reason, be that
> lack of social skills or lack of technical skills. You've got no fresh
> blood, and there's no road map for it to improve.

I can't speak for the other projects, but at least towards
openstreetmap-carto this is very unfair criticism. In fact, what
you're describing is something I've been actively trying to combat
with openstreetmap-carto. Our project has added 8 maintainers, 4 of
which have been added over the past two years. Also in the last two
years, 22 people have contributed code through pull requests. So it's
certainly not true that it's impossible to get something merged into
the project.

Your criticism of the comment on your PR is not fair either, the
comment 'I'm worried about this' was referring to an earlier, more
detailed response, by me:
https://github.com/gravitystorm/openstreetmap-carto/pull/2939#issuecomment-343258037

> Basically, most of wide ~2011 dev community was hired away, and core is in 
> hands of those who weren't hired away by Map* for whatever reason, be that 
> lack of social skills or lack of technical skills.

Either that, or they like to fiddle with maps at night time, and have
a day job in a more lucrative industry.

-- Matthijs

___
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] Effecting change in OpenStreetMap

[john whelan]

OSM isn't a closed system.  I get the impression that it has evolved over
time.  There is a core database engine and then there seems to be addons.
Lots of them like JOSM.

The problem is if you touch something basic the interface may change for
the addons and that's a big problem. Using XML helps keep the interfaces
stable but there are performance issues.

Perhaps what we should do is a drive to document the interfaces and
possibly the data flows through what I was going to say system but it seems
almost much larger than that.

Traditionally with computer systems there is a formal change management
system.  A problem is identified such as the database may contain web
addresses that point to malware.  Currently there is a lot of creative work
being done here using characters outside the normal ANSI base set.  One
extended German character looks very much like a letter d for example
except to a computer which points to a different web address.

Perhaps we could start by identifying problems such as this.  I'm sure
someone could run something down the database to check that all the
characters in a web address are in the base ANSI set.  It's not perfect but
it would be a start.

Cheerio John

On 21 November 2017 at 12:48, Michał Brzozowski  wrote:

> I think that developers of JOSM are another noteworthy exception to add
> along with openstreetmap-carto. Even if they break something, they are
> quick to respond, and it seems that there's always some work going on.
>
> But yes, I do share your feelings to a degree as well. People from many
> core OSM projects seem they would like to continue status quo indefinitely..
>
> The main project that I think is one of the most important, but at the
> same time not getting enough attention is openstreetmap-website. There's so
> much that could be done in order to facilitate mapper communication and
> improve usability. I *could* learn Ruby to implement some incremental
> improvements, but I would have to lose a few months on it and it's not a
> transferable skill for me (I'm not a web developer, or even a programmer,
> though I use Bash, Python and Tcl.). There are many quite sensible
> improvements that haven't been addresed for a long time.
>
> I have seen a similar phenomenon in Polish OSM community. There have been
> a few tools and data analyses/visualisations made by the "old guard" i.e.
> people who were active leaders in our community 7 or so years ago, who now
> have work and family wasting their time. But they did not take care to
> propagate the knowledge. Often it's a challenge to get sources form them to
> build it on your own.
>
> At the end of the day there's much that could be done to improve OSM if
> one took a holistic approach, having multiple projects working on some
> common goals, but with maintainers caring mostly about their turf and OSMF
> (by design) being concerned mostly with funding, licensing and running *WGs
> this is not happening.
>
> Michał
>
> On Tue, Nov 21, 2017 at 2:47 PM, Darafei "Komяpa" Praliaskouski <
> m...@komzpa.net> wrote:
>
>>
>> вс, 19 нояб. 2017 г. в 1:11, Christoph Hormann :
>>
>>> On Saturday 18 November 2017, Ilya Zverev wrote:
>>> > john whelan wrote:
>>> > > No you need to build up trust again and it takes time.  Only then
>>> > > will your ideas start to gain acceptance.
>>> >
>>> > Oh come on. I've been a mapper since 2010, I've hosted dozens of
>>> > events, I've written many articles and tools, some of which you might
>>> > have used, I'm on the Board currently, and still my proposals and
>>> > pull requests fail again and again, because there is no trust in
>>> > OpenStreetMap. There is nothing you can to to build up trust. Your
>>> > ideas will never get acceptance, it's just nitpicking and "unwritten
>>> > rules" all over.
>>>
>>> I hope you are aware that with this you deny everyone who has ever
>>> voiced critique on any of your proposals and pull requests to have a
>>> competent opinion on the topic in question.
>>>
>>
>> (sorry for my Russian straightness)
>>
>> Many words, long story short: technology-wise, OpenStreetMap core is dead.
>>
>> There is no development outside of a limited set of companies, and even
>> that is mostly aimed at profit of the company, not the OSM community. All
>> of it is done in "consumer" role.
>>
>> People trying to gain knowledge of developing something in non-"consumer"
>> paradigm get shamed all over mailing lists. Or have a look what it takes to
>> launch any kind of popular OSM editor, be it Potlatch or Maps.me, in terms
>> of amount of hate towards you.
>>
>> It is impossible to get anything merged into core infrastructure. If
>> initial author stepped away from the project, there is a group of ~5 people
>> who effectively say no to any change.
>>
>> This year I got several PRs reviewed and merged into PostGIS, yet even
>> simple configuration/limit changes to openstreetmap.org get ignored.
>>
>> I've posted a -dev mail about 

Re: [Talk-it] Rivenditore oli lubrificanti

[Bertalan Ivan]

On 20 novembre 2017 a 10:17:53, Andreas Lattmann (andreas.lattm...@ga-2.it)
scritto:

Buongiorno, come si taggano i rivenditori in oggetto?
Vendono anche batterie per auto.


Ciao Andreas,

io l’ho classificato come auto ricambi
http://wiki.openstreetmap.org/wiki/IT:Tag:shop%3Dcar

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

Re: [OSM-talk-be] Belgium Phone Format OSM Tool

[Ubipo .]

Hi,

I must have misread that somewhere then...

The demo at
http://rawgit.com/googlei18n/libphonenumber/master/javascript/i18n/phonenumbers/demo-compiled.html
seems
to indeed work for all Belgian area codes.
I'll port my tool over to instead use that library and try to make it
international.

Best,
Ubipo
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] What would make MapRoulette better?

[Martijn van Exel]

Erwin, 

Are you suggesting MapRoulette have some sort of manual ‘merge’ function? 
Suggesting changes to tags (or even geometry) that the user would just confirm, 
instead of going to JOSM / iD and make edits manually?

Martijn

> On Nov 20, 2017, at 8:08 PM, Erwin Olario  wrote:
> 
> So sorry for the terse reply.
> 
> Right now, the only way to build task is to specify the location or specific 
> objects. 
> 
> The use-case I have in mind is when a data provider allows or donates their 
> data into OSM, and apart from geographic location and geometry, they have 
> specific attributes usable in OSM.
> 
> For example, a local school department gives the local OSM community 
> permission to use their school location data that includes the official 
> school name (which may be missing or incomplete in the current database), and 
> contact number, and official website. And instead of doing a bulkl import, 
> and using MR, the data are presented to the MR contributor to be merged or 
> added into OSM.
> 
> In this example the tags: name, contact:phone, contact:website are added to 
> the specific tasks of the challenge.
> 
> /Erwin
> 
> 
> 
> On Tue, Nov 21, 2017 at 12:36 AM Martijn van Exel  > wrote:
> Hi Erwin, 
> 
> Can you give an example of what you would like to see and how you would like 
> it to work?
> 
> -- 
> Martijn van Exel
> 
> On November 20, 2017 at 6:30:01 AM, Erwin Olario (gov...@gmail.com 
> ) wrote:
> 
>> 
>> I wish to see support for OSM tags for tasks.
>> 
>> On Mon, Nov 20, 2017 at 5:02 AM Martijn van Exel > > wrote:
>> Hi all, 
>> 
>> For those who have used MapRoulette or at least have a good understanding of 
>> what it does: what would be the *one top thing* for you that would make it 
>> better? 
>> 
>> I am asking because I am working on a new major release. 
>> -- 
>> Martijn van Exel
>> ___
>> talk mailing list
>> talk@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk 
>> 
>> --
>> /Erwin Olario
>> 
>> e: er...@ngnuity.xyz  | v/m: https://t.me/GOwin 
>>  | s: https://mstdn.io/@GOwin 
> 
> -- 
> /Erwin Olario
> 
> e: er...@ngnuity.xyz  | v/m: https://t.me/GOwin 
>  | s: https://mstdn.io/@GOwin 

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

[Talk-cz] Pravidla pro organizované mapování (was: [OSM-talk] Directed Editing Policy)

[Jan Martinec]

Ahoj,
Kdo z místních dělá mapathony nebo přispívá do OSM pracovně (Mapy.cz prý na
to mají celý tým?), asi vás budou zajímat nová pravidla, která zvažuje OSMF:

https://wiki.osmfoundation.org/wiki/Directed_Editing_Policy

Zatím je to ve stádiu diskuse, pokud to správně chápu, ale nějaká zřejmě
vzniknou.

Zdar,
Honza Piškvor Martinec
-- Přeposlaná zpráva --
Od: "Frederik Ramm" 
Datum: 21. 11. 2017 18:37
Předmět: [OSM-talk] Directed Editing Policy
Komu: "Talk Openstreetmap" 
Kopie:

I posted this announcement to osmf-talk 16 hours ago, where a little
discussion has already taken place. It has been pointed out to me that
it doesn't make sense to involve those who are not members in the
initial survey, but then cut them out later, so here's the announcement
below (even though, in the end, this is going to be a policy that the
OSMF board decides on). As always, discussing this on both lists at the
same time is going to be awkward but everyone should get a chance to
comment. If you have something to say, please do check the existing
thread on
https://lists.openstreetmap.org/pipermail/osmf-talk/2017-
November/004352.html
so that we don't unnecessarily duplicate things.

---

Hi,

   the DWG has prepared a policy on "Directed Editing" (former working
title "Organised Editing Policy"). Read it here:

https://wiki.osmfoundation.org/wiki/Directed_Editing_Policy

The policy picks up (but doesn't slavishly follow) the results of our
survey, where it became obvious that transparency and communications are
what mappers find most important about organised mapping efforts. The
policy replaces the somewhat fuzzy terms of "paid" and "organised"
editing with the concept of "directed editing", which is essentially
when you're required to edit OSM (because of work, a school assignment
etc) and/or when you're told by others exactly what and how to map.

The DWG is interested in feedback on this proposal. Are you currently
involved in some form of editing that would be covered by the policy?
Does the policy present an unnecessary obstacle for some activities? If
you have witnessed organised mapping efforts that caused problems -
would these problems have been avoided if people had adhered to the
proposed policy?

Bye
Frederik

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

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

Re: [OSM-talk] Effecting change in OpenStreetMap

[Michał Brzozowski]

I think that developers of JOSM are another noteworthy exception to add
along with openstreetmap-carto. Even if they break something, they are
quick to respond, and it seems that there's always some work going on.

But yes, I do share your feelings to a degree as well. People from many
core OSM projects seem they would like to continue status quo indefinitely..

The main project that I think is one of the most important, but at the same
time not getting enough attention is openstreetmap-website. There's so much
that could be done in order to facilitate mapper communication and improve
usability. I *could* learn Ruby to implement some incremental improvements,
but I would have to lose a few months on it and it's not a transferable
skill for me (I'm not a web developer, or even a programmer, though I use
Bash, Python and Tcl.). There are many quite sensible improvements that
haven't been addresed for a long time.

I have seen a similar phenomenon in Polish OSM community. There have been a
few tools and data analyses/visualisations made by the "old guard" i.e.
people who were active leaders in our community 7 or so years ago, who now
have work and family wasting their time. But they did not take care to
propagate the knowledge. Often it's a challenge to get sources form them to
build it on your own.

At the end of the day there's much that could be done to improve OSM if one
took a holistic approach, having multiple projects working on some common
goals, but with maintainers caring mostly about their turf and OSMF (by
design) being concerned mostly with funding, licensing and running *WGs
this is not happening.

Michał

On Tue, Nov 21, 2017 at 2:47 PM, Darafei "Komяpa" Praliaskouski <
m...@komzpa.net> wrote:

>
> вс, 19 нояб. 2017 г. в 1:11, Christoph Hormann :
>
>> On Saturday 18 November 2017, Ilya Zverev wrote:
>> > john whelan wrote:
>> > > No you need to build up trust again and it takes time.  Only then
>> > > will your ideas start to gain acceptance.
>> >
>> > Oh come on. I've been a mapper since 2010, I've hosted dozens of
>> > events, I've written many articles and tools, some of which you might
>> > have used, I'm on the Board currently, and still my proposals and
>> > pull requests fail again and again, because there is no trust in
>> > OpenStreetMap. There is nothing you can to to build up trust. Your
>> > ideas will never get acceptance, it's just nitpicking and "unwritten
>> > rules" all over.
>>
>> I hope you are aware that with this you deny everyone who has ever
>> voiced critique on any of your proposals and pull requests to have a
>> competent opinion on the topic in question.
>>
>
> (sorry for my Russian straightness)
>
> Many words, long story short: technology-wise, OpenStreetMap core is dead.
>
> There is no development outside of a limited set of companies, and even
> that is mostly aimed at profit of the company, not the OSM community. All
> of it is done in "consumer" role.
>
> People trying to gain knowledge of developing something in non-"consumer"
> paradigm get shamed all over mailing lists. Or have a look what it takes to
> launch any kind of popular OSM editor, be it Potlatch or Maps.me, in terms
> of amount of hate towards you.
>
> It is impossible to get anything merged into core infrastructure. If
> initial author stepped away from the project, there is a group of ~5 people
> who effectively say no to any change.
>
> This year I got several PRs reviewed and merged into PostGIS, yet even
> simple configuration/limit changes to openstreetmap.org get ignored.
>
> I've posted a -dev mail about reusing nighttime of tile rendering servers.
> Some likes on GitHub, some reviews from passer-by's, no merge, nothing
> about "what to fix to get it merged". For a year. Patience you say?
> https://github.com/openstreetmap/mod_tile/pull/152
>
> /map call is technically 40x slower than it should be, but issue is being
> closed with "we are not complete idiots" comments. No action taken wherever.
> https://github.com/openstreetmap/operations/issues/135
>
> "I'm worried about this. I have not performed a technical review." as a
> blocker for PR merge:
> https://github.com/gravitystorm/openstreetmap-carto/pull/2939
>
> Basically, most of wide ~2011 dev community was hired away, and core is in
> hands of those who weren't hired away by Map* for whatever reason, be that
> lack of social skills or lack of technical skills. You've got no fresh
> blood, and there's no road map for it to improve.
>
> ___
> 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] Directed Editing Policy

[Frederik Ramm]

I posted this announcement to osmf-talk 16 hours ago, where a little
discussion has already taken place. It has been pointed out to me that
it doesn't make sense to involve those who are not members in the
initial survey, but then cut them out later, so here's the announcement
below (even though, in the end, this is going to be a policy that the
OSMF board decides on). As always, discussing this on both lists at the
same time is going to be awkward but everyone should get a chance to
comment. If you have something to say, please do check the existing
thread on
https://lists.openstreetmap.org/pipermail/osmf-talk/2017-November/004352.html
so that we don't unnecessarily duplicate things.

---

Hi,

   the DWG has prepared a policy on "Directed Editing" (former working
title "Organised Editing Policy"). Read it here:

https://wiki.osmfoundation.org/wiki/Directed_Editing_Policy

The policy picks up (but doesn't slavishly follow) the results of our
survey, where it became obvious that transparency and communications are
what mappers find most important about organised mapping efforts. The
policy replaces the somewhat fuzzy terms of "paid" and "organised"
editing with the concept of "directed editing", which is essentially
when you're required to edit OSM (because of work, a school assignment
etc) and/or when you're told by others exactly what and how to map.

The DWG is interested in feedback on this proposal. Are you currently
involved in some form of editing that would be covered by the policy?
Does the policy present an unnecessary obstacle for some activities? If
you have witnessed organised mapping efforts that caused problems -
would these problems have been avoided if people had adhered to the
proposed policy?

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: [OSM-talk] Effecting change in OpenStreetMap

[James]

I am a developer. I should not be expected to learn Psychology 101 to
improve OpenStreetMap.

Funny you should say that...I had to take Psychology 101 for my CS degree.
I see why now.

On Nov 21, 2017 12:02 PM, "Ilya Zverev"  wrote:

> Christoph Hormann wrote:
> >  Oh come on. I've been a mapper since 2010, I've hosted dozens of
> > > events, I've written many articles and tools, some of which you might
> > > have used, I'm on the Board currently, and still my proposals and
> > > pull requests fail again and again, because there is no trust in
> > > OpenStreetMap. There is nothing you can to to build up trust. Your
> > > ideas will never get acceptance, it's just nitpicking and "unwritten
> > > rules" all over.
> > I hope you are aware that with this you deny everyone who has ever
> voiced critique on any of your proposals and pull requests to have a
> competent opinion on the topic in question.
>
> I am not speaking about my proposals and pull requests here. I am
> highlighting a bigger issue that I see again and again. There is a core
> group made of people from UK and German-speaking countries, and everyone
> else. You will never become a part of the first group, not by writing
> software or articles, not by being elected anywhere, not by anything. You
> either have been in OSM in 2006 or not. You, Christoph, is not perceived as
> a part of that group. Which means you get to experience "this situation
> from both sides". Most of us do. Most people from the core group don't even
> see the problem and will deny any claims.
>
> This problem manifests itself in many small ways: one more nitpicking
> comment on your pull request, one more opposing comment on a proposal, one
> more vote on their Board ballot instead of yours. Everything they do is
> visible all over OSM. No matter what you do, it will be visible only in
> your local community. That is what the #craftmapper problem is, not a
> simple "do not import, go out and map". If they become irritated and leave,
> we will lose everything: servers, access to code, representation,
> organization. I know only one "craftmapper" who left — and more and more I
> am starting to think that was for the worse, contrary to mine and everyone
> else's opinions three years ago.
>
> You can mask the issue by saying "you have to be humble and listen to
> others more and understand there is always somebody who know better", but
> with that, you kill any trace of motivation to effect change in
> OpenStreetMap. Because people who know better will not try new things —
> they are worried that things we already have will break. The whole core
> services group (people who maintain code and servers) have been working in
> the life-support mode for years. Any change should conform to all the
> current policies of OSM, which virtually say "no changes". Any proposal
> should not contradict any of existing wiki pages, especially if existing
> wiki pages contradict each other.
>
> Trust is allowing other people to touch and possibly break what you love.
> We don't have it in the OSM. OSM is not Wikipedia, we don't have a "be
> bold" rule. As you explain, we have "be humble and listen to others" rule.
> Feels very similar to what women currently are fighting with in the third
> wave.
>
> > The key to solving this kind of problem is respectful and considerate
> communication, caring about each other's opinions and reasoning - and above
> all patience. People are always more likely to accept and support change if
> they come to realize the need for it themselves, at their own pace.
>
> I am a developer. I should not be expected to learn Psychology 101 to
> improve OpenStreetMap. What are you effectively saying is that you can push
> changes only by being an expert in social studies. If only such experts
> wrote pull requests. What we do need is more management standing between
> old and new developers — but that would imply more spending money on
> people, and we don't want to spend money on people, just on hardware.
>
> > And a rejected idea does not necessarily need to be considered failure.
> It is an opportunity to talk to the people who have rejected it,
> re-evaluating your assumptions and motives and maybe develop a better
> solution (or let others do that when they recognize the need). I have seen
> lots of examples where a failed attempt at something created the impulse
> for a better and successful solution.
>
> I don't care about failure of my proposals and pull requests. I care about
> OSM being an active, maintained, growing, ever-changing project. I believe
> I will see that — but I'd prefer it in 5 years, not in 50.
>
> Ilya
> ___
> 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] Effecting change in OpenStreetMap

[Ilya Zverev]

Christoph Hormann wrote:
>  Oh come on. I've been a mapper since 2010, I've hosted dozens of 
> > events, I've written many articles and tools, some of which you might 
> > have used, I'm on the Board currently, and still my proposals and 
> > pull requests fail again and again, because there is no trust in 
> > OpenStreetMap. There is nothing you can to to build up trust. Your 
> > ideas will never get acceptance, it's just nitpicking and "unwritten 
> > rules" all over. 
> I hope you are aware that with this you deny everyone who has ever voiced 
> critique on any of your proposals and pull requests to have a competent 
> opinion on the topic in question.

I am not speaking about my proposals and pull requests here. I am highlighting 
a bigger issue that I see again and again. There is a core group made of people 
from UK and German-speaking countries, and everyone else. You will never become 
a part of the first group, not by writing software or articles, not by being 
elected anywhere, not by anything. You either have been in OSM in 2006 or not. 
You, Christoph, is not perceived as a part of that group. Which means you get 
to experience "this situation from both sides". Most of us do. Most people from 
the core group don't even see the problem and will deny any claims.

This problem manifests itself in many small ways: one more nitpicking comment 
on your pull request, one more opposing comment on a proposal, one more vote on 
their Board ballot instead of yours. Everything they do is visible all over 
OSM. No matter what you do, it will be visible only in your local community. 
That is what the #craftmapper problem is, not a simple "do not import, go out 
and map". If they become irritated and leave, we will lose everything: servers, 
access to code, representation, organization. I know only one "craftmapper" who 
left — and more and more I am starting to think that was for the worse, 
contrary to mine and everyone else's opinions three years ago.

You can mask the issue by saying "you have to be humble and listen to others 
more and understand there is always somebody who know better", but with that, 
you kill any trace of motivation to effect change in OpenStreetMap. Because 
people who know better will not try new things — they are worried that things 
we already have will break. The whole core services group (people who maintain 
code and servers) have been working in the life-support mode for years. Any 
change should conform to all the current policies of OSM, which virtually say 
"no changes". Any proposal should not contradict any of existing wiki pages, 
especially if existing wiki pages contradict each other.

Trust is allowing other people to touch and possibly break what you love. We 
don't have it in the OSM. OSM is not Wikipedia, we don't have a "be bold" rule. 
As you explain, we have "be humble and listen to others" rule. Feels very 
similar to what women currently are fighting with in the third wave.

> The key to solving this kind of problem is respectful and considerate 
> communication, caring about each other's opinions and reasoning - and above 
> all patience. People are always more likely to accept and support change if 
> they come to realize the need for it themselves, at their own pace.

I am a developer. I should not be expected to learn Psychology 101 to improve 
OpenStreetMap. What are you effectively saying is that you can push changes 
only by being an expert in social studies. If only such experts wrote pull 
requests. What we do need is more management standing between old and new 
developers — but that would imply more spending money on people, and we don't 
want to spend money on people, just on hardware.

> And a rejected idea does not necessarily need to be considered failure. It is 
> an opportunity to talk to the people who have rejected it, re-evaluating your 
> assumptions and motives and maybe develop a better solution (or let others do 
> that when they recognize the need). I have seen lots of examples where a 
> failed attempt at something created the impulse for a better and successful 
> solution.

I don't care about failure of my proposals and pull requests. I care about OSM 
being an active, maintained, growing, ever-changing project. I believe I will 
see that — but I'd prefer it in 5 years, not in 50.

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

[Talk-GB] Derby Pub Meeting tonight

[SK53]

A reminder that it is the pub meeting in Derby tonight at the Old Silk Mill
from 19:30.

Details on the wiki:
https://wiki.openstreetmap.org/wiki/Nottingham/Pub_Meetup

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

Re: [OSM-ja] 歩道のマッピング

[Mariko HISAKAWA/GODA]

muramoto様
コメントありがとうございます。


> 理由：日本では、歩道全体に付けられた点字ブロックはそれほど多くありませんが、
> 横断歩道手前の点字ブロックはほとんどの場所に付けられています。横断歩道手前の点字ブロックは、マッピングやメンテナンスの手間のわりに情報量が小さいと判断しているためです。

実際のナビゲーションのためにどんな情報があるといいのかよくわかっていなかったので、
そういう「実際のところ」を教えていただけてとても参考になりました。
確かにわりと細い歩道でも横断歩道前のT字の点字ブロックは大抵ありますね。

> とりあえず参考画像です。
> https://www.dropbox.com/s/1tw2nmcc85badwd/crossing_tactile.png?dl=0
>
> 「歩道の曲がり角と横断歩道の手前だけに点字ブロックが設置されている」場合は、私ならBラインにtactile_pavingをつけます。
> もちろん、Dまでのばしても良いとは思いますが、データが複雑になるのが懸念点です。
>
> wiki(https://wiki.openstreetmap.org/wiki/Key:kerb)の参考写真を見ると、
> kerb=flushやloweredの場合はkerbとtactile_pavingが同じものになっているように見えますが、
> 日本では(原則的には)別の地物であるように思います。
> とは言え、DまたはEの位置にkerbとtactile_pavingをシェアさせても(省力化のためには)良いのではと思います。

細い歩道だとA-Cの間のL時の部分が無く、横断歩道の前のT時だけというパターンがけっこうあります。
それを厳密に区別しようとすると、Bの区間はtactile_paving=no、D-C間がyes、という細かいタグ付け
をすることになりそうですが、実際やってみると面倒なので余力のある時だけにします。

そういえば一昨日muramoto様が投稿された4ステージの図 ( OSM_Sidewalk_mapping_schema2.svg )
でも、Stage 4でやっと縁石や点字ブロックの情報が登場するくらいですね。

-- 
Maripo GODA/ ごうだまりぽ
goda.mar...@gmail.com
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk] Effecting change in OpenStreetMap

[Matthijs Melissen]

On 21 November 2017 at 14:47, Darafei "Komяpa" Praliaskouski
 wrote:
> "I'm worried about this. I have not performed a technical review." as a
> blocker for PR merge:
> https://github.com/gravitystorm/openstreetmap-carto/pull/2939
>
> Basically, most of wide ~2011 dev community was hired away, and core is in
> hands of those who weren't hired away by Map* for whatever reason, be that
> lack of social skills or lack of technical skills. You've got no fresh
> blood, and there's no road map for it to improve.

I can't speak for the other projects, but at least towards
openstreetmap-carto this is very unfair criticism. In fact, what
you're describing is something I've been actively trying to combat
with openstreetmap-carto. Our project has added 8 maintainers, 4 of
which have been added over the past two years. Also in the last two
years, 22 people have contributed code through pull requests. So it's
certainly not true that it's impossible to get something merged into
the project.

Your criticism of the comment on your PR is not fair either, the
comment 'I'm worried about this' was referring to an earlier, more
detailed response, by me:
https://github.com/gravitystorm/openstreetmap-carto/pull/2939#issuecomment-343258037

> Basically, most of wide ~2011 dev community was hired away, and core is in 
> hands of those who weren't hired away by Map* for whatever reason, be that 
> lack of social skills or lack of technical skills.

Either that, or they like to fiddle with maps at night time, and have
a day job in a more lucrative industry.

-- Matthijs

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

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

[Mikel Maron]

 blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px 
#715FFA solid !important; padding-left:1ex !important; background-color:white 
!important; } Let's not get hung up on this, I think we're missing the point. 
The way the item in WeeklyOSM was written was rude and unnecessarily 
antagonistic. The very same information about the direction of the discussion 
could have gotten across without resorting to commentary on an individual, or 
continuing the argument.
I have a good rule of thumb for online communications. Imagine the people being 
addressed are in the same room as you. Read what you're writing out loud, 
without any intonation. If you are not comfortable saying the same in real 
life, not a good idea to write it online.

Mikel

On Tuesday, November 21, 2017, 8:36 AM, Rory McCann  
wrote:

On 17/11/17 23:04, Frederik Ramm wrote:
> On 11/17/2017 07:34 PM, Andy Townsend wrote:
>> Also, there is such a thing as "fake balance".  Imagine you're 
>> running an article about someone who's discussing ways to offset 
>> the problems caused by the Mercator projection; you don't then need
>> to also quote someone from the Flat Earth Society for the sake of
>> impartiality.
> 
> This is actually quite important. In the US, after the election, I 
> read a lot of media critique where people said that many papers had 
> misunderstood their journalistic impartiality as having to give both 
> sides of an argument equal coverage, however nonsensical one side may
> have been. This mistake that was made by well-meaning, 
> liberal-thinking, fairness-aspiring journalists, it was claimed, 
> contributed to giving the country Trump.

I second this. Irish broadcast law requires that political discussions
are "balanced", which was horrible during the 2015 same-sex marriage
debate. It was used to require that any mention of LGBTQ people on TV
was also "balanced" be equal airtime for people to respectfully claim
that gay people are a threat to children¹.

Requiring "balanced" discussions is fundamentally incompatible with any
sort of code of conduct.

Panti's Noble Call https://www.youtube.com/watch?v=WXayhUzWnl0 :
> Have any of you ever come home in the evening and turned on the
> television and there is a panel of people - nice people, respectable
> people, smart people, the kind of people who make good neighbourly
> neighbours and write for newspapers. And they are having a reasoned
> debate about you. About what kind of a person you are, about whether you
> are capable of being a good parent, about whether you want to destroy
> marriage, about whether you are safe around children, about whether God
> herself thinks you are an abomination, about whether in fact you are
> "intrinsically disordered". And even the nice TV presenter lady who you
> feel like you know thinks it's perfectly ok that they are all having
> this reasonable debate about who you are and what rights you "deserve".
> 
> And that feels oppressive.

Calls for "balance" are often only made in one direction. Does anyone
believe that any mention of a company is required to give equal space to
someone to (respectfully, reasonably) claim that privately owned
companies are a threat to society, to the planet, are evil, and must be
fought, and must not be trusted? Surely people people should be
impartial on the capitalism/communism debate!

-- 
Rory

[1]
http://www.irishexaminer.com/ireland/bai-rejects-charge-of-stifling-debate-on-gay-marriage-301581.html


___
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-ja] 歩道のマッピング

[Mariko HISAKAWA/GODA]

東さま、非常にわかりやすいコメントをありがとうございます。だいぶ理解できてきました。

> 視覚障がい者向け経路案内のためのタグ付けスキーマは
> まだあまり全体的な議論がなされておらず
> 経路としてどうつなぐかはトライアル段階にあると思います。

そうですね。実際、参考にならないだろうかと思って海外の大都市を見てみても歩道マッピング自体が
あまり進んでいないので、これからという感じですね。

> 「Crossing with flush kerb & tactile paving」とある下記写真の部分だと思いますが
> https://wiki.openstreetmap.org/w/images/thumb/d/d8/P1210669.JPG/450px-P1210669.JPG
> 私自身はこのような場合は「縁石と歩道の主線をつなぐ部分」だけに
> tactile_paving=yesを付けています。
> 縁石にtactile_paving=yesを付けたことは（たぶん）ありませんが
> そちらに付けても良いように思います。

Wikiを見返してみたところ、特にkerb=flushの場合
https://wiki.openstreetmap.org/w/images/thumb/d/d8/P1210669.JPG/450px-P1210669.JPG
"短いスロープ全体がkerbで、その上に点字ブロックが貼られている" とみなしてbarrier=kerbのノードに
tactile_pavingタグを付与していると考えるとなんとなく合点がいきました。
だとすると "kerb=lowered" で表現されるようなノードは「縁石」そのものを表しており、その縁石に
ポツポツがついているわけではないのだから手前の歩道にtactile_paving=yesをつけるのが感覚的に
適切なような気がしてきました。


--
Maripo GODA/ ごうだまりぽ
goda.mar...@gmail.com
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-cz] Spolupráce/Koordinace - update regionu Dolní Morava, Kralický sněžník

[Tom Ka]

Pripadne pokud jste v Brne, tak by mohlo byt idealni prijit prvni stredu v
Prosinci na OSM pivo - poznate lidi a muzeme se o tom blize pobavit nazivo.

On Nov 20, 2017 23:18,  wrote:

> Ahoj!
>
> Připravujeme outdoorový portál na platformě OUTDOORACTIVE v regionu Dolní
> Morava. Otdooractive používá OSM a patří mezi OSM Contributors. Chtěl bych
> naše práce koordinovat s někým, kdo má region na starost J nebo k němu má
> blízko.
>
>
>
> Byli jsme na Dolní Moravě týden v září a týmy procházely a mapovaly
> v regionu věci, které nás z hlediska portálu zajímají.
>
>
>
> Víc o Outdooractive najdete na https://corporate.
> outdooractive.com/en/platform/
>
>
>
> Kontakt: Luděk Kühr, Alpdest CEE s.r.o. / Brno / 60588 /
> ludek.ku...@alpdest.com
>
>
>
> Ludě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: [Talk-cz] Jak vznikají chyby v RUIAN

[Petr Vejsada]

Ahoj,

já myslím, že budova může stát na více parcelách, ale jen jedna z nich je ta 
"identifikační". V KM to asi řešili tak, že zakreslili definiční bod na všechny 
parcely, na kterých stavba stojí a při digitalizaci se neměli čeho chytit.

Ty oddělené části jsou, myslím, zbytky po nepovedené opravě. Lépe je to vidět 
zde: http://ruian.poloha.net/building.php?kod=6204317

Tam je vidět původní geometrie, jen ten úzký kousek. Pak to opravili, je tam 
vidět budova co vypadá jako budova, ale na ten kousíček zapomněli a ten tam 
zůstal.

Jinak ty opravy rozřezaných budov často řeší tak, že všechny ty části nechají v 
RÚIAN, ale smažou jim geometrii. Tu jednu zbylou s geometrií pak opraví. Někdy 
i správně :-)

Dne Út 21. listopadu 2017 14:47:41, Jan Macura napsal(a):

> No přes ten jejich XML-based formulář toho fakt moc nevyřídíme. Ta záměna
> budova-nádvoří by možná šla, nevím (posun definičního bodu).
> 
> Na opravu rozřezaných budov v KN moc šance není. Bez geometrickýho plánu se
> parcely nespojí.
> Taky existují budovy, které jsou rozřezané a některá jejich část v RÚIANu
> chybí, ačkoliv všechny parcely/části parcel jsou označeny v KM jako budova.
> Oddělené části pak třeba mají i stejné RÚIAN ID, viz např.:
> http://ruian.poloha.net/building.php?kod=41941063 . To by mohla být chyba
> exportu ISKN->RÚIAN.. ?
> 
> H.
> 
> 

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

Re: [Talk-it] query overpass

[demon.box]

ciao ti ringrazio del suggerimento che è davvero comunque utile ma non è
proprio quello che intendevo io perchè il tuo codice mi estrae tutti i
guidepost di una data relazione aventi ref che inizia per 362 mentre invece
io voglio che mi estragga tutti i guidepost di una data relazione ed in più
anche tutti i guidepost che non fanno parte di nessuna relazione aventi ref
che inizia con 362.

a forza di copia e incolla con il codice che ho trovato in rete io sono
riuscito a comporre questo che non sarà il massimo ma mi restituisce
esattamente ciò che voglio:

[out:json][timeout:25];
relation(2600276);
(
node(r)[information=guidepost];
);
(._;>;);
out;

node[information=guidepost]["ref" ~ "^362"]->.all;

rel(bn.all);
node(r);

( .all; - ._; );

out meta;

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] Effecting change in OpenStreetMap

[Komяpa]

вс, 19 нояб. 2017 г. в 1:11, Christoph Hormann :

> On Saturday 18 November 2017, Ilya Zverev wrote:
> > john whelan wrote:
> > > No you need to build up trust again and it takes time.  Only then
> > > will your ideas start to gain acceptance.
> >
> > Oh come on. I've been a mapper since 2010, I've hosted dozens of
> > events, I've written many articles and tools, some of which you might
> > have used, I'm on the Board currently, and still my proposals and
> > pull requests fail again and again, because there is no trust in
> > OpenStreetMap. There is nothing you can to to build up trust. Your
> > ideas will never get acceptance, it's just nitpicking and "unwritten
> > rules" all over.
>
> I hope you are aware that with this you deny everyone who has ever
> voiced critique on any of your proposals and pull requests to have a
> competent opinion on the topic in question.
>

(sorry for my Russian straightness)

Many words, long story short: technology-wise, OpenStreetMap core is dead.

There is no development outside of a limited set of companies, and even
that is mostly aimed at profit of the company, not the OSM community. All
of it is done in "consumer" role.

People trying to gain knowledge of developing something in non-"consumer"
paradigm get shamed all over mailing lists. Or have a look what it takes to
launch any kind of popular OSM editor, be it Potlatch or Maps.me, in terms
of amount of hate towards you.

It is impossible to get anything merged into core infrastructure. If
initial author stepped away from the project, there is a group of ~5 people
who effectively say no to any change.

This year I got several PRs reviewed and merged into PostGIS, yet even
simple configuration/limit changes to openstreetmap.org get ignored.

I've posted a -dev mail about reusing nighttime of tile rendering servers.
Some likes on GitHub, some reviews from passer-by's, no merge, nothing
about "what to fix to get it merged". For a year. Patience you say?
https://github.com/openstreetmap/mod_tile/pull/152

/map call is technically 40x slower than it should be, but issue is being
closed with "we are not complete idiots" comments. No action taken wherever.
https://github.com/openstreetmap/operations/issues/135

"I'm worried about this. I have not performed a technical review." as a
blocker for PR merge:
https://github.com/gravitystorm/openstreetmap-carto/pull/2939

Basically, most of wide ~2011 dev community was hired away, and core is in
hands of those who weren't hired away by Map* for whatever reason, be that
lack of social skills or lack of technical skills. You've got no fresh
blood, and there's no road map for it to improve.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] Jak vznikají chyby v RUIAN

[Jan Macura]

No přes ten jejich XML-based formulář toho fakt moc nevyřídíme. Ta záměna
budova-nádvoří by možná šla, nevím (posun definičního bodu).

Na opravu rozřezaných budov v KN moc šance není. Bez geometrickýho plánu se
parcely nespojí.
Taky existují budovy, které jsou rozřezané a některá jejich část v RÚIANu
chybí, ačkoliv všechny parcely/části parcel jsou označeny v KM jako budova.
Oddělené části pak třeba mají i stejné RÚIAN ID, viz např.:
http://ruian.poloha.net/building.php?kod=41941063 . To by mohla být chyba
exportu ISKN->RÚIAN.. ?

H.


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

Re: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

[Rory McCann]

On 17/11/17 23:04, Frederik Ramm wrote:

On 11/17/2017 07:34 PM, Andy Townsend wrote:
Also, there is such a thing as "fake balance".  Imagine you're 
running an article about someone who's discussing ways to offset 
the problems caused by the Mercator projection; you don't then need

to also quote someone from the Flat Earth Society for the sake of
impartiality.


This is actually quite important. In the US, after the election, I 
read a lot of media critique where people said that many papers had 
misunderstood their journalistic impartiality as having to give both 
sides of an argument equal coverage, however nonsensical one side may
have been. This mistake that was made by well-meaning, 
liberal-thinking, fairness-aspiring journalists, it was claimed, 
contributed to giving the country Trump.


I second this. Irish broadcast law requires that political discussions
are "balanced", which was horrible during the 2015 same-sex marriage
debate. It was used to require that any mention of LGBTQ people on TV
was also "balanced" be equal airtime for people to respectfully claim
that gay people are a threat to children¹.

Requiring "balanced" discussions is fundamentally incompatible with any
sort of code of conduct.

Panti's Noble Call https://www.youtube.com/watch?v=WXayhUzWnl0 :

Have any of you ever come home in the evening and turned on the
television and there is a panel of people - nice people, respectable
people, smart people, the kind of people who make good neighbourly
neighbours and write for newspapers. And they are having a reasoned
debate about you. About what kind of a person you are, about whether you
are capable of being a good parent, about whether you want to destroy
marriage, about whether you are safe around children, about whether God
herself thinks you are an abomination, about whether in fact you are
"intrinsically disordered". And even the nice TV presenter lady who you
feel like you know thinks it's perfectly ok that they are all having
this reasonable debate about who you are and what rights you "deserve".

And that feels oppressive.


Calls for "balance" are often only made in one direction. Does anyone
believe that any mention of a company is required to give equal space to
someone to (respectfully, reasonably) claim that privately owned
companies are a threat to society, to the planet, are evil, and must be
fought, and must not be trusted? Surely people people should be
impartial on the capitalism/communism debate!

--
Rory

[1]
http://www.irishexaminer.com/ireland/bai-rejects-charge-of-stifling-debate-on-gay-marriage-301581.html



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

Re: [OSM-ja] 歩道のマッピング

[tomoya muramoto]

crossing_ref=zebraか、crossing=zebraか、推奨案を決めませんか？
初心者の方にとって、どちらでも良いというのはわかりにくいのではないかと思います。

ちなみに私はcrossing=zebraで良いと考えます。

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

Re: [OSM-ja] 歩道のマッピング

[tomoya muramoto]

ごうだまりぽ様

私は横浜で点字ブロックマッピングをやっているのですが、
https://umap.openstreetmap.fr/ja/map/tactile-paving-map_46223
基本的には横断歩道手前の点字ブロックはマッピングしていません。
理由：日本では、歩道全体に付けられた点字ブロックはそれほど多くありませんが、
横断歩道手前の点字ブロックはほとんどの場所に付けられています。横断歩道手前の点字ブロックは、マッピングやメンテナンスの手間のわりに情報量が小さいと判断しているためです。

という前提のもとに回答いたします。

とりあえず参考画像です。
https://www.dropbox.com/s/1tw2nmcc85badwd/crossing_tactile.png?dl=0

「歩道の曲がり角と横断歩道の手前だけに点字ブロックが設置されている」場合は、私ならBラインにtactile_pavingをつけます。
もちろん、Dまでのばしても良いとは思いますが、データが複雑になるのが懸念点です。

wiki(https://wiki.openstreetmap.org/wiki/Key:kerb)の参考写真を見ると、
kerb=flushやloweredの場合はkerbとtactile_pavingが同じものになっているように見えますが、
日本では(原則的には)別の地物であるように思います。
とは言え、DまたはEの位置にkerbとtactile_pavingをシェアさせても(省力化のためには)良いのではと思います。

つまり、ごうだまりぽ様のやりかたで問題ないと思います。

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

Re: [OSM-ja] 歩道のマッピング

[Shu Higashi]

ごうだまりぽさん、こんにちは。

視覚障がい者向け経路案内のためのタグ付けスキーマは
まだあまり全体的な議論がなされておらず
経路としてどうつなぐかはトライアル段階にあると思います。
以下その前提で私見としてコメント致します。

> 「歩道全体に点字ブロックがあるわけではないが、歩道の曲がり角と横断歩道の手前だけに点字
> ブロックが設置されている」というパターンをよく見かけますが、その場合は「縁石と歩道の
> 主線をつなぐ部分」と「横断歩道の曲がり角」をつなげたものを1つのウェイにして
> tactile_paving=yesを付与し、歩道の直線部分はtactile_paving=noを付与する……というのが
> 適切なのでしょうか。

上記の場合、「縁石と歩道の主線をつなぐ部分」と「横断歩道の曲がり角」の
ウェイはつながっていても切れていてもどちらでも良いと思いますが
上記の通り該当箇所にtactile_paving=yesを、非該当箇所にtactile_paving=no
で良いと思います。

> また、Wikiを見たところ、縁石ノードにtactile_pavingをつけるケースも有るとのことですが、
> https://wiki.openstreetmap.org/wiki/Key:kerb
> 横断歩道の手前の縁石に沿って点字ブロックがある場合、「縁石と歩道の主線をつなぐ部分」の
> ウェイと縁石ノード両方にtactile_paving=yesを付けたほうがいいのでしょうか。

「Crossing with flush kerb & tactile paving」とある下記写真の部分だと思いますが
https://wiki.openstreetmap.org/w/images/thumb/d/d8/P1210669.JPG/450px-P1210669.JPG
私自身はこのような場合は「縁石と歩道の主線をつなぐ部分」だけに
tactile_paving=yesを付けています。
縁石にtactile_paving=yesを付けたことは（たぶん）ありませんが
そちらに付けても良いように思います。
ただし、「止まれ」の点字ブロックしか無い場合はどちらか一方に
付ければよく、両方には要らないと思います。
いずれ「止まれ」と「進め」の点字ブロックを描き分けるタグ付けが出てくれば
（tactile_pacing=stop/tactile_paving=goとか）このあたりが整理できそうな
気はするのですが。
東

>
> --
> Maripo GODA/ ごうだまりぽ
> goda.mar...@gmail.com
>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] Import Dati regione Puglia

[Luca Riccardi]

Ciao, scusate il periodo di assenza.
Ho chiesto per quanto riguarda l'autorizzazione e di mettere dei "credits"
sulla mappa.


Potrei essere indirizzato su una pagina dove spiega come un file OSMXml per
l'import debba essere composto?

Inoltre bulk_import, al termine dell'import restituisce un insieme di id
(sarebbe il top se fossero quelli attribuiti da OSM)? O esiste qualche tool
che faccia una cosa del genere?

lr


Il giorno 31 ottobre 2017 15:47, Luca Riccardi  ha
scritto:

>
> Ciao a tutti,
>
> sono Luca, vi contatto poiché facendo fede a quanto scritto nelle linee
> guida presenti nella wiki di OSM, vi è la possibilità di aggiungere ai dati
> di OSM, potenziali nuovi dati relativi a punti di interesse e attrazioni
> turistiche  come: chiese, cattedrali, monumenti, opere d'arte, ristoranti,
> centri di informazione turistici, etc.. localizzate nella regione Puglia.
> Dati presenti in dataset consolidati e verificati (Digital Library e
> OpenData) che possano aiutare l'utente finale a individuare i suoi
> interessi su OSM.
>
> Per fare ciò vorrei avvalermi di uno script tipo bulk_import.py per
> caricare un OSM XML. Poiché sono poco pratico vorrei sapere se il tool in
> questione restituisse un qualche output (ovvero nodo OSM con cui il punto
> di interesse è stato associato).
>
> Resto in attesa di un vostro riscontro.
>
> Saluti,
>
> Luca Riccardi
>
>
> 
>  Mail
> priva di virus. www.avast.com
> 
> <#m_7758975465681830604_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] query overpass

[Andrea Albani]

> in pratica vorrei scrivere una query così:
>
> estrai tutti i guidepost della relazione con id 1234
> E
> tutti i guidepost che non fanno parte della relazione con id 1234 ma che
> hanno ref che inizia con 5678
>

Tutti i guidepost estratti vanno messi in un set che chiami come vuoi
(pippo nell'esempio) che poi usi successivamente come base di partenza per
cercare tutto ciò che inizia per una certa stringa. Quest'ultimo passaggio
va fatto con una regular expression tramite l'operatore ~. Il simbolo ^
significa come puoi intuire "inizia per".
Visto che l'output è composto da soli nodi secondo me lo statement (._;>;);
non serve.

[out:json][timeout:25];
relation(2600276);
(
node(r)[information=guidepost];
)->.pippo;

node.pippo["ref"~"^362"];

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

[Talk-br] Nova camada de ruas do IBGE para Salvador

[Wille]

Há alguns dias eu criei uma camada com nomes de ruas da cidade de 
Salvador, utilizando como fonte o dataset de Faces de Logradouro do 
IBGE. Quem quiser testar e ajudar a melhorar o mapeamento de Salvador, 
dá uma olhada em:


https://www.openstreetmap.org/user/wille/diary/42727


--
Wille Marcel
http://wille.blog.br/
http://maption.com.br/


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

[Talk-br] Desafio Complete the Map Brasília

[Wille]

Olá,

A Mapillary lançou há alguns dias o Desafio Complete the Map Brasília. A 
proposta é aumentar a cobertura de imagens do Mapillary na cidade e 
também a qualidade dos dados do OpenStreetMap.


Você pode colaborar fazendo fotos ou mapeando!

Mais informações: https://forum.openstreetmap.org/viewtopic.php?id=60365

Painel de imagens: 
https://mapillary.github.io/mapillary_greenhouse/challenge/brasilia/


Tarefa de edições no OSM: http://tasks.teachosm.org/project/549


--
Wille Marcel
http://wille.blog.br/
http://maption.com.br/


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

Re: [Talk-it] Tripadvisor e OSM

[Lidrie]

El 19/11/2017, intant che i mòros di Florean e Venturin e batevin lis 
12:15:19, Cascafico Giovanni al scriveve:



TA, HISA FRANKO,46.247154235839844,13.537833213806152
OSM,Hiša Franko,46.2471538,13.5378593


Buongustaio!  ;-)

--
Sans


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

Re: [Talk-es] Exportar límites administrativos a QGIS

[Jesús Gómez Fernández]

Prueba este servicio [1]. Si despliegas el árbol de la izquierda verás los
niveles administrativos.
Tienes varios formatos de descarga entre ellos json y shapefile.Si vas a
descargar muchos archivos mejor utiliza su API.

[1] https://wambachers-osm.website/boundaries/

Saludos,
Jesús Gómez

El 19 de noviembre de 2017, 15:01, Esther Mingot 
escribió:

> Buenas tardes,
>
>
> estoy buscando alguna manera sencilla y rápida para extraer los límites
> administrativos entre nivel 4 y 8 de OSM y cargarlos en QGIS como
> polígonos.
>
> He pensado en varias formas, pero para cada una de ellas me faltan uno o
> más conocimientos para hacerlo, así que lo estoy haciendo un poco a pico y
> pala con las herramientas que conozco. Llevará un tiempo y no lo veo
> factible si se tuviera que hacer con cierta regularidad...
>
>
> Busqué en el historial de la lista y había alguna referencia a algo
> similar en el año 2012, creo recordar, pero no he terminado de verlo claro.
> ¿Alguien lo ha hecho alguna vez o tiene idea de cómo se podría hacer?
>
>
> Gracias!
>
> *Sólo la verdad nos hará libres*
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-ie] Luas Cross City

[Rory McCann]

On 21/11/17 08:18, Colm Moore wrote:

When should the railway be changed from railway=construction to
railway=tram?

When it's open, i.e. when you can ride on it. So anytime after the first
tram leaves the depot.


Stops are currently named "stop_name (November 2017)". Should this be
changed to "stop_name (December 2017)".

No, stops should be just named "stop name". I've never liked that thing
of putting dates in names, since that's not the name!

Rory


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

Re: [Talk-cz] Spolupráce/Koordinace - update regionu Dolní Morava, Kralický sněžník

[Miroslav Suchy]

Dne 20.11.2017 v 23:17 ludek.ku...@alpdest.com napsal(a):
> Ahoj!
> 
> Připravujeme outdoorový portál na platformě OUTDOORACTIVE v regionu Dolní 
> Morava. Otdooractive používá OSM a patří mezi
> OSM Contributors. Chtěl bych naše práce koordinovat s někým, kdo má region na 
> starost J nebo k němu má blízko.
> 

V OSM není nikdo, kdo by měl nějaký region "na starosti". Maximálně tam někdo 
mapuje častěji než jinde. Ale to je drobnost.

Já se tam nepohybuji (max. 1x ročně). Ale máme projekt mapování turistických 
tras na:
  http://taskman.poloha.net/project/2
kde ověřujeme, že jsou správně zmapované turistické cesty a rozcestniký.
Kdyžtak si přečtěte Instructions a postupujte dle toho. Případně se ptejte.
Podobně je tam i projekt na cyklostezky a konské stezky, ale ani jeden se ještě 
moc nerozjel. Všichni se spíše
soustředíme na ty pěší stezky.

Mirek

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

Re: [Talk-cz] Fwd: DŮLEŽITÉ_Vyhlášení soutěže Společně otevíráme data_Zvláštní cena

[Jachym Cepicky]

asi bych nakonec mohl, ale dorazím až později (cca 19), tak já se tam taky
napíšu

ještě někdo? chtějí jména (ale ten kontaktní formulář je určitě dobré
vyplnit)

J


út 21. 11. 2017 v 10:50 odesílatel Marián Kyral  napsal:

> Já bych šel, ale v Praze budu až zítra :-(
>
> Marián
>
> -- Původní e-mail --
> Od: Petr Vejsada 
>
> Komu: OpenStreetMap Czech Republic 
> Datum: 21. 11. 2017 10:44:11
> Předmět: Re: [Talk-cz] Fwd: DŮLEŽITÉ_Vyhlášení soutěže Společně otevíráme
> data_Zvláštní cena
>
> Tak jsem se zapsal do toho Google formuláře. Pojďte ještě někdo, ať se tam
> nebojím :)
>
> Dne Po 20. listopadu 2017 18:41:26, Jachym Cepicky napsal(a):
>
> > kdyz tam bude za komunitu víc lidí, tak je to myslím ok
> >
> > já v tuhle dobu zítra opravdu nemůžu
> >
> > jestli tam je prostor na rečnění nevim, ale štěstí přeje připraveným
> >
> > 2-3 lidi?
> >
> > Petr, Majka, ...?
> >
> > On Mon, 20 Nov 2017, 17:08 Petr Vejsada,  wrote:
> >
> > > Ahoj,
> > >
> > > Dne Po 20. listopadu 2017 16:31:08, majka napsal(a):
> > >
> > > > Jestli jsem našla dobře, tak je to už zítra
> > >
> > > Zítra v Dlouhé? No vlastně bych mohl a coby hlavní autor CzechAddress
> > > (tedy velký vyžírač opendat) by se to asi i hodilo. Mohu také zmínit,
> že
> > > proud dat není jen od státní správy k OSM ale i naopak (hlášení budov).
> > > Tedy myskím, že to generování reklamačních XML bude tak do týdne,
> nicméně
> > > data pro státní správu sbíráme už 3 roky. ?
> > >
> > > --
> > > Petr
> > >
> > >
> > >
> > > ___
> > > Talk-cz mailing list
> > > Talk-cz@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-cz
> > >
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-it] query overpass

[demon.box]

ciao, scusate ancora sulle query di overpass che devo dire mi stanno
appassionando tantissimo però non riesco a fare sempre quello che vorrei

in pratica vorrei scrivere una query così:

estrai tutti i guidepost della relazione con id 1234
E
tutti i guidepost che non fanno parte della relazione con id 1234 ma che
hanno ref che inizia con 5678

alcuni pezzi singoli riesco a farli, come ad esempio questo mi estrae
correttamente tutti i guidepost di una certa relazione:

[out:json][timeout:25];
relation(2600276);
(
node(r)[information=guidepost];
);
(._;>;);
out;

ma è la seconda parte che non riesco a fare ed inoltre non saprei come
concatenarla correttamente con la prima con un operatore AND e non OR.

anche singolarmente il secondo pezzo soltanto, come faccio a dirgli:

estrai tutti i guidepost che hanno ref che inizia con 5678 che però NON
fanno parte della relazione con id 1234

avete gentilmente qualche spunto?

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-cz] Fwd: DŮLEŽITÉ_Vyhlášení soutěže Společně otevíráme data_Zvláštní cena

[Marián Kyral]

Já bych šel, ale v Praze budu až zítra :-(

Marián

-- Původní e-mail --
Od: Petr Vejsada 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 11. 2017 10:44:11
Předmět: Re: [Talk-cz] Fwd: DŮLEŽITÉ_Vyhlášení soutěže Společně otevíráme 
data_Zvláštní cena
"Tak jsem se zapsal do toho Google formuláře. Pojďte ještě někdo, ať se tam
nebojím :)

Dne Po 20. listopadu 2017 18:41:26, Jachym Cepicky napsal(a):

> kdyz tam bude za komunitu víc lidí, tak je to myslím ok
>
> já v tuhle dobu zítra opravdu nemůžu
>
> jestli tam je prostor na rečnění nevim, ale štěstí přeje připraveným
>
> 2-3 lidi?
>
> Petr, Majka, ...?
>
> On Mon, 20 Nov 2017, 17:08 Petr Vejsada,  wrote:
>
> > Ahoj,
> >
> > Dne Po 20. listopadu 2017 16:31:08, majka napsal(a):
> >
> > > Jestli jsem našla dobře, tak je to už zítra
> >
> > Zítra v Dlouhé? No vlastně bych mohl a coby hlavní autor CzechAddress
> > (tedy velký vyžírač opendat) by se to asi i hodilo. Mohu také zmínit, že
> > proud dat není jen od státní správy k OSM ale i naopak (hlášení budov).
> > Tedy myskím, že to generování reklamačních XML bude tak do týdne,
nicméně
> > data pro státní správu sbíráme už 3 roky. ?
> >
> > --
> > Petr
> >
> >
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> >

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

Re: [Talk-cz] Fwd: DŮLEŽITÉ_Vyhlášení soutěže Společně otevíráme data_Zvláštní cena

[Petr Vejsada]

Tak jsem se zapsal do toho Google formuláře. Pojďte ještě někdo, ať se tam 
nebojím :)

Dne Po 20. listopadu 2017 18:41:26, Jachym Cepicky napsal(a):

> kdyz tam bude za komunitu víc lidí, tak je to myslím ok
> 
> já v tuhle dobu zítra opravdu nemůžu
> 
> jestli tam je prostor na rečnění nevim, ale štěstí přeje připraveným
> 
> 2-3 lidi?
> 
> Petr, Majka, ...?
> 
> On Mon, 20 Nov 2017, 17:08 Petr Vejsada,  wrote:
> 
> > Ahoj,
> >
> > Dne Po 20. listopadu 2017 16:31:08, majka napsal(a):
> >
> > > Jestli jsem našla dobře, tak je to už zítra
> >
> > Zítra v Dlouhé? No vlastně bych mohl a coby hlavní autor CzechAddress
> > (tedy velký vyžírač opendat) by se to asi i hodilo. Mohu také zmínit, že
> > proud dat není jen od státní správy k OSM ale i naopak (hlášení budov).
> > Tedy myskím, že to generování reklamačních XML bude tak do týdne, nicméně
> > data pro státní správu sbíráme už 3 roky. ?
> >
> > --
> > Petr
> >
> >
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> >

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

Re: [Talk-cz] Jak vznikají chyby v RUIAN

[Petr Vejsada]

Přemýšlím jak využít stávající možnosti reklamací.

Nejspíš to nepomůže. Každý z těch odřezků má svojí identifikační parcelu, t.j. 
tu, na které leží. Postup opravy je vlastně smazání všech staveb až na jednu. 
Jen nevíme na kterou. Takže nám je to k ničemu a úřadu nejspíš taky. Pokud není 
lepší zdroj než KM :(

Dne Po 20. listopadu 2017 20:07:49, Jan Macura napsal(a):

> No hej. Myslel jsem, že tohle je jasný...
> Otázka zní, jak nám ta informace pomůže. 樂
> 
> H.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] What would make MapRoulette better?

[Lester Caine]

On 21/11/17 04:02, Marc Gemis wrote:
> I'll agree with Yuri that is has to be the choice of the mapper to
> work in a specific region and not the challenge creator.

I stopped using MapRoulette simply because it was taking me well out of
my comfort zone ...

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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