Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca
Hi,
Sam Vekemans wrote:
And so, im not sure that the local are mappers would want to have a manual
merge (wiping out what they did, importing all the roads, then slowely
bringing back the OSM roads if any are needed)
By having the roads which were not mapped available as nodes to be traced,
Hi,
Sam Vekemans wrote:
Is it possable to have an option of merging both changes?
To the best of my knowledge, the JOSM merge dialog does exactly that. It
shows you both versions and allows you to pick'n'mix.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008
Hi,
Russ Nelson wrote:
Here in the USA, many areas were renumbered for
the e911 initiative. The numbering? Well, it may vary from place to
place, but for my area, it's the number of feet down your road divided
by 25 (half the width of a buildable lot, so you can have a unique
more. Often it is also a different kind of person - doing
an import requires technical expertise but being socially inept is not a
problem, whereas you can successfully run a chapter without knowing what
a changeset is if you are a good communicator and motivator...
Bye
Frederik
--
Frederik
were with us on this because they
aren't.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca
(not even talking
of community engagement). "It looks nice on the map" can be a
treacherous criterion; beneath the surfaceit can still be rubbish, and
rubbish should not be imported into OSM even if it looks nice.
Bye
Frederik
--
Frederik Ramm ## eMail frede.
more responsible to come along.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca
Sam,
On 09/01/2016 11:26 PM, Frederik Ramm wrote:
>> I believe the given what we have just spent the last 24 hours discussing
>> this request is unreasonable and the issue is not significant. Thoughts?
>
> An importer who imports data into OSM that doesn't match up with alrea
rted data (perhaps to
replace it with new, better-imported data) would also have to take into
account potential manual work that has been performed on the imported by
mappers with local knowledge and it would be sad to lose that.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.o
sufficient, and we don't want to copy stuff from Wikidata.
(Nor do we want to copy stuff from OSM *into* Wikidata because this
would then make parts of Wikidata ODbL licensed, something that Wikidata
certainly won't approve of.)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org #
Hi,
On 10/18/2016 07:53 PM, Frederik Ramm wrote:
> Unfortunately the import was larger than expected and the revert drags
> on.
And it still does! I was going a bit slower today in order not to
overload the API.
Thank you everyone for letting the revert run its course without
inter
up a poor revert should be the
person who ran it ;) it's only 30% complete and will run far into the
night in my time zone and I'll have to check on it after getting up. I'm
confident all will be fixed when you get up tomorrow morning.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org
John,
the bulk of the revert has run its course, I'm just sifting through
the remaining incomplete things for a little fixup here and there. I
think normal mapping should be safe now ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°
reverting this import (and the deletions that went with
it) now. Not because we shouldn't ever import the data, but because I
don't want a fait accompli to stand in the way of a serious discussion
about the matter.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09&qu
uspicion was correct. It should be easy enough to
disprove but instead we're seeing statements, attacks and excuses worthy
of an US election twitter exchange.
But maybe I'm overreacting and I'm prepared to let the matter rest if
the Canadian community finds that nomal.
Bye
Frederik
--
Frederik R
t a few pairs of critical eyeballs to ensure they don't embarrass
themselves with a broken or silly import.
If you do not have the time to offer solid feedback, then hold back on
it until you do. A knee-jerk "+1" makes a mockery of the process.
Bye
Apologies everyone (and thanks John for stepping forward) - I have the
wrong Ottawa. My school isn't even in Canada. Sorry for the noise, I'll
have to ask elsewhere.
On 02/22/2018 07:58 PM, Frederik Ramm wrote:
> Hi,
>
> DWG has received a complaint about a fictional village
e to the
creative task.
Best
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca
you can then use these fixes as a new input for your machine
learning system...
... which will thereby of course fall fully under ODbL ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-ca maili
of the ways"
A number of people have complained in the past
http://resultmaps.neis-one.org/osm-discussion-comments?uid=698649
but many of the issues seem to be present still.
Before I ask him to fix this -- are any of the behaviours / mapping
techniques outlined above somehow usual in Canada?
Bye
Fre
/2312
I hope he will explain himself here. I will also consider reverting some
of the most unusual contributions in so far as I can determine them
algorithmically.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
_
d judgement,
something that the larger community can help against.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca
formation, and just serve as crutches for routing engines.
Personally I am very much opposed to the separate mapping of sidewalks,
though I recognize that unless we have routing engines that work without
these crutches, I will have a hard time convincing people to stop doing
that.
Bye
Frederi
24 matches
Mail list logo