Re: [OSM-talk] Affordable 1 CM high precision GPS.

[Mike N.]

On 5/9/2024 5:33 AM, Florian Lohoff wrote:

At least in Germany we have a grid of Basestations which offer their
RTCM 3.1/3.2  Data via NTRIP which is called SAPOS. As there are huge
differences between different states at least in some of them its for
Free.
When I last looked 5 years ago, the only free option for me in SC, USA 
has a base station 54 miles away.  Although way outside of the 
recommended distance, I use their NTRIP feed for a significant increase 
in accuracy and precision.


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

Re: [OSM-talk] recommendation for JSON to CSV converter

[Mike Thompson]

Hi Martin,

Could you provide some more detail on what specifically you are attempting
to achieve? Converting a geojson file of points to CSV is pretty easy, but
once you get to linestrings, multi-linestrings, polygons, etc. it gets
difficult because in those cases the geometry objects have a variable
number of components.

Mike

On Wed, Feb 28, 2024 at 8:26 AM Martin Trautmann via talk <
talk@openstreetmap.org> wrote:

> Is there any JSON converter that you would recommend?
>
> There are plenty of web services, but none of those worked for me, on
> <
> https://opendata.essen.de/sites/default/files/Hauskoordinaten_0822.geojson
> >
> (70 MB)
>
> There are plenty of starter tutorials, in order to use python,
> javascript etc.
>
> But those did not work either.
>
> I tried dasel, without success (dasel version v2.5.0)
>
> So I wonder what the best solution might be, apart of writing my own
> converter (probably in perl).
>
> What I would expect is hopefully a 100 % conversion - or an error log
> which data could not be processed.
>
> The problem here seems to be the nesting of several levels.
>
> Thanks,
> Martin
>
>
> ___
> 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] Adding automated trees to OSM

[Mike Thompson]

On Tue, Aug 8, 2023 at 12:53 PM Harsha Somaya  wrote:

> The data on these trees is only added if the user consents.
>
To what exactly have these users consented?  Putting their data in the
public domain?  To some other license? We need more specifics.


> I am creating an open source app with my team. Licenses are built-in the
> app.
>
We are not talking software licenses, but the license that applies to the
data.


> The GPS accuracy is about 16ft and is calculated from the phone's GPS
> (phone location has to be turned on for app functionality;
>
That would be typical for a cell phone under ideal circumstances according
to this US Government site:
https://www.gps.gov/systems/gps/performance/accuracy/, but the same site
notes "However, their accuracy worsens near buildings, bridges, and *trees*.").
But let's assume that your data is accurate to +/-16 feet and let's assume
that existing OSM tree data is accurate to +/- 33 feet (10 meters) (just an
example, might be better in US). You should download existing OSM tree
data, buffer by 49 feet (the math is a little more involved, but this
should be a safe number to use), and delete any of your data that falls
within the resulting polygon before uploading.

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

Re: [OSM-talk] Intercultural differences / cultural diversity / OSM communication behaviors

[Mike Thompson]

On Wed, May 3, 2023 at 2:08 PM Courtney 
wrote:

> It's valid to ask for more specifics. You're right that "combative" just
> ends up being an alienating word.
>
> Here's an example that I think everyone can benefit from.
>
> When I see a comment that reflects a kind of tired, angry emotion about
> having to point out a mistake or breach of protocol yet again, I always
> flinch. This is because it is almost certainly the first time for the
> person who made the mistake. And, it seems unfair to burden them with the
> anger that comes from the mistakes of others who came before them. You can
> see that in some of the earlier comments in this thread.
>
> I see why people get worn out having to say things over and over,
> especially when they are documented in wikis, but there are other factors,
> most importantly that new people are joining the community every day.
>
> Compare a statement like this:
>
>  "I know you may be relatively new here, so to help you be successful,
> here are some ideas for how to structure for your project"
>
> Thanks Courtney, this is helpful, and actionable.  If there are other
things that you, or others can point out, it would further the journey to
better communication.

Mike

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

Re: [OSM-talk] Intercultural differences / cultural diversity / OSM communication behaviors

[Mike Thompson]

On Wed, May 3, 2023, 1:00 PM Brian M. Sperlongano 
wrote:

> I would caution against hyper-simplifying the combativeness of the mailing
> lists
>
I am not sure using a term such as "combative" is going to be effective in
bringing about the change you desire.   First the term has strong negative
connotation,  and second it is non specific. The people you view as
combative probably don't see themselves as combative and don't what
specifically is causing you to perceive them as such, and thus don't know
what to do differently.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Survey about OSM communication behaviors

[Mike Thompson]

On Sun, Apr 30, 2023 at 10:42 PM Ewen Hill  wrote:

> Hi all,
>   I am really disappointed by the anger and outrage in this thread and
> that, to castigate a volunteer in public,
>
I understand you, and some others may feel this way, but what I am seeing
is simply an exchange of ideas between people that have different points of
view - some of those views are very strongly held.  If that is your idea of
"anger, outrange, and castigation", then we have a problem, because for the
vitality of the community - and our individual development and learning -
we need to be able to express our views and hear views from others. The
only "anger" I heard was towards companies that some on this mailing list
believe compromise our privacy.  Whether you agree with those people or
not, I don't think there is a problem with anger directed at such companies
and their alleged  behavior - but perhaps others feel differently.  If
there was a particular statement or statements that you felt were
problematic, perhaps you could point to the general type of case (probably
shouldn't call folks out by name) so that the rest of us could learn and
improve.



>
>   I hope in future, that if someone objects strongly to a scenario
> presented, then they contact the original poster directly first and if they
> have no luck, then reply to the group.
>
It is important that these debates happen in the open so we all can hear
all different points of view.  For example, you responded to the entire
list, and now we know you feel there has been "anger, outrage, and
catigation" on this list.  If you provide more details to the list, I am
sure most of us will make an effort to do better (as long as it doesn't
involve refraining from expressing our views and debating the issues).

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

Re: [OSM-talk] Survey about OSM communication behaviors

[Mike Thompson]

On Sun, Apr 30, 2023 at 4:58 PM Courtney 
wrote:

> Here, too, we gave quite a bit of careful thought to the decision. We felt
> that if we did not disclose that we were on the CWG, that it might be seen
> by some as a lapse of transparency.
>
It is good that you disclosed your affiliations.  However, you also need to
make it abundantly clear that this project is not part of your work for the
CWG (and for those of you employed by TomTom, not part of your employment).
Otherwise, you are potentially misleading people to believe, as I did, that
this was an official CWG survey.  I am assuming that you had the best of
intentions and that you were not trying to mislead anyone.

As Frederick pointed out, members of some other working groups seem to do a
very good job of making it clear as to whether they are speaking as part of
a WG or as an individual.

Mike

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

Re: [OSM-talk] Survey about OSM communication behaviors

[Mike Thompson]

On Sun, Apr 30, 2023 at 11:03 AM Courtney 
wrote:

> Why is the main "Talk" channel the only one that is producing pushback?
> Why is it the only one that is producing such a negative tone?
>
I don't sense a "negative tone" in this conversation.  Some people disagree
with some things you are doing, some agree with things you are doing, we
are having a discussion.  We learn and get better by being open to ideas
from those that do not agree with us.

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

Re: [OSM-talk] Survey about OSM communication behaviors

[Mike Thompson]

On Fri, Apr 28, 2023 at 5:52 PM Courtney 
wrote:

>  As well, this is not an OSMF survey, nor is it a CWG survey.  Yes, two of
> us volunteer for the CWG, but it is not formally "from" or "of" the OSMF.
>
I guess I didn't read the original email closely enough.  I got the
impression that this was a CWG survey.

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

Re: [OSM-talk] Adoption of OSM geometry as state mapping base

[Mike Thompson]

On Sat, Feb 11, 2023 at 5:23 PM Greg Troxel  wrote:

>
> > The terms cover data distribution, ie downloading from
> > planet.openstreetmap.org so you need to go through those terms to obtain
> > OSM data regardless of the ODbL.
>
> Really?  That's huge news compared to the data being under ODbL.  And,
> once once gets the data under ODbL, it can be redistributed, and there's
> no requirement that I see to impose the Website Terms on others.
>
 "The ODbL allows you to use the OSM data for any purpose you like. This
includes personal, community, educational, commercial or governmental." [0]

If this isn't the case, then the above referenced OSMF page should be
edited to reflect this.

Mike


[0]
https://wiki.osmfoundation.org/wiki/Licence/Licence_and_Legal_FAQ#1.3._What_can_I_do_with_the_OSM_Data
?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] AT&T Email

[Mike N.]

Hi,

    AT&T has removed the block and email service to OSM has resumed.   
Thanks for your help!


  Regards,

  Mike

On 1/30/2023 9:24 AM, Grant Slater wrote:

Hi Mike,

We have now reached out to ATT asking them to unblock the
OpenStreetMap.org mail relay server or provide us with more detail.

We recently cut across to a new email relay server, we had spent a few
months slowly increasing the mail sent by the new relay to slowly
build up "sender IP reputation".
https://twitter.com/OSM_Tech/status/1615822718234157056

Kind regards,

Grant



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

[OSM-talk] AT&T Email

[Mike N.]

Not sure where to report this but it seems that AT&T Email has placed 
OpenStreetMap Emails on the block list in the past week.


   Example: Changeset feed Emails, OpenStreetMap US Email list sent to 
@att.net destination emails.   They do not show up in a spam box, so I'm 
guessing it's a full block.


  Mike

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

Re: [OSM-talk] razed railways and other things that don't exist today

[Mike Thompson]

On Mon, Dec 5, 2022 at 11:22 AM Minh Nguyen via talk 
wrote:

> Vào lúc 09:55 2022-12-05, Zeke Farwell đã viết:
> > That is a good summary, though "Once the OSM available satellite imagery
> > does not show the feature"

