On Sat, 2017-11-11 at 17:21 -0500, James wrote:
> have you tried with wireframe mode(ctrl+w)?
Hi, it appears to be an autocomplete issue so this shouldn't have an
impact.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listi
On Mon, 2017-11-13 at 20:53 +, Bob Hawkins wrote:
> I posted a topic on this matter in OpenStreetMap Forum>Editors on the
> very same day as this thread was started, by coincidence, and
> directed to this mailing list by SomeoneElse. I received helpful
> replies and believe I have succeeded in
Ticket: https://josm.openstreetmap.de/ticket/15547
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
> MB can be vague nowadays, sometimes people use it when they mean
> 1000^2, and sometimes it means 1024^2. MiB is explicitly 1024^2.
> (lowercase mb is even more vague as it could also mean Mega-bit,
> which
> is 256 bytes).
>
Sorry, 131072 bytes.
On Sat, 2017-11-11 at 22:57 +0100, mmd wrote:
> I can reproduce this locally on JOSM 13106. According to
> cpu jvisualvm
> profiling (on Oracle JDK), most time is spent in method
> org.openstreetmap.josm.data.tagging.ac.AutoCompletionSet.add.
>
> Best bet would be to create an issue on
> https://
o be happy with 2Mb files. It can be sluggish
> though
> so I try to keep it below 250kb for best performance.
>
> Cheerio John
>
> On 11 November 2017 at 15:43, Safwat Halaby
> wrote:
>
> > I deal with a huge dataset (about 30k bus stops nodes) almost
> > daily.
Apparently one of my messages did not get through due to a huge file.
Here it is once more:
More details:
JOSM 12712 has no issues.
Latest JOSM 13053 has issues.
Not sure how to download the intermediate version (12921).
It's a CPU starvation issue and not a memory overuse issue. (Core at
100% fo
ts own and with so many contributors and plugins I'm not
> > sure
> > anyone has a clear idea of exactly how JOSM works with in it.
> >
> > Not guaranteed but worth a try.
> >
> > Cheerio John
> >
> > On 11 November 2017 at 16:03, Safwat Halaby
&g
On Sat, 2017-11-11 at 22:43 +0200, Safwat Halaby wrote:
> I deal with a huge dataset (about 30k bus stops nodes) almost daily.
> This was never a problem before, but since recently (I cannot
> pinpoint
> the exact version), JOSM often hangs when I edit the bus stop tags.
> Wa
I deal with a huge dataset (about 30k bus stops nodes) almost daily.
This was never a problem before, but since recently (I cannot pinpoint
the exact version), JOSM often hangs when I edit the bus stop tags.
Waiting for a few seconds (can be up to ~30) always resolves this.
I suspect it has to do
I'm reviewing the fixes and adding changeset comments. The fixes are
mostly good. It seems Hannah is occasionally adding area=yes on
accident.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Hi, and thank you for the cleanup efforts!
Please note that in some cases, people added buildings on top of
buildings. Depending on your QA software, this can be hard to spot
because it does not show up in diffs.
> Have you already corrected or
> reverted some of the errors that were noted?
I re
On Sat, 2017-11-04 at 15:23 -0400, john whelan wrote:
> You need to be given permission but having editted on OSM is not a
> requirement.
>
> Cheerio John
>
> On 4 Nov 2017 3:20 pm, "Safwat Halaby" wrote:
>
> > Can anyone create HOT OSM tasks? Is there an e
Can anyone create HOT OSM tasks? Is there an entry barrier?
The creator of task http://tasks.hotosm.org/project/3441 only has 5
edits.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Sun, 2017-10-29 at 15:47 -0700, Mark Wagner wrote:
> On Sun, 29 Oct 2017 22:15:18 +0200
> Safwat Halaby wrote:
>
> > - Adding closed ways with area=yes instead of building=yes, or with
> > no
> > tags at all
>
> A closed way with "area=yes" is a *v
On Sun, 2017-10-29 at 20:13 +0100, Blake Girardot HOT/OSM wrote:
> Greetings,
>
> I SomeoneElse mentioned this in our HOT IRC channel.
>
> I have already asked the project creator to take a look.
>
> But, are you sure they are bad edits? did you use the 2016 imagery
> specified in the mapping pr
On Sun, 2017-10-29 at 20:10 +0100, Blake Girardot HOT/OSM wrote:
> But, are you sure they are bad edits? did you use the 2016 imagery
> specified in the mapping projet?
>
> For example, change set 53330616, the first one i randomly looked at
> from you list looks like bad editing until you use the
the best at reviewing things by changeset so I might
> have missed something, that is totally possible.
>
> At this point I am going to stop looking into it since you have
> decided to take matters into your own hands with your own solutions.
>
> Regards,
>
> Bla
On Sun, 2017-10-29 at 18:22 +, Andy Townsend wrote:
> On 29/10/2017 18:09, Safwat Halaby wrote:
> > Hmm, around the same times the Mapbox updates
> > stopped[1], OsmCHA[2]
> > stopped showing new changesets and I reported[3] that. Perhaps it
> > was
> > an u
Due to a mailing client config error, I'm unsure if I sent my
messages privately or to the list (or at all). At the risk of repeating
myself:
The problems are not related to Imagery at all. They're blatantly
obvious mapping issues like:
- removing things and re-adding them for no apparent reason
Hmm, around the same times the Mapbox updates stopped[1], OsmCHA[2]
stopped showing new changesets and I reported[3] that. Perhaps it was
an unintended side-effect of whatever Mapbox did?
Just speculating.
[1] https://help.openstreetmap.org/questions/59826
[2] https://osmcha.mapbox.com/
[3]
htt
Here's some intentional vandalism (among the other horrible edits).
https://www.openstreetmap.org/user/A_N_D_R_E_W
There also seems to be a pattern of people removing and readding
buildings or adding buildings on top of buildings. (Why are they doing
that? Perhaps they have an assignment of a min
There's a sudden influx of bad edits by different users related to
Palestine HotOSM tasks. I don't know why. Perhaps it's a poorly-trained
group?
Incomplete list of relevant hotOSM tasks: 3441, 3447, 3759, 3768
Incomplete List of bad changesets:
https://www.openstreetmap.org/changeset/53330583
>Wow, i had to read this twice to really believe what i was reading
>here.
>Seems you are still in deep denial about the fundamental differences
>between OSM and Wikipedia.
Christopher,
A Wikidata tag is just as verifiable as Wikipedia tag: Both require
visiting an external site. Yuri made no
Thank you everyone for the very informative replies. I've decided to
use GPLv3. (And I think the difference between it and MIT is negligible
in practice for this particular use case)
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetm
I understand that GPLv3 has a loophole in which someone could modify
your GPL-licensed code, and then run it on a server which offers some
service. Since a service is being sent over the wire, and not the
executable itself, then they can keep their modified code private. AGPL
prevents this loophole
Thank you.
On Sat, 2017-10-07 at 10:55 +0200, Christoph Hormann wrote:
> I would be careful interpreting the lack of objections to your
> automated
> edits in the local community as universal approval though. There
> are
> likely also locals who do not think this is a good idea but due to
> th
On Tue, 2017-10-03 at 17:21 -0400, Yuri Astrakhan wrote:
> While I have nothing against pausing bulk wikidata additions for a
> month,
> we should be very clear here:
> * several communities use bots to maintain and inject these tags,
> e.g.
> Israel. Should they pause their bots?
I am the Maintai
Drudgery is evil, well written bots save us from drudgery, and allow us
to use human time more productively, therefore well written bots are
good.
Why should a human clean up whitespace, or add the "cuisine" tag to a
hundred "Burger King" branches? Shouldn't our creative brains invest
their time e
https://osmcha.mapbox.com/ hasn't been showing new changesets since 5
days. Does anyone know why?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Wed, 2017-09-27 at 09:18 +0200, Jo wrote:
> 2017-09-27 8:30 GMT+02:00 Safwat Halaby :
>
> > On Tue, 2017-09-26 at 11:46 +0200, Jo wrote:
> >
> > > Then load that in PostGIS and create scripts to read GTFS into
> > > PostGIS.
> > >
> > >
I think my last two replies never got through and were sent privately
instead. Here's a rephrasing. (which is possibly better anyways).
__
On Wed, 2017-09-27 at 10:53 +0200, Marc Gemis wrote:
> isn't it possible that the 2017 contains data from e.g. 2014, which
Note: I'm replying to an old mail. If you don't have it. You can find
it here:
https://lists.openstreetmap.org/pipermail/talk/2017-June/078181.html
"The real face of MAPS.ME edits and notes - a short analysis"
>The price to reproduce all the on-the-ground mappers'
> contributions
we have is
> like
On Wed, 2017-09-27 at 09:12 +0200, Jo wrote:
> Deleting data on OpenStreetMap and replacing it by imported data is
> obviously never the acceptable approach.
>
> What I don't understand is why you don't create something that
> compares the
> latest version of all the bus stops in OSM with the late
On Tue, 2017-09-26 at 11:46 +0200, Jo wrote:
> Then load that in PostGIS and create scripts to read GTFS into
> PostGIS.
>
> Then compare the data in the DB and produce output and ideally a UI.
>
> I started doing something like that here:
>
> https://github.com/osmbe/public_transport
>
> Let
Thanks for the info, mmd!
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Hi John Whelan,
As implied in the forum thread, not wanting to destroy user data is
exactly why I'm building a relatively complex script. The naive
approach is to destroy all-bus stops are re-import, everytime a GTFS
update is released. But I don't want that.
Instead of doing that, the script pre
On Tue, 2017-09-26 at 17:08 -0400, john whelan wrote:
> Please do not do this globally.
>
Of course not. I wouldn't deploy anything globally without prior
discussion.
What I meant was the script is not Israel-specific, and anyone who
knows their provider has some reasonable accuracy could use it
On Mon, 2017-09-25 at 23:11 -0400, Yuri Astrakhan wrote:
> Fixing them by hand seems like a huge waste of the
> community time
I agree. This is purely mechanical work. Drudgery is evil.
I'm willing to try writing a script once I finish my other scripting
projects. This should be straightforward.
On Tue, 2017-09-26 at 08:50 -0400, john whelan wrote:
> I suggest pulling in the country file and if need be chop it up to
> load
> into JOSM. Load up the latest bus stops in a different layer then
> use the
> todo plugin and go through them one at a time cleaning them up that
> way.
>
> Note tha
link fix:
https://forum.openstreetmap.org/viewtopic.php?id=16738
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
I'd like to point out (as I pointed out in the sub-threads), that I
solved this problem simply by fetching the changeset which introduced
v3.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Tue, 2017-09-26 at 14:12 +0200, Frederik Ramm wrote:
>
> Are all these automatic edits at least discussed on the Israeli
> mailing
> list, or is this a free-for-all where anyone who knows how to write a
> script runs over all bus stops in Israel again and again?
>
> Bye
> Frederik
>
Why are
On Tue, 2017-09-26 at 12:15 +0100, Tom Hughes wrote:
> On 26/09/17 11:41, Safwat Halaby wrote:
> > On Tue, 2017-09-26 at 11:31 +0200, Michael Reichert wrote:
> > > Hi,
> > >
> > > Am 2017-09-26 um 09:19 schrieb SwiftFast:
> > > > I need to dow
I think I've needlessly overcomplicated this. All I need to do was to
do is fetch changeset #14265835, which introduced those historic nodes.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Tue, 2017-09-26 at 11:31 +0200, Michael Reichert wrote:
> Hi,
>
> Am 2017-09-26 um 09:19 schrieb SwiftFast:
> > I need to download all version 3 bus stops in a country which has
> > about
> > 30,000 bus stops. Version 3 exists since a 2012 import. What's the
> > recommended way to accomplish th
On Tue, 2017-09-26 at 11:46 +0200, Jo wrote:
> Hi Safwat,
>
> Overpass API is definitely your friend. Version 3 doesn't mean much
> though.
> Do you mean all bus stops with a public_transport tag?
Thanks for the reply.
By version 3, I mean a particular historic version of the OSM element.
For
47 matches
Mail list logo