1) There are other sources that an armchair mapper can use other than
imagery, such as the Strava Global Heatmap, the USGS 3 DEP data (in the
US), and GPX data that has been uploaded to the OSM server.
2) The term "satellite imagery" also excludes street level imagery, such as
Mapillary
3) Technically some of the imagery we refer to as "satellite" is really
"aerial."

"Once the feature truly no longer exists and is no longer evident in any of
the available remote sources commonly used to edit OSM, including overhead
imagery (satellite/aerial/drone), street level imagery (e.g. Mapillary),
GPS traces/heatmaps (e.g. Strava), and elevation data (e.g. USGS 3DEP) the
feature can be deleted"

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

[OSM-talk] Use of "Proprietary" imagery to edit OSM

[Mike Thompson]

Concerning this changeset:
https://www.openstreetmap.org/changeset/128035436

Changeset comment:

added missing roads according to proprietary aerial imagery

Editing organization's follow on comment:
"Proprietary" for Lyft meaning "provided to us for use in OSM but not the
general public"

Is this acceptable?  In my mind it is not as the whole community should
have access in order to verify and build on these edits.

Thoughts?

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

Re: [OSM-talk] razed railways and other things that don't exist today

[Mike Thompson]

On Tue, Oct 25, 2022 at 7:46 AM Marc_marc  wrote:

> Hello,
>
> Le 25.10.22 à 09:42, Warin a écrit :
> > why have the tags that mean there is nothing left of it?
>
> I'm using from time to time as a QA-tag to avoid that a mapper
> add it back

I do this as well.  We have had some major wildfires around where I live,
and a lot of structures were destroyed, yet they still show up in some
imagery sources.  I mark these as destroyed so another mapper doesn't add
them back.

Also trails are constantly being rerouted, and yet the old location will be
shown on imagery and Strava for some time.  Tagging the ols trail with a
life cycle prefix lets other mappers know that what they are seeing on
imagery doesn't match reality.

Mike

>
>
>
>
> ___
> 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] Vespucci - Proximity Alerts - Not working

[Mike Thompson]

On Wed, Oct 12, 2022 at 11:42 AM Simon Poole  wrote:

> The alerts are generated when data is downloaded/merged and the device
> location is within the specified radius around the object causing the
> notification.
>
> With other words you need to have one of the auto download options enabled
> for the mechanism to work (or you need to replace all the data).
>
Thanks.  Unfortunately most of the time I will be surveying without a data
connection, so this isn't going to work for me.

>
> Simon
>
> PS: osm-talk is not a suitable forum for support questions.
>
Sorry, what do you recommend?

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

[OSM-talk] Vespucci - Proximity Alerts - Not working

[Mike Thompson]

I am trying to get Vespucci to give me an audible alert when I travel to
within a certain distance of a OSM map note, or a OSM object with a fixme
tag.  I have not been able to get this feature to work, at least not in the
manner that I would like it to work.  It does alert when I initially
download OSM data for any notes etc. that are near my location at that
time.  This is expected.  However, when I then travel to another location
within the download area with a note, etc., Vespucci does not produce an
alert.

* "Generate notifications" is turned on
* "Max distance for notifications" is 30 meters - under most conditions my
phone's location should be more accurate than that.

What am I doing wrong?

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

Re: [OSM-talk] I’m running for OSMF board and I’ve set up office hours for questions

[Mike Thompson]

On Wed, Dec 2, 2020 at 2:56 PM Michal Migurski  wrote:

> In some specific cases there may be a conflict of interest where I’d
> recuse myself, but in general it’s much more likely that FB and other
> companies’ need for a high-quality, free, global map with a healthy org
> behind it is *strongly aligned* with OSMF’s interests.
>
Thanks for running for the board, and for inviting discussion of your
candidacy here. Your willingness to address criticisms headon shows good
character.

I realize that the exact meaning of "conflict of interest" (COI) is going
to vary from organization to organization, and from culture to culture.  I
have worked for a number of corporations in the US where we had mandatory
annual COI training.  A COI was anything where you (and any family member
or other organization you are part of) and the corporation had an interest
in the same issue.  Whether you felt that your interests and the interests
of the corporation were aligned didn't matter.   The reason being that if
you had an interest in something you, whether you realize it or not,  are
going to tend to think that what is in your interest is also in the
interest of everyone else.  For example, since both your employer FB and
the OSMF have an interest in "attribution guidelines", I would think you
should recuse yourself from any work or decision making by the board in
this matter, should you be elected.  Just my 2 cents...

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

Re: [OSM-talk] Maps.me comments and OSM notes [Was: Your experience in reaching out to Maps.me users ?]

[Mike Nice]

On 11/12/2020 1:09 PM, Jean-Marc Liotier wrote:
Now I understand the occurrence of Maps.me POI simultaneously with a 
redundant note. This is even worse than I imagined.


  That clears up something that I had seen in new users.  I had thought 
they first created a note because that is the easiest, then later 
realized they had edit powers and created the items from a previous note.



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

Re: [OSM-talk] Use of OSM data without attribution

[Mike Thompson]

On Sun, Oct 25, 2020 at 12:09 PM Mario Frasca  wrote:

> Hi.  this is funny, I recently opened an issue with AllTrails, about
> them not attributing the map.
>
> I wonder if we're talking about the same thing: their Android App shows
> a bright colourful Google logo on top of whatever map you configure as
> your base map.

I was talking specifically about their website.  I should have also checked
their app, but I didn't.  My understanding is that regardless of whose
basemap is displayed, the trail in AllTrails come from OSM.  I can reach
out to Ron again about this separate issue if you would like.  Let me know.

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

Re: [OSM-talk] Tagging an abandoned path?

[Mike Thompson]

I use:
disused:highway=path/footway/etc
or
abandoned:highway=path/footway/etc

If it is totally gone, I still tend to leave the way with "note=There is no
longer a path here, the land manager restored the area to its natural state
sometime before ", (or whatever is appropriate) this provides some
assurance that someone doesn't add it back to OSM using and old source
(imagery, GPX tracks, etc).

Mike

On Fri, Sep 25, 2020 at 9:36 AM Andy Townsend  wrote:

> On 25/09/2020 16:04, Nick Whitelegg wrote:
>
> Hi,
>
> Wondering if there was a consensus on tagging an abandoned, no longer very
> usable path (e.g. a path which has become overgrown or is unclear and prone
> to flooding in wetter periods). Something like "path=abandoned"?
>
> My 2p:
>
>
> Perhaps use "trail_visibility" through the lifecycle of the path as it
> changes from "being obvious on the ground" to "not being there at all"?
>
>
> Once it's definitely disappeared, I'd have no qualms about deleting it
> altogether.  Sometimes I update the tags on a path before deleting it to
> something like "note=nothing on this alignment any more".
>
>
> If it's still visible on imagery, I'd be tempted to leave that note there
> (without a highway tag) to stop someone retracing it.
>
>
> Best Regards,
>
>
> Andy
>
>
> ___
> 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] Use of OSM data without attribution

[Mike Thompson]

Thanks Kathleen and Mateusz!

I will thank Ron for the change and try to start a dialog with our DWG
about AllTrails asking their users to contact the DWG directly with map
errors.

Mike

On Fri, Sep 11, 2020 at 5:21 AM Mateusz Konieczny via talk <
talk@openstreetmap.org> wrote:

> AFAIK such text should be perfectly fine
> as long as it is clear displayed
> (not deeply hidden in weird menu,
> not hidden behind basically never clicked
> buttons and so on).
>
> ODBL requires to make users aware of
> source and license, it does not mandate
> a specific text.
>
> For example on my laser cut map I used
> "Dane z OpenStreetMap na licencji ODBL"
> as it will be used in way where Polish
> would be clearly expected to be
> understood.
>
> 10 Sep 2020, 18:07 by talk@openstreetmap.org:
>
> [0] https://www.alltrails.com/ (in the search box enter the name of a
> trail, park, or city to see their map.)
>
> It looks like AllTrails now correctly attributes OpenStreetMap.  Those of
> you more familiar with the licensing might want to chime in and let me know
> if simply stating "(c) OpenStreetMap" instead of "(c) OpenStreetMap
> Contributors" is adequate (also, keep in mind that only some of their map
> data comes from OSM).  If it is adequate, I will send Ron a note thanking
> him, and starting the conversation between him and the DWG about AllTrails
> directing data issues directly to the DWG.
>
> Yes, it's fine
>
> ___
> 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] Use of OSM data without attribution

[Mike Thompson]

On Wed, Aug 19, 2020 at 2:02 PM Mike Thompson  wrote:

> Has anyone tried contacting the AllTrails[0] people about their use of OSM
> without attribution?  I am not talking about the "OSM Map Layer" that they
> offer, but rather the default "AllTrails Map Layer."  At the very least it
> appears that the trails on that layer come from OSM.  I know that because I
> have entered some rather obscure informal trails in OSMe, and they show up
> in AllTrails just as I entered them in OSM.
> Mike
>
> [0] https://www.alltrails.com/ (in the search box enter the name of a
> trail, park, or city to see their map.)
>
It looks like AllTrails now correctly attributes OpenStreetMap.  Those of
you more familiar with the licensing might want to chime in and let me know
if simply stating "(c) OpenStreetMap" instead of "(c) OpenStreetMap
Contributors" is adequate (also, keep in mind that only some of their map
data comes from OSM).  If it is adequate, I will send Ron a note thanking
him, and starting the conversation between him and the DWG about AllTrails
directing data issues directly to the DWG.

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

Re: [OSM-talk] maps/navigation data source

[Mike Thompson]

On Sat, Sep 5, 2020 at 11:09 AM Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> > On 5. Sep 2020, at 16:43, ben.ki...@mail.de wrote:
> >
> > Which are the world regions OSM data is better in? Which are world
> regions OSM data is equal good?
>
>
> generally urban areas and touristic monuments are covered, few countries
> have good coverage in the country side, but there’s a lot to do everywhere,
> it may also depend on the kind of data ;-)
>
> For example housenumbers are incomplete even in the most active countries,
> there are a total of 105 Million of them currently, and growing by 10 M a
> year in the last 5 years. There are 4 times the number of buildings and
> apparently growing faster (many will not even have housenumbers though)
>
I agree with what Martin has stated.  In addition I believe that  in
general Europe, and in particular Germany and the UK, the coverage is
better than the US (I live in the US and have not traveled to either of
those countries in recent years, so cannot speak from first hand
experience).

Navigating to a location you indicate on the map will probably be pretty
good.  Navigating to a particular address may not be as good because, as
Martin stated, coverage of house numbers / addresses in OSM is not yet
complete.

If you are interested in bicycling, mountain biking, hiking and similar
activities, OSM may be your best worldwide source (in a particular locality
there may be local sources that are better).  In the days leading up to a
planned hike or mountain bike ride I will make sure the OSM data in the
area is as up to date as I can make it using the available resources.
However, be aware that some apps only update their OSM data infrequently.

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

Re: [OSM-talk] maps/navigation data source

[Mike Thompson]

Ben,

What type of navigation, car, public transport, bicycle, walking...?

What part of the world will you be navigating in?  Some parts of the world
have better OSM data than others.

Another consideration is how well the app makes use of all of the data in
OSM. e.g. turn restrictions, oneway, types of travel allowed...

I use the free, open source, OSMAND app. https://osmand.net/

Mike


On Wed, Sep 2, 2020 at 3:49 PM  wrote:

> Hi,
> Navigation app for my iOS device (Navigator by MapFactor) offers two
> choices regarding maps/navigation data source. These are (i) OpenStreetMaps
> and (ii) TomTom. One can load maps from both sources to app. One seems to
> can use both however not at the same time.
> For decision if it is worth to order TomTom maps for that app I wonder
> which differences between those two data sources should I be aware of
> before deciding if OpenStreetMaps maps will suffice or if I like
> additionally to have a backup by TomTom maps.
>
> Any suggestions?
> Which source of knowledge might help on finding answer to asked question?
>
> -
> FreeMail powered by mail.de - MEHR SICHERHEIT, SERIOSITÄT UND KOMFORT
>
> ___
> 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] Use of OSM data without attribution

[Mike Thompson]

On Wed, Aug 19, 2020 at 7:11 PM Andy Townsend  wrote:

>
> On 19/08/2020 22:44, Clifford Snow wrote:
>
> ...  Instead of suggesting their users edit OSM, they instead instruct
> them to email d...@openstreetmap.org,
>
>
> Indeed, and by the time they get to us they are usually "rabbits of
> negative euphoria"* because of the less than stellar support experience
> they've had at AllTrails.
>
> Looking at e.g.
> https://www.alltrails.com/explore/list/yorkshire-wolds-way?b_tl_lat=54.06089919948305&b_tl_lng=-0.7765960693359375&b_br_lat=53.9918264806059&b_br_lng=-0.6293106079101562
> I'm not surprised - to my eyes that really is a crime against cartography.
> Zoom in, and you'll see that that useful-looking north-south path just
> southeast of Thixendale is actually marked "(PRIVATE)", but at any scale
> you might want to plan a route on it isn't.
>
> The explanation we have to give every time goes something along the lines
> of:
>
>- No, we're not Alltrails support, and can't directly affect the way
>that their map represents things.
>- Yes, it's perfectly normal for the OpenStreetMap database to include
>ways along which there is limited access (such as only the householder, or
>perhaps other people in an emergency).
>- Individual maps can choose what data to show and what not, and if a
>map does a poor job of it that's really not an OpenStreetMap problem.
>- While we'd love you to update OpenStreetMap yourself** (since you
>know your local area better than we do) we're more than happy to try and
>fix the OSM data if it's wrong - but we can't guarantee when (or even if)
>any particular OSM-based map will show the changes.
>
> From Ron's quick and positive response to the attribution issue I am
guessing he might be open to having a discussion about these other issues.
Once the attribution issue is actually fixed, should I send him a note
along those lines? Would you (Andy) be the appropriate contact for that
discussion?

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

Re: [OSM-talk] Use of OSM data without attribution

[Mike Thompson]

I have already heard back from the CEO of AllTrails.  See his response
below.  They are going to fix the issue. I am impressed!

=
Thanks for the note, Mike. I know that this is going to sound lame but I
swear it's the truth, and that's that you found a bug on our website. There
should totally be an attribution block at the bottom and we'll get that
fixed up ASAP.

All the best,
Ron
=



On Wed, Aug 19, 2020 at 4:37 PM Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> On 20. Aug 2020, at 00:18, Mike Thompson  wrote:
>
> Thanks for the link where they mention OSM.  I did find their CEO on
> Linkedin, and just sent him this message:
>
>
>
> thank you! You may also consider adding them here:
> https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
> to keep track of the case.
>
> Cheers Martin
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Use of OSM data without attribution

[Mike Thompson]

Steve,

Thanks for the confirmation that the attribution is missing.  I will let
you, and the rest of the list, know if and when I hear from them.

Mike

On Wed, Aug 19, 2020 at 3:51 PM stevea  wrote:

> Thanks very much you two:  I've often meant to do something about
> alltrails' seeming / actual lack of attribution to OSM (if it exists, I
> haven't found it either) and something always seems to creep up and prevent
> me from taking action.  These are most assuredly "our" (OSM's / mine,
> others in OSM) data.  Yea:  let's get this ball rolling and a proper OSM
> attribution!
>
> SteveA
> California
>
> > On Aug 19, 2020, at 2:44 PM, Clifford Snow 
> wrote:
> > Hey Mike,
> > They definitely mention OSM, even call us a partner [1] but like you
> found their basemap is definitely OSM. Instead of suggesting their users
> edit OSM, they instead instruct them to email d...@openstreetmap.org,
> >
> > All Trails is located in SF but I couldn't find any listing of a
> leadership team.
> >
> > Do you want to ask on Slack? Someone there might have a connection.
> >
> >
> > [1]
> https://support.alltrails.com/hc/en-us/articles/360018930672-How-do-I-update-or-change-information-about-a-trail-
> >
> > On Wed, Aug 19, 2020 at 1:03 PM Mike Thompson 
> wrote:
> > Has anyone tried contacting the AllTrails[0] people about their use of
> OSM without attribution?  I am not talking about the "OSM Map Layer" that
> they offer, but rather the default "AllTrails Map Layer."  At the very
> least it appears that the trails on that layer come from OSM.  I know that
> because I have entered some rather obscure informal trails in OSMe, and
> they show up in AllTrails just as I entered them in OSM.
> > Mike
> >
> > [0] https://www.alltrails.com/ (in the search box enter the name of a
> trail, park, or city to see their map.)
> 
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Use of OSM data without attribution

[Mike Thompson]

Clifford,

Thanks for the link where they mention OSM.  I did find their CEO on
Linkedin, and just sent him this message:

==

Hi Ron, I noticed that AllTrails uses OSM data for its trails on the
default "AllTrails Map Layer", while you mention this fact on your site[0],
I didn't see any attribution on the map itself crediting OSM.  The map
should have some text on it such as "Trail data © OpenStreetMap
contributors"[1]

Thanks

Mike

OSM Contributor Specializing in Trails

==


There are several other members of the AllTrails leadership team on
LinkedIn, you might want to reach out to them too.


Mike





[0]
https://support.alltrails.com/hc/en-us/articles/360018930672-How-do-I-update-or-change-information-about-a-trail-

[1] https://www.openstreetmap.org/copyright

On Wed, Aug 19, 2020 at 3:44 PM Clifford Snow 
wrote:

> Hey Mike,
> They definitely mention OSM, even call us a partner [1] but like you found
> their basemap is definitely OSM. Instead of suggesting their users edit
> OSM, they instead instruct them to email d...@openstreetmap.org,
>
> All Trails is located in SF but I couldn't find any listing of a
> leadership team.
>
> Do you want to ask on Slack? Someone there might have a connection.
>
>
> [1]
> https://support.alltrails.com/hc/en-us/articles/360018930672-How-do-I-update-or-change-information-about-a-trail-
>
> On Wed, Aug 19, 2020 at 1:03 PM Mike Thompson  wrote:
>
>> Has anyone tried contacting the AllTrails[0] people about their use of
>> OSM without attribution?  I am not talking about the "OSM Map Layer" that
>> they offer, but rather the default "AllTrails Map Layer."  At the very
>> least it appears that the trails on that layer come from OSM.  I know that
>> because I have entered some rather obscure informal trails in OSMe, and
>> they show up in AllTrails just as I entered them in OSM.
>> Mike
>>
>> [0] https://www.alltrails.com/ (in the search box enter the name of a
>> trail, park, or city to see their map.)
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
> --
> @osm_washington
> www.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Use of OSM data without attribution

[Mike Thompson]

Has anyone tried contacting the AllTrails[0] people about their use of OSM
without attribution?  I am not talking about the "OSM Map Layer" that they
offer, but rather the default "AllTrails Map Layer."  At the very least it
appears that the trails on that layer come from OSM.  I know that because I
have entered some rather obscure informal trails in OSMe, and they show up
in AllTrails just as I entered them in OSM.
Mike

[0] https://www.alltrails.com/ (in the search box enter the name of a
trail, park, or city to see their map.)
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] changeset: 89516909

[Mike Thompson]

On Tue, Aug 18, 2020 at 6:42 PM 80hnhtv4agou--- via Talk-us <
talk...@openstreetmap.org> wrote:

> i will fix anything that i missed but the lines are truth.
>
> and it is not a polygon,
>
As far as I know, boundary relations have to, in effect, be polygons, in
other words, they have to close.


> and i broke nothing i fixed what the other guy broke and did it all by
> hand.
>
The boundary relation (126598)  is currently broken. for one thing, it
doesn't close at the location of Williamsberg Square residential area.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

[Mike Nice]

On 8/4/2020 7:21 AM, pangoSE wrote:

I suggest we wait for ruffle to be ready and then compile P2 to first wasm and 
then decompile it into C and then translate it into rust.
It can then be cleaned up and shipped to both as a desktop application and a 
wasm binary run in the browser.
ruffle ->  wasm -> C -> rust is unlikely to be useful. Sure it might 
run, but all program comments will have been stripped.  The automatic C 
-> Rust step is likely to generate unsafe mode code that must be cleaned 
up to fully see the benefits of Rust.   And finally, the result would 
not be maintainable over the long term without a huge amount of cleanup.



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

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

[Mike Nice]

Air is not a zero security risk, but the exposure is much lower than the 
old days of Flash.


I hate the security problems that came from Flash, as well as almost 
anything from Adobe, but I think the premise of this project to improve 
maintainability is important.   Although not part of this proposed 
project, it is a gateway that could allow migration to an open standard 
in the future.



On 8/2/2020 9:49 AM, john whelan wrote:
If Air is proprietary and an Adobe product I strongly suggest avoiding 
it purely from a security point of view. Adobe does not have a good 
reputation in the security world. Comments certainly have been made 
about Flash.


I don't think we should be encouraging the installation of software 
that could cause problems for our mappers.





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

Re: [OSM-talk] Proper use of route relations?

[Mike Thompson]

On Sat, Aug 1, 2020 at 10:38 AM Joseph Eisenberg 
wrote:

> No
>
> Relations are not collections
>
Thanks!  That is what I thought, but there are so many such relations in
this area that I thought I better check.  I'll wait for a few more opinions
to roll in, and if they are along the lines of what you are saying, I will
make some edits.

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

[OSM-talk] Proper use of route relations?

[Mike Thompson]

I have come across a number of examples[0] of route relations where all the
trails in a given park have been put into a single relation.  Is this a
recommended use for route relations?

Mike

[0]
https://www.openstreetmap.org/relation/10962561
https://www.openstreetmap.org/relation/8409089
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Planned revert of added surface and tracktype tags without local knowledge in various countries

[Mike Thompson]

On Sat, Jul 18, 2020 at 2:23 PM Mark Wagner  wrote:

>
> * Two adjacent sections of track being tagged as "grade 2" and "grade
>   4" not because of any difference in road surface, but because one has
>   a line of grass between the ruts and the other doesn't.
>
In rural areas where I have spent time people often only put gravel where
the wheels contract the ground, and leave the middle part of the road/track
as is (which is often grass/short native vegetation).  This is done to save
money. The result is that from overhead imagery, it may appear not to be
gravel, and thus may be incorrectly tagged at a lower tracktype.

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

Re: [OSM-talk] Old phone line or old power line?

[Mike Thompson]

On Sun, Jun 28, 2020 at 4:57 AM  wrote:
>
>  That is standard construction for the old above ground telephone lines in
> the US - many times those lines would run along a rail bed, perhaps even
> for railroad signaling purposes.
Thanks Steve!
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Old phone line or old power line?

[Mike Thompson]

Thanks François!

On Sat, Jun 27, 2020 at 3:51 PM François Lacombe 
wrote:

> Le sam. 27 juin 2020 à 20:08, Mike Thompson  a
> écrit :
>
>> Any idea whether this is an old powerline or an old phone line?  Photo is
>> geotagged, so if you download it and drop it into JOSM you can see the
>> larger context.
>>
>
> IMHO it's an old low voltage power line
> I'd recommend:
> abandoned:power=minor_line
> cables=2
> operator=?
> voltage=?
>
> Pole can be described with this:
> power=pole
> material=wood
> operator=?
> line_attachment=pin
>
> All the best
>
> François
>
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Old phone line or old power line?

[Mike Thompson]

On Sat, Jun 27, 2020 at 12:21 PM Bryan Housel  wrote:
>
> I’d tag as `abandoned:power=minor_line` since you said it is down in
places.
>
> It is impossible to tell from the picture what its original purpose was,
but this doesn’t matter much if you just want to get it mapped.
Thanks Brian, I will proceed along those lines. I would still be interested
to hear from experts in the utility field as to what the original purpose
of the lines were.  Since this is in the US, one case assume standard
household voltage (given the size of the insulators and the fact that it
terminiantes at an old house in ruins), which back in the day was 110.  In
which case, there would be a considerably percentage voltage drop over the
many km distnace this line spans.

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

[OSM-talk] Old phone line or old power line?

[Mike Thompson]

Any idea whether this is an old powerline or an old phone line?  Photo is
geotagged, so if you download it and drop it into JOSM you can see the
larger context.

https://photos.app.goo.gl/6cMueDbGJPdz8Es77

It is near the location of this node:
https://www.openstreetmap.org/node/51241693

It runs for many km more or less along the track that above node is part of.

Wire is bare uninsulated. Most, or perhaps all, poles are still standing.
Wire is down in places.

How would you recommend mapping/tagging?


Thanks in advance for your help,

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

Re: [OSM-talk] Paid mapping

[Mike Thompson]

On Mon, Jun 22, 2020 at 4:12 PM Mateusz Konieczny via talk <
talk@openstreetmap.org> wrote:

> Jun 23, 2020, 00:07 by miketh...@gmail.com:
>
> "except for the preceding, we follow OSM community norms."
>
> This should be enough to ban of all their mapping accounts until changing
> their plan
> (I assume that they either backtracked that or stopped editing)
>
They said that they were going to do some additional training for their
staff.  They did give some indication they would make some changes, but I
didn't follow up. Part of the problem is that another, non local, mapper
got really enthusiastic a couple of years ago about changing all unpaved
roads to highway=track.  Amazon Logistics people see this, and if they are
adding a road, they perhaps compare it to the existing content nearby, and
try to mimic that tagging.

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

Re: [OSM-talk] Paid mapping

[Mike Thompson]

I know we are talking about Apple mappers here, but I wanted to point out
the Amazon Logistics mappers have been very responsive to changeset
comments. However:
1) One of their leaders explained their criteria for a track.  There were
about four, and that was followed with "except for the preceding, we follow
OSM community norms."  I responded that they should always follow community
norms.
2) Changeset comments, as is true for a lot of mappers, are not super
helpful, e.g. "Added a track road" (not new information, I could tell that
from the data), and then they cite a generic collection of sources (which
one did you use?). Sometimes the sources don't make sense, such as "Street
Side" when there is no Street Side content in the given area.

Mike

On Mon, Jun 22, 2020 at 3:56 PM Andreas Vilén 
wrote:

> Maybe the mappers think unclassified equals what we call highway=road, as
> in no classification yet determined?
>
> It’s a fairly common misconception among new mappers.
>
> /Andreas
>
> Skickat från min iPhone
>
> > 22 juni 2020 kl. 23:50 skrev Martin Koppenhoefer  >:
> >
>
> ___
> 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] [Talk-us] fake, edit, fake map.

[Mike Thompson]

On Tue, Jun 16, 2020 at 3:08 PM 80hnhtv4agou--- via Talk-us <
talk...@openstreetmap.org> wrote:
>
> How old is the satellite view, do we even know, or are we making a fake
map here.
In JOSM, if you right click on Bing Imagery, Show Tile Info, it will
display "Metadata Capture Date", which is the date, or range of dates, when
the image was captured.  I don't think other sources have this feature.

>
> what about fact checking ?
The details you have added (fence, way not running all the way through,
etc.) are wonderful, but probably no overhead imagery source, no matter how
recent, is going to show that detail, especially with the tree cover in
that area.  Remote mappers can do a lot of good, sometimes they get things
wrong.  It is great that you are local and can correct these things.

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

Re: [OSM-talk] [Talk-us] fake, edit, FAKE map.

[Mike Thompson]

JOSM validator does report a number of errors and warnings in the area, but
I don't think they are related to this specific change set.

Mike

On Tue, Jun 16, 2020 at 11:16 AM Mike Thompson  wrote:

>
>
> On Tue, Jun 16, 2020 at 10:53 AM <80hnhtv4a...@bk.ru> wrote:
> >
> > yes, and i will wait to see if anyone gets it.
> We can hardly evaluate the issue if you don't share with us your concerns.
>
> This edit was made by someone working for Amazon Logistics.  They have
> been very receptive to specific constructive feedback.
>
> The only  very minor issue I see is:
> * https://www.openstreetmap.org/way/816385173 and
> https://www.openstreetmap.org/way/703399318 could probably be combined.
>
> Mike
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] fake, edit, FAKE map.

[Mike Thompson]

On Tue, Jun 16, 2020 at 10:53 AM <80hnhtv4a...@bk.ru> wrote:
>
> yes, and i will wait to see if anyone gets it.
We can hardly evaluate the issue if you don't share with us your concerns.

This edit was made by someone working for Amazon Logistics.  They have been
very receptive to specific constructive feedback.

The only  very minor issue I see is:
* https://www.openstreetmap.org/way/816385173 and
https://www.openstreetmap.org/way/703399318 could probably be combined.

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

Re: [OSM-talk] [Talk-us] fake, edit, FAKE map.

[Mike Thompson]

What is the issue?  It looks legit to me. Am I missing something?

Mike

On Tue, Jun 16, 2020 at 10:11 AM 80hnhtv4agou--- via Talk-us <
talk...@openstreetmap.org> wrote:

> Added a service road.
>
> Edited about  hours ago by
>
> Version #1 · Changeset #86698283
>
> https://imgur.com/gallery/k6Zjnqm
>
>
>
>
> ___
> Talk-us mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] Google earth, Google maps

[Mike Thompson]

On Sat, Jun 13, 2020 at 11:20 AM 80hnhtv4agou--- via Talk-us <
talk...@openstreetmap.org> wrote:
>
> I am not copying any thing, just looking at a satellite view from google
.
>
> it was a ruler.
This isn't really about OSM, it is about the Google Maps Terms of Service,
which by using Google Maps, you agree to abide by.  This states in part:
"you may not ...use Google Maps/Google Earth to create or augment any other
mapping-related dataset..." This would include the ruler I would think as
well as "looking at a satellite view."
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Teaching cyclists how to contribute to OSM

[Mike N]

On 1/20/2020 5:42 AM, James wrote:
I've yet to see an officer stop a cyclist going too fast, general rule 
is don't be a dick and slow down when you see pedestrians and signal 
with a bell(bylaw) when passing them


Here, the officer on patrol may choose to do speed limit enforcement 
when it becomes a problem.   They generally issue a warning first, but 
have issued tickets.


http://lowcadence.com/2013/02/07/i-am-a-swamp-rabbit-criminal/

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

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[Mike N]

On 7/26/2019 4:34 AM, Christoph Hormann wrote:

The corporate appropriation of OpenStreetMap


I'm not a corporate wonk, but I'll note that in my region, "Amazon 
Logistics" is effectively solving the Last Mile Mapping problem: how to 
include driveways into routing.Based on ground truth, they're 
including travel barriers, as well as other routes hidden under tree 
cover.   There's no official data on driveways and it is impractical if 
not dangerous to randomly walk or drive up private driveways to map them.


  Eventually, I'll be able to propose the use of an OSM app to local 
Emergency Services who just recently noted that their response time 
suffers as they attempt to find the proper driveway to enter, as well as 
navigate the correct split driveway.


  [ I'm well aware that the Amazon mappers are not perfect and have 
made newbie errors in other regions ]


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

Re: [OSM-talk] Ways divided by paint?

[Mike N]

On 7/4/2019 10:33 AM, Jack Armstrong dan...@sprynet.com wrote:

In the given example, turns were already permitted prior to the additional 
superfluous lanes being added. This creates confusion and unnecessary clutter 
and should not be encouraged. The intersection was fine before the addition of 
the highway links. The new links add nothing to the map other than clutter.

https://www.openstreetmap.org/edit?changeset=70997250#map=20/39.57344/-104.98491


  The links do improve turn-by-turn instructions, in the case of 
following a large vehicle and not being sure where to leave the main 
lane of traffic to make a left turn.But it's also possible that 
adding turn lanes and/or change:lanes could work (but I'm not familiar 
with change:lanes enough to know for sure).


   I think some areas are more likely to add a physical divider based 
on history of traffic flow and available funds.


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

Re: [OSM-talk] Ways divided by paint?

[Mike N]

On 7/4/2019 7:50 AM, Mateusz Konieczny wrote:

I strongly disagree with this idea,
and multiple times changed such splits
back to one way.



  What if strictly following the rule of "no split ways unless physical 
divider" results in wildly incorrect turn-by-turn instructions?  For 
example -


https://www.openstreetmap.org/#map=19/34.93102/-82.32703

  Traveling SouthEast on Reid School Road and transitioning to Edwards 
Mill Road; there's no divider and this rule would remove the short 1-way 
link.   Turn by Turn instructions would change from "Bear slight 
right..."  to "turn right, then left at the stop sign".


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

Re: [OSM-talk] iD forces mistagging again

[Mike N]

On 6/29/2019 8:08 AM, Tomas Straupis wrote:

   Here I would note that 2nd point is enough to keep original water
scheme and depreciate the new one. Because of data consumers.


 I don't remember why but I arrived at the new scheme several years ago 
and have been using it ever since.   So apparently data consumers will 
be ignoring my tagging?


  (Using JOSM by the way).

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

Re: [OSM-talk] Which global OSM mailing list for the "community index"?

[Mike N]

On 6/20/2019 7:39 AM, Andy Townsend wrote:
I'd suggest "talk" as a more sensible introductory mailing list to 
"tagging" as the latter is higher volume and more in depth in a 
particular area of OSM.


  It is almost an automatic reaction to redirect questions like "is 
this a real shale surface", or "how to tag the mobile home park trailer 
numbers?", to tagging, which requires another "email registration cycle".


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

Re: [OSM-talk] Which global OSM mailing list for the "community index"?

[Mike N]

On 6/20/2019 5:58 AM, Frederik Ramm wrote:

Clearly one of the global mailing lists is missing here;


  Forum.openstreetmap.org

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

Re: [OSM-talk] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

[Mike N]

On 3/18/2019 6:51 PM, Nuno Caldeira wrote:
Was curious where DJI managed to get a worldwide DB of polygons of 
military facilities and points of prisons, triple checked with a couple 
of other users of OSM at Telegram and with polygons i added seven years 
ago. Without a doubt its from OSM, the coordinates of the vertices 
matches OSM perfectly. The names are also the same...


  Interesting in that the sites near me have used the boundary of the 
wall / fence instead of the surrounding and larger area identified with 
"amenity=prison".


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

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

[Mike N]

On 2/26/2019 8:45 AM, Joseph Reeves wrote:
I can't see the security risk you're trying to protect against. We are 
looking at applications that use OSM data and will refer users to third 
party websites; what is the risk of a malicious user MiTM'ing a http 
request to a restaurant website (for example) and sending me to location 
other than the https version of the site? What web clients are you 
expecting this applies to?


  MITM attacks are not restricted to country operators at borders - 
think Firesheep and any number of similar attacks.  The damage from such 
attacks depend on the site being visited, perhaps minimal if checking a 
restaurant menu, much more serious if the site requires a login.


General browsing security has to begin somewhere, and this edit is just 
a step in that direction.   All web clients benefit from this move, 
except perhaps stripped down clients that do not support TLS, in which 
case they must solve their issues in other ways to operate in a modern 
Internet.



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

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

[Mike N]

On 2/22/2019 3:36 PM, Jmapb wrote:
IMO the value of an automated edit when there's already a redirect in 
place is minimal enough that I don't think it justifies bumping the 
version and modification date. Just my opinion.


  The value of the automated edit is that there is a small improvement 
in security.   Assuming that someone ever clicks on a link in our data, 
it is more secure to go directly to the HTTPS site rather than start 
with the HTTP site.


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

Re: [OSM-talk] What use is OpenStreetMap?

[Mike N]

On 1/3/2019 5:13 PM, Simon Poole wrote:
The slightly longer version is that there are likely economic benefits 
of many different kinds (traffic control, real estate, marketing and so 
on) that are difficult to quantify but are likely there.


 Re: real estate use case - I have seen local agents refer to 
neighborhoods that I put on OSM by surveying the new streets.  Clients 
could be directed to use mapping apps to find a new neighborhood or new 
street that is on a city's GIS but not on other maps yet.   (not sure 
which app they tell their clients to use)



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

Re: [OSM-talk] Is it time to redevelop JOSM?

[Mike N]

On 10/7/2018 5:07 PM, john whelan wrote:
C# apparently is open source.  Visual Studio 2017 is a professional 
development environment.  Yes it is Windows and I recognise that many 
prefer one flavour of UNIX or another but I think it is time to think 
strategically and start work on a replacement for JOSM before we find we 
can no longer use it.  It can certainly create code which will run on 
UNIX systems.


I'm not saying C# is the only way to go.


  There's a lot to like about a C# solution, but currently lacks a 
cross platform desktop graphics library.  All the "Desktop pack" GUIs 
that Dotnet Core supports are Windows-only.   I don't know if there is a 
good open-source cross platform desktop GUI for C# yet.


  All that aside, my opinion is that it will be simpler to construct 
all the tools and functions to fill in where Oracle and other Javas may 
be dropping from newer versions.


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

Re: [OSM-talk] Is it technically and legally possible to add the Open Location Code to the OSM search?

[Mike N]

On 8/11/2018 1:35 AM, Oleksiy Muzalyev wrote:
And they will not start putting up signs of the Plus-Codes outside their 
house unless the OpenStreetMap community accept this technology.


   What would actually happen in these locations?  Do they bring up the 
web site https://www.openstreetmap.org and use that?


This 
was a minor experimental import for a small remote town Zeze in the 
United Republic of Tanzania. Nothing happened.


   I see that it has been reverted, but what happened in the 3 months 
since the data was placed there.   Was there a plan to use and evaluate 
the system?


  The community generally seems open to the idea of adding them to 
tools and apps that end users use, although not yet for certain on the 
main OSM web site which has the purpose of mapping assistance.


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

Re: [OSM-talk] Is it technically and legally possible to add the Open Location Code to the OSM search?

[Mike N]

On 8/10/2018 9:01 AM, oleksiy.muzal...@bluewin.ch wrote:
Probably it is done so that plus-codes are known to local actors? 
Perhaps, local conditions differ from European ones to the degree that 
it is difficult to comprehend without being part of local community?


That is a perfect use case for a printed map or app that shows 
plus-codes on buildings or other POIs.  That can be calculated from the 
user's location or location of the POI as the map is being rendered.


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

[OSM-talk] OSM based mobile app that allows additional vector data to be loaded

[Mike Thompson]

I am looking for an OSM based mobile app which would allow me to load
additional vector data (shape files, KML, geojson, etc) into it.  My reason
for wanting to do this is twofold:

* Not all data belongs in OSM (e.g. cadastral), but sometimes this data is
useful while surveying (cadastral data will help one avoid trespassing).

* Some types of data belong in OSM, but should be field verified first.
For example, one may see something in an overhead image that looks
interesting, but not be able to positively identify it. Its location could
be loaded into the app without adding to OSM, and this would serve to guide
the user to its location in order to survey it.

Do you have any recommendations? I already have OsmAnd, but I don't think
it has this capability.

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

Re: [OSM-talk] Strava Cycling and Running Heatmap not working

[Mike Thompson]

Nelson,

Thanks!

The blog post states:
"registered Strava athletes may zoom in to street-level details"

If I become a "registered Strava athlete" is there a way I can see the
street level detail in JOSM, or is it only through their app?

Mike

On Thu, Mar 15, 2018 at 1:34 PM, Nelson A. de Oliveira 
wrote:

> On Thu, Mar 15, 2018 at 3:57 PM, Mike Thompson 
> wrote:
> > I am trying to use the "Strava Cycling and Running Heatmap" in JOSM but
> I am
> > getting a "Error HTTP error 403 when loading tiles."  It was working a
> few
> > days ago. The "Strava running heatmap" gives the same error. Is anyone
> else
> > having this same issue?
>
> It is working, but the maximum zoom level is now 12 (see
> https://blog.strava.com/press/heatmap-updates/)
> If you try to see some higher level tiles it will indeed give a
> forbidden error code.
> Try to update the imagery providers in JOSM and re-add the Strava
> layer (which should bring the layer with an updated info about the new
> maximum zoom level).
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Strava Cycling and Running Heatmap not working

[Mike Thompson]

I am trying to use the "Strava Cycling and Running Heatmap" in JOSM but I
am getting a "Error HTTP error 403 when loading tiles."  It was working a
few days ago. The "Strava running heatmap" gives the same error. Is anyone
else having this same issue?

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

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

[Mike N]

On 2/17/2018 11:01 AM, James wrote:
except it wouldnt be multiplatform and only run on windows 🤢🤮. Java is 
a better alternative as it's a popular language and is multiplatform. 
C/c++ is a bit more complicated and not everyone can contribute.


That's no longer true - .Net is open source and generates multiplatform 
code and the C# language has an open source reference.


 That being said, Java is quite suitable for JOSM, and the security 
issues would rarely if ever surface in JOSM.  The big question is how 
well does JOSM serve as an OSM editor?   Quite well by a number of 
indicators.


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

Re: [OSM-talk] place=hamlet in cities

[Mike N]

On 1/17/2018 6:53 PM, Dave F wrote:
Have you been in contact with the two contributors to see if they can 
revoke/reupload?
I presume it came from a database. If it's still available it can be 
amended as required.


  At this point it would be much better to just manually fix anything 
that doesn't look right - it will be much more up to date than trying to 
conflate any new data with potentially edited data which could be a mix 
of nodes and areas.


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

Re: [OSM-talk] place=hamlet in cities

[Mike N]

On 1/17/2018 5:55 PM, Kevin Broderick wrote:
Does anyone see a problem with armchair-mapping these to 
place:neighbourhood? I am not planning to do this in an automated 
fashion, but instead to pick away at it while reviewing areas of 
interest to some of my coworkers, who have noted that an appropriate 
rendering for an isolated hamlet doesn't make a lot of sense in a 
more-populated area.


 This happened quite a bit in the US.  I have been converting the 
hamlet points to area where I could identify a subdivision, and add the 
name if I knew it along with place=neighborhood.


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

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

[Mike N]

On 1/13/2018 5:02 AM, joost schouppe wrote:


If we agree it's a problem that users get a message everytime someone 
reviews one of their changesets, then maybe we need a separate database 
for reviewing status. OSMcha has that, but we might integrate the 
reviewing status into OSM.org


There have been mentions of having a reviewed status on changesets. 
This could be shown as summary feedback in editors as "toast-style" 
status balloons the way waiting OSM messages is shown.   An addition to 
the OSM.org changeset would be the review status (good, bad, mixed) and 
who reviewed.  That would be a natural way to use OSMcha, with optional 
messages only when it would be helpful.Otherwise a flurry of 
messages for edits is unexpected, as in


https://www.openstreetmap.org/changeset/55390192

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

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

[Mike N]

On 1/12/2018 9:13 AM, Bryan Housel wrote:

I love this feature, and I hope Wille keeps it in.
The message is very well written, and it’s not spam if the user asks for their 
changeset to be reviewed and then somebody actually does it.


  I haven't used this yet because I wanted to add my own detail to the 
message.   A quick sampling of these shows that most are in response to 
review_requested.   I did run across 2 that did not have review 
requested however - the message is occasionally being used instead of a 
dedicated thumbs up/down flag on changesets.



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

Re: [OSM-talk] GPS Watch

[Mike Thompson]

Russ,

Thanks!  So many options, even from this one vendor.

Mike

On Thu, Dec 28, 2017 at 10:03 PM, Russ Nelson  wrote:

> Craig Wallace writes:
>  > Or another option is the Garmin Foretrex 601. It is much bulkier and
>  > heavier than most watches, maybe a bit too big to wear on your wrist.
>  > But OK if you attach it to a rucksack strap. It has much better battery
>  > life - it claims 48 hours. It uses AAA batteries, so you can carry
>  > spares if necessary. And probably more accurate - should be a bigger
>  > antenna, and it can use GPS, GLONASS and Galileo.
>
> Forerunner is designed for runners. Foretrex is a GPS receiver. Get
> the Foretrex.
>
> --
> --my blog is athttp://blog.russnelson.com
> Crynwr supports open source software
> 521 Pleasant Valley Rd. | +1 315-600-8815
> Potsdam, NY 13676-3213  | Sheepdog
>
> ___
> 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] GPS Watch

[Mike Thompson]

Craig,

Thanks, very helpful, especially the info about the FIT format.

Mike

On Sat, Dec 23, 2017 at 10:33 AM, Craig Wallace 
wrote:

> On 2017-12-22 18:48, Mike Thompson wrote:
>
>> I am looking at getting a GPS Watch. Does anyone have any advice?  My
>> primary concerns:
>> 1) Ease of getting GPX tracks out of the watch so they can be uploaded to
>> OSM. Seems like a lot of the devices require you to first upload the track
>> to their proprietary site from where you can download the GPX... sounds
>> like a hassle.
>> 2) Positional accuracy
>> 3) Recording fidelity (e.g. once per second, once per five seconds, etc).
>> 4) Battery life. Ideally > 10 hours on a single charge while recording
>> tracks.
>>
>
> You could look at a Garmin Forerunner. Probably the most popular GPS
> running watches.
> Most of the newer models record tracks in FIT format, and work as a USB
> mass storage device. So you can just plug it into your computer, then copy
> the files off.
> There are a few options for converting from FIT to GPX. eg GPSBabel works,
> or Garmin Basecamp. You don't need to upload to any website. Some more
> advice here: https://wiki.openstreetmap.org/wiki/FIT
>
> Accuracy is usually not bad for the newer models. Though can sometimes be
> a bit out, especially under trees. Not too surprising for such a small GPS
> receiver, and swinging your arms about etc.
>
> Recording rate depends on the model, most of the cheaper models only have
> "smart recording". This usually gives 1 point per 5 seconds or 10 seconds
> or so. Though it should record more points where needed, ie a twisty path.
> The higher end models can record 1 point per second.
>
> Battery life again depends on the model. Some of the cheaper ones are only
> about 8 hours, or up to 15 or 20 hours on others. Especially if you disable
> extra features, eg heart rate or Bluetooth. Some of them have "UltraTrac"
> mode, which gives longer battery life, but a less detailed track.
>
> Or another option is the Garmin Foretrex 601. It is much bulkier and
> heavier than most watches, maybe a bit too big to wear on your wrist. But
> OK if you attach it to a rucksack strap. It has much better battery life -
> it claims 48 hours. It uses AAA batteries, so you can carry spares if
> necessary. And probably more accurate - should be a bigger antenna, and it
> can use GPS, GLONASS and Galileo.
>
> Craig
>
> ___
> 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] GPS Watch

[Mike Thompson]

I am looking at getting a GPS Watch. Does anyone have any advice?  My
primary concerns:
1) Ease of getting GPX tracks out of the watch so they can be uploaded to
OSM. Seems like a lot of the devices require you to first upload the track
to their proprietary site from where you can download the GPX... sounds
like a hassle.
2) Positional accuracy
3) Recording fidelity (e.g. once per second, once per five seconds, etc).
4) Battery life. Ideally > 10 hours on a single charge while recording
tracks.

Thanks,

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

Re: [OSM-talk] no osmf-talk link at listinfo

[Mike N]

On 12/18/2017 2:49 PM, Sérgio V. wrote:

https://lists.openstreetmap.org/listinfo?

I've read  in http://www.weeklyosm.eu  about
some interesting discussions there,

but I can't find the link to osmf-talk in the listinfo.


 I'm not sure why it wasn't listed on that page, but there is a link to 
the OSMF-talk archives from the Wiki


https://wiki.openstreetmap.org/wiki/Mailing_lists



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

Re: [OSM-talk] Editing in Front Range of US State of Colorado

[Mike Thompson]

Mateusz,

Thanks, good suggestion. I will try that now as I make corrections.

Mike

On Sat, Dec 16, 2017 at 11:24 AM, Mateusz Konieczny 
wrote:

> During deleting of destroyed features I typically leave outlines with
> notes reminding that aerial image is outdated and delete such historic days
> after aerial images are updated.
>
> Have you tried doing something like that?
>
> On 16 Dec 2017 4:37 p.m., "Mike Thompson"  wrote:
>
> Hello,
>
> If you are armchair mapping in the Front Range of the US State of
> Colorado, particularly the canyons west of the cities of Loveland, Fort
> Collins, etc., please be aware that we had a devastating flood here in the
> fall of 2013 that dramatically changed the courses of the rivers through
> these canyons, as well as destroying much of the human built infrastructure
> along those rivers. US Highway 34 in the Big Thompson Canyon between
> Loveland and Fort Collins in particular is still being reconstructed. This
> is not shown, or not fully shown, on the sources of overhead imagery we
> generally have available in OSM.  I continue to find that other mappers
> have added features back to the map which were destroyed by the flood, and
> which I and other local mappers correctly deleted.  Before you add what may
> appear to be a missing building, parking lot, reservoir, dam, park, trail,
> etc., please be sure it really exists in reality today.
>
> Thank you,
>
> Mike
>
> ___
> 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] Editing in Front Range of US State of Colorado

[Mike Thompson]

Hello,

If you are armchair mapping in the Front Range of the US State of Colorado,
particularly the canyons west of the cities of Loveland, Fort Collins,
etc., please be aware that we had a devastating flood here in the fall of
2013 that dramatically changed the courses of the rivers through these
canyons, as well as destroying much of the human built infrastructure along
those rivers. US Highway 34 in the Big Thompson Canyon between Loveland and
Fort Collins in particular is still being reconstructed. This is not shown,
or not fully shown, on the sources of overhead imagery we generally have
available in OSM.  I continue to find that other mappers have added
features back to the map which were destroyed by the flood, and which I and
other local mappers correctly deleted.  Before you add what may appear to
be a missing building, parking lot, reservoir, dam, park, trail, etc.,
please be sure it really exists in reality today.

Thank you,

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

Re: [OSM-talk] Length of ways

[Mike Thompson]

On Thu, Nov 30, 2017 at 6:13 PM, Martin Koppenhoefer  wrote:

> I’m not sure if this is still valid, but a long time ago the measurements
> in Josm weren’t very accurate...

It uses the great circle distance[0], which is accurate to about 0.5%[1],
still over long distances that can add up.  I believe it would be more
accurate to project each segment of the way to a local coordinate system
and measure, and then sum the measures.

Mike

[0]
https://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/data/osm/Way.java
(search on getLength)
[1] https://en.wikipedia.org/wiki/Great-circle_distance

especially for long distances, where the curvature of the earth leads to
> significant errors if not accounted for. Don’t know whether Josm uses an
> ellipsoid or spheroid (I recall initially it used carthesian coordinates
> and calculated in a plane). Just wanted to mention it.
>
> There’s also a measurement plugin for josm.
>
> cheers,
> Martin
> ___
> 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] Length of ways

[Mike Thompson]

Relation length:
In JOSM
Select a member way
In the "tags/memberships" window scroll down to the "Member of" section
Right click
Select members (add)
Note the length in the lower margin of JOSM's main window

On Thu, Nov 30, 2017 at 5:20 PM, Mike Thompson  wrote:

> If you select the way in JOSM it will give you the length in the lower
> margin of the window.  I don't know about relations.
>
> On Thu, Nov 30, 2017 at 5:15 PM, Andy Mabbett 
> wrote:
>
>> Do we have a tool that will give me the length of a way (or a
>> relation, made from several continuous ways)?
>>
>> --
>> Andy Mabbett
>> @pigsonthewing
>> http://pigsonthewing.org.uk
>>
>> ___
>> 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] Length of ways

[Mike Thompson]

If you select the way in JOSM it will give you the length in the lower
margin of the window.  I don't know about relations.

On Thu, Nov 30, 2017 at 5:15 PM, Andy Mabbett 
wrote:

> Do we have a tool that will give me the length of a way (or a
> relation, made from several continuous ways)?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> 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]

On Tue, Nov 28, 2017 at 2:28 PM, Pierre Béland  wrote:

> Wow  again, this time a lot more efficient.  With 29,000 ways, very fast
> Result.
>
Glad it is fast on 29,000, I only tested on 2,500.  Any additional ideas or
suggestions can be entered on GitHub (or you can just send them to me
directly).


>
> An other interesting aspect with your scripts, you let us learn how to
> make such scripts.
>
Happy to share what I have learned, but I feel I am still in the student
mode myself. Next I would like to create a plugin.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

John, Pierre,

I made some improvements to the select duplicate buildings script. It now
uses a spatial index, which makes it a lot faster on large datasets. It
also now uses the actual area of the buildings and their intersection, as
opposed to their bounding boxes. I will work on your other requests, but
may not have a lot of time for the next few weeks.

Mike

https://github.com/MikeTho16/JOSM-Scripts

Select Duplicate Buildings
Selects duplicate, or near duplicate, area buildings in JOSM's active
datalayer.
A "near duplicate" is a building whose area overlaps another building's
area by more than 50%. Only the first building encountered of an
overlapping pair is selected. This is done so the issue does not have to be
looked at twice. The selected buildings are added to the current
selection.
Currently only works with buildings that are ways (not multipolygons).

To Run:
* Install JOSM's Scripting Plugin (only necessary once)
* Place file in a convenient location on your system (only necessary once)
* Click "Scripting" (on top menu bar)
* Click "Run"
* Click "..." button and select the script file.
* Click "Run"
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

I have a fix for the speed issue, but need to test before posting. There is
also bug with how the overlap is computed.  Do you want both tests in the
same script? I could include "building ways with unclosed area", anything
else?

On Fri, Nov 24, 2017 at 4:14 PM, Pierre Béland  wrote:

> Ok
>
> for the script, I simply commented the console print message and it does
> work.
>
> Great if developpers could collaborate to improve this as a Building
> Validation plugin. It could include other features such as building ways
> with unclosed area
>
>
> Pierre
>
>
> Le vendredi 24 novembre 2017 18:03:48 HNE, Mike Thompson <
> miketh...@gmail.com> a écrit :
>
>
> On Fri, Nov 24, 2017 at 3:43 PM, john whelan 
>  wrote:
>
> > For a small number it works well.  When faced with a sample with a
> thousand buildings it takes a little longer.
> I will work on speeding it up.  It this proves useful to the community, I
> may try and make it into a plugin (to also include the
> SelectNonOrthogonalBuildings function), which should be faster.  Advice
> from experienced JOSM developers welcome on this matter.
>
>
> > So thank you kindly sir.
> You are welcome.  Glad to be able to help out.
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

Pierre,

Sorry about that.  I have placed a new version on Github.  Alternatively,
within JOSM: Scripting -> Show scripting console (not needed with the new
version).

Mike

On Fri, Nov 24, 2017 at 3:58 PM, Pierre Béland  wrote:

> Great
>
> Thanks Mike. I installed both plugins.
>
> Here is my experience with the installation. To add the Scripting button
> on the Main Menu, I went to the Plugins section and installed the Scripting
> plugin. I was then able to follow your instructions to install and run
> SelectDuplicateBuilding.js
> <https://github.com/MikeTho16/JOSM-Scripts/blob/master/SelectDuplicateBuilding.js>
> and SelectNonOrthogonalBuilding.js
> <https://github.com/MikeTho16/JOSM-Scripts/blob/master/SelectNonOrthogonalBuilding.js>
>
> Before we run the script, I suggest to load buildings for a small area. Up
> to 500 buildings, it is ok for me. Then delay increase rapidly if I move to
> 1,000 - 2,000 buildings and more. With Windows 8.1 task manager, I could
> see that Java was running. I just had to wait for completion of the task.
>
> Running  SelectNonOrthogonalBuilding.js
> <https://github.com/MikeTho16/JOSM-Scripts/blob/master/SelectNonOrthogonalBuilding.js>
> on Windows 8.1 with Java 8.0 1210.13
> Error message is
> Failed to execute the script file
> Error message:ReferenceError: Console is not defined
> SelectNonOrthogonalBuilding.js#42
> At:line 42
>
> regard
>
> Pierre
>
>
> Le vendredi 24 novembre 2017 15:39:30 HNE, Mike Thompson <
> miketh...@gmail.com> a écrit :
>
>
> Pierre,
>
> Here is a script to select buildings that are not square (not orthogonal):
>
> https://github.com/MikeTho16/ JOSM-Scripts
> <https://github.com/MikeTho16/JOSM-Scripts>
> SelectNonOrthogonalBuilding.js
> <https://github.com/MikeTho16/JOSM-Scripts/blob/master/SelectNonOrthogonalBuilding.js>
>
>
> To Run:
> * Install JOSM's Scripting Plugin
> * Place above file in a convenient location on your system
> * Click "Scripting" (on top menu bar)
> * Click "Run"
> * Click "..." button and select this file.
> * Click "Run"
>
> Selects building which are not orthogonal, that is buildings where all
> corners do no measure 90 degrees, with the following exceptions:
> * Inline vertices (angles of 180 degrees) are ignored.
> * Regular polygons are not selected as these are likely to be
> approximations of circles or otherwise valid.
> * There is a tolerance of +/- 1 degree.
>
> The selected buildings are added to the current selection.
>
> Mike
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

On Fri, Nov 24, 2017 at 3:43 PM, john whelan  wrote:

> For a small number it works well.  When faced with a sample with a
thousand buildings it takes a little longer.
I will work on speeding it up.  It this proves useful to the community, I
may try and make it into a plugin (to also include the
SelectNonOrthogonalBuildings function), which should be faster.  Advice
from experienced JOSM developers welcome on this matter.

> So thank you kindly sir.
You are welcome.  Glad to be able to help out.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] finding overlapping buildings

[Mike Thompson]

Pierre,

Here is a script to select buildings that are not square (not orthogonal):

https://github.com/MikeTho16/JOSM-Scripts
SelectNonOrthogonalBuilding.js
<https://github.com/MikeTho16/JOSM-Scripts/blob/master/SelectNonOrthogonalBuilding.js>


To Run:
* Install JOSM's Scripting Plugin
* Place above file in a convenient location on your system
* Click "Scripting" (on top menu bar)
* Click "Run"
* Click "..." button and select this file.
* Click "Run"

Selects building which are not orthogonal, that is buildings where all
corners do no measure 90 degrees, with the following exceptions:
* Inline vertices (angles of 180 degrees) are ignored.
* Regular polygons are not selected as these are likely to be
approximations of circles or otherwise valid.
* There is a tolerance of +/- 1 degree.

The selected buildings are added to the current selection.

Mike

On Fri, Nov 24, 2017 at 11:58 AM, Mike Thompson  wrote:

> https://github.com/MikeTho16/JOSM-Scripts
> SelectDuplicateBuildings.js
>
> To Run:
> * Install JOSM's Scripting Plugin
> * Place above file in a convenient location on your system
> * Click "Scripting" (on top menu bar)
> * Click "Run"
> * Click "..." button and select this file.
> * Click "Run"
>
> Selects duplicate, or near duplicate, area buildings in JOSM's active data
> layer. A "near duplicate" is a building whose bounding box overlaps another
> building's bounding box by more than 50% (I couldn't get a pure area
> compare to work).  Only the first building encountered of an overlapping
> pair is selected. The selected buildings are added to the current selection.
>
>
>
> On Wed, Nov 22, 2017 at 12:17 AM, Denis Carriere  > wrote:
>
>> +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: [OSM-talk] finding overlapping buildings

[Mike Thompson]

https://github.com/MikeTho16/JOSM-Scripts
SelectDuplicateBuildings.js

To Run:
* Install JOSM's Scripting Plugin
* Place above file in a convenient location on your system
* Click "Scripting" (on top menu bar)
* Click "Run"
* Click "..." button and select this file.
* Click "Run"

Selects duplicate, or near duplicate, area buildings in JOSM's active data
layer. A "near duplicate" is a building whose bounding box overlaps another
building's bounding box by more than 50% (I couldn't get a pure area
compare to work).  Only the first building encountered of an overlapping
pair is selected. The selected buildings are added to the current selection.



On Wed, Nov 22, 2017 at 12:17 AM, Denis Carriere 
wrote:

> +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: [OSM-talk] What would make MapRoulette better?

[Mike N]

On 11/24/2017 6:45 AM, James wrote:

Yeah I'd like the skipped tasks to comeback eventually, sometimes I look
at objects and its either too complicated to fix for my current state of
mind or the imagery makes it hard but I'd like to get back to it eventually


 From what I have seen, the skipped tasks do come back randomly.   But 
it would be useful for advanced users or administrators to be able to 
select and work on only the skipped tasks.


___
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

[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] JOSM Custom Presets - Combo to set multiple tags

[Mike Thompson]

Hi François,

> I don't think so since the combo box has a unique key name set in its
definition
That is what I thought, thanks for the confirmation.

> What you can do though is to set the first key with a fixed value
(religion=chrisitian) and let user pick for denomination
The use case I was thinking of was something like the following (this is
somewhat contrived and simplified for the purposes of illustration):
display_value="Roman Catholic, Muslim"
If the user selects "Roman Catholic", religion=christian,
denomination=roman_catholic; if the user selects "Muslim": religion=muslim,
denomination=(tag removed)

Mike


On Tue, Aug 29, 2017 at 10:49 AM, François Lacombe <
fl.infosrese...@gmail.com> wrote:

> Hi Mike
>
> I don't think so since the combo box has a unique key name set in its
> definition
>
> What you can do though is to set the first key with a fixed value
> (religion=chrisitian) and let user pick for denomination
>
> Let us know how is it going
>
> François
>
>
> Le 29 août 2017 5:44 PM, "Mike Thompson"  a écrit :
>
> I am learning how to create custom presets for JOSM.
>
> Is there a way to have a "combo" list set multiple tags? For example (just
> to illustrate the question), to make it so that if the user picks "Roman
> Catholic", religion=christian and denomination=roman_catholic are both set?
>
> Thanks,
> Mike
>
> ___
> 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] JOSM Custom Presets - Combo to set multiple tags

[Mike Thompson]

I am learning how to create custom presets for JOSM.

Is there a way to have a "combo" list set multiple tags? For example (just
to illustrate the question), to make it so that if the user picks "Roman
Catholic", religion=christian and denomination=roman_catholic are both set?

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

[OSM-talk] US Maproulette Railway crossing challenge complete

[Mike N]

The series of US railway crossing challenges on MapRoulette is now 
complete!  Thanks to the many people who helped with this project!   The 
topology of the US rail-road intersection areas is now much more 
accurate, since many of the crossings also required a geometric 
alignment of roads and rails in the area.  I'll write a diary entry 
later with more details when I get time.


  Mike

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

Re: [OSM-talk] Responding to vandalism

[Mike N]

On 3/16/2017 2:04 PM, Frederik Ramm wrote:

And in vandalism, I would also distinguish between teenage doodles
("penis! ha ha ha!"), and serious concerted efforts to harm OSM.


  Then there's the serious and real ha ha ha 
http://www.openstreetmap.org/#map=19/41.84196/-89.48580


http://chicago.cbslocal.com/2013/10/31/from-the-sky-dixon-church-looks-like-a-penis/


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

[OSM-talk] Interesting product using OSM

[Mike Thompson]

As a person who does a lot of back country exploring, and who is a
contributor to OSM, this product caught my attention:

http://nextgis.com/blog/peoplefinder

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

Re: [OSM-talk] addr:interpolation and data consumers

[Mike N]

On 11/21/2016 2:41 AM, Frederik Ramm wrote:

Consumers will often try to simply dissolve the interpolation line into
points which of course has its downsides in schemes like this where 100
interpolated house numbers are assigned but only 10 houses might exist.
(I wonder if we need an interpolation type of "sporadic" for that


  The addr:inclusion=potential tag would seem to cover this : 
https://wiki.openstreetmap.org/wiki/Addresses#Using_Address_Interpolation_for_partial_surveys


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

Re: [OSM-talk] addr:interpolation and data consumers

[Mike N]

On 11/20/2016 11:47 AM, nebulon42 wrote:

In my opinion addr:interpolation is of little value for data consumers.
Personally, I prefer addresses on nodes or buildings where the location
of the address is clear. addr:interpolation rather leaves this open. I
know that addr:interpolation is an established tag, but the Wiki also says:


  Addr:interpolation is a convenient method for mappers to add many 
addresses at once.  Without an addr:inclusion tag, it implies a complete 
collection of addresses along the line.   The calculated addresses may 
not fall in the center of each building, but they are certainly useful 
to OSM.


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

Re: [OSM-talk] Disable snapping in iD Editor?

[Mike Thompson]

Bryan

This doesn't seem to be working for me.  I am on Win7. browser is Chrome.

Mike

On Wed, Nov 16, 2016 at 8:27 AM, Mike Thompson  wrote:

> Thanks Bryan!
>
> On Wed, Nov 16, 2016 at 7:49 AM, Bryan Housel 
> wrote:
>
>> Yes, you can hold down the Alt/Option key to disable snapping in iD.
>>
>>
>> > On Nov 16, 2016, at 9:47 AM, Mike Thompson  wrote:
>> >
>> > Is there a way to temporarily disable snapping in the iD editor? In
>> JOSM one can hold down the Ctrl key while in the add mode to do so, but I
>> can't find a similar function in iD.
>> >
>> > Mike
>> > ___
>> > 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] Disable snapping in iD Editor?

[Mike Thompson]

Thanks Bryan!

On Wed, Nov 16, 2016 at 7:49 AM, Bryan Housel  wrote:

> Yes, you can hold down the Alt/Option key to disable snapping in iD.
>
>
> > On Nov 16, 2016, at 9:47 AM, Mike Thompson  wrote:
> >
> > Is there a way to temporarily disable snapping in the iD editor? In JOSM
> one can hold down the Ctrl key while in the add mode to do so, but I can't
> find a similar function in iD.
> >
> > Mike
> > ___
> > 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] Disable snapping in iD Editor?

[Mike Thompson]

Is there a way to temporarily disable snapping in the iD editor? In JOSM
one can hold down the Ctrl key while in the add mode to do so, but I can't
find a similar function in iD.

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

Re: [OSM-talk] OpenStreetView name change

[Mike Thompson]

Libre Via Picturae  (Open Street View in Latin... as best I can tell
usingahem... Google translate)

Mike


On Tue, Nov 8, 2016 at 8:45 AM, Hans De Kryger 
wrote:

> Guessing that company's name rimes with frugal
>
> Regards,
> Hans
>
> On Nov 8, 2016 8:35 AM, "Martijn van Exel"  wrote:
>
>> Hi all,
>>
>> A few months ago, we started with OpenStreetView, the free and open
>> street level imagery project made 100% for OSM with apps for Android and
>> iOS. Since then, we not only have collected almost 30 kilometers of
>> coverage, but also received a lot of attention from both you and the press.
>> This has also led to a friendly (for now) request by a well-known company
>> with a similarly-named product :) to not use the OpenStreetView name. So we
>> are looking for a new name. We have some ideas already but I wanted to ask
>> if you had any suggestions for a new name for OSV?
>>
>> Thanks for your support and happy capturing / mapping,
>>
>> Martijn + the OpenStreetView team
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] JOSM error on upload

[Mike Thompson]

Answering my own questions (sort of):

I subsequently learned that my boot partition was full (the machine in
question is running Ubuntu).  This may have caused the problem.  I will try
and fix that this evening and report back as to whether it resolves the
issue.

Mike

On Fri, Oct 28, 2016 at 7:39 AM, Mike Thompson  wrote:

> I am getting the following error when I try to save a change set:
>
> Failed to upload data to or download data from 'https://api.openstreetmap.
> org/api/0.6/' due to a problem with transferring data. Details
> (untranslated): Stream closed.
>
> I have internet connectivity, and can download data in JOSM.
>
> Any ideas?
>
> Mike
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk