Peter Budny writes:
I find this discussion very distasteful.
That's because nobody is talking about the REAL
solution. OpenStreetMap is the place for user-edited volunteered
geographic information. It's NOT the place for importing information
which would be nonsensical if a user edited it.
The
Have you considered that the goal of OSM is creating a free (as
speach) map of the whole world... I think your view is not so close to
the project goal..
2011/3/6, Russ Nelson nel...@crynwr.com:
Peter Budny writes:
I find this discussion very distasteful.
That's because nobody is talking
Hi,
Fabio Alessandro Locati wrote:
Have you considered that the goal of OSM is creating a free (as
speach) map of the whole world... I think your view is not so close to
the project goal..
It is certainly not the project goal to import every last scrap of free
data no matter how irrelevant
Russ,
You are spot on with this. I don't think UK contributors would currently be
madly tracing OS data into OSM if it was easy to produce a complete UK map
from OSM surveyed data with the missing bits filled in from the OS dataset.
Until better tools are available people are going to keep
On 06. 03. 11 19:38, Frederik Ramm wrote:
(The name ClosedStreetMap probably tripped you, Fabio; Russ didn't
mean closed data, he meant data that is open but doesn't make sense to
edit in OSM. And by almost any definition, data that cannot sensibly
be edited by OSMers should not be in OSM.)
Am 22.02.2011 00:10, schrieb Peter Budny:
I would be naive to think that I have all the answers, or even some of
them. It's a lot easier to point out problems than to solve them.
However, you were kind enough to ask, so let me try to do some
brainstorming:
[..]
Here's another issue that
Peter Budny wrote:
suppose I somehow get a database of every McDonald's location in the
world, complete with addresses, phone numbers, etc.
This one is of particular interest to me - I am working on a project
outside OpenStreetMap in which we are struggling with such an issue : we
are
Steve Coast steve at asklater.com writes:
mapnik etc could render only objects with version 2 or higher. Not only
does that block out imports, but now we're at the point of completing
various areas, it will make people go back and check them.
Not a bad idea - or you could develop various
NopMap ekkehart at gmx.de writes:
There is a considerable difference between an import into a mostly empty
area - which is rather easy to achieve and mostly helpful - and an import
into an already basically mapped area, which is hard to integrate and where
existing data may be damaged.
Peter Wendorff wendo...@uni-paderborn.de writes:
Am 22.02.2011 00:10, schrieb Peter Budny:
Here's another issue that ought to be much easier to solve, but hasn't
been: the relation analyzer.
http://ra.osmsurround.org/analyze.jsp?relationId=36947
That particular relation follows the correct
Anders Arnholm and...@arnholm.se writes:
2011-02-21 16:03, Peter Budny skrev:
Those of you who think all automated or semi-automated data
contributions are harmful to OSM are dooming this project to never be
able to grow to become a leading source of mapping data.
The bigger the data base,
2011/2/22 Peter Budny pet...@gatech.edu:
Anders Arnholm and...@arnholm.se writes:
On the contrary... the bigger the database, the more we need tools to
help us understand and manipulate the data. When there are only 100
POI nodes in a city, I can easily check them all by hand. When there
Contact Mail is written at the bottom of the page:
Contact: as(a t)nitegate(d o t)de, Made by Multimedia und IT
http://www.emaitie.de - betaplace.emaitie.de
http://betaplace.emaitie.de - Data by OpenStreetMap
http://www.openstreetmap.org/
= a...@nitegate.de
regards
Peter
Am 22.02.2011 17:06,
On 21 Feb 2011, at 07:09, yvecai wrote:
IMO, 'imports' should be simply considered as datasources, not data.
We lack tools to properly use this data. Having great tools like for imagery
or GPS tracks in the various editors, maybe with a copy/paste feature to
import data semi-manually would
On Mon, Feb 21, 2011 at 2:29 PM, Thomas Davie tom.da...@gmail.com wrote:
On 21 Feb 2011, at 07:09, yvecai wrote:
IMO, 'imports' should be simply considered as datasources, not data.
We lack tools to properly use this data. Having great tools like for
imagery or GPS tracks in the various
Hi.
Why we discuss the goodness or badness of imports here with the argument
of a complete map?
Of course that argument is a good one - but if we look towards the
future there will be a time - partly that's already in the present,
where an area is mapped already with high detail by mappers
Hi!
There is a considerable difference between an import into a mostly empty
area - which is rather easy to achieve and mostly helpful - and an import
into an already basically mapped area, which is hard to integrate and where
existing data may be damaged. I believe that this should not happen,
On 2/21/2011 5:44 AM, Peter Wendorff wrote:
And finally we should work on reduction of the fear to make things
wrong, as I think, that fear is growing with growing complexity of
existant data.
I consider myself fairly comfortable with the editing tools, but
recently while attempting to enter
I find this discussion very distasteful.
I really like OSM's goals: a complete map of the Earth with more-or-less
unlimited detail. But I don't understand why people think that this
500+ GIGABYTE map should be managed using 19th-century methods,
i.e. manual labor.
Waze is a much newer project
On Mon, Feb 21, 2011 at 10:03 AM, Peter Budny pet...@gatech.edu wrote:
I find this discussion very distasteful.
Peter,
I'm sorry that you feel that way. Can you tell us what specifically
you find distasteful? Is it the issue of automated edits or is there
something else?
I really like OSM's
Do you think that when MapQuest started using OSM data to generate their
maps, they performed all the necessary data transformations BY HAND?
Do you think that MapQuest would be using OSM data at all if it was no more
accurate than the data they could automatically import themselves?
Bob
Hi,
On 02/21/2011 04:03 PM, Peter Budny wrote:
Those of you who think all automated or semi-automated data
contributions are harmful to OSM are dooming this project to never be
able to grow to become a leading source of mapping data.
It is a common fallacy to believe that good map data could
Frederik Ramm frede...@remote.org writes:
Hi,
On 02/21/2011 04:03 PM, Peter Budny wrote:
Those of you who think all automated or semi-automated data
contributions are harmful to OSM are dooming this project to never be
able to grow to become a leading source of mapping data.
It is a
Peter,
The point isn't whether or not your tool will create correct route relations
but what the point of doing that would be. I can understand creating route
relations for long distance cycling/hiking paths that people actually want
to navigate and historic routes (Route 66 comes to mind as a
Kevin Peat wrote:
The point isn't whether or not your tool will create correct route
relations but what the point of doing that would be. I can understand
creating route relations for long distance cycling/hiking paths that
people actually want to navigate and historic routes (Route 66 comes
You don't need a route relation to do that just a ref tag.
Kevin
On 21 February 2011 17:40, Jean-Marc Liotier j...@liotier.org wrote:
Navigation, for starters : turn-by-turn indications are improved by being
able to mention turn left on route 35.
Besides, it is static geographic data
On 02/21/2011 11:26 AM, Kevin Peat wrote:
The point isn't whether or not your tool will create correct route relations
but what the point of doing that would be. I can understand creating route
relations for long distance cycling/hiking paths that people actually want
to navigate and historic
Okay, even if we accept that -- and many OSM mappers do not, which is
why there are tens of thousands of route relations in the database --
who is going to add all those ref tags?
You haven't addressed the original problem, which is that there is a lot
of editing to be done, some of which is
2011/2/21 Kevin Peat ke...@kevinpeat.com:
You don't need a route relation to do that just a ref tag.
+1
you need the relation if there is more than one route using the same
street (because ref=23;42 is ugly). The relation might also be
convenient for mappers to download a longer and in great
Serge Wroclawski emac...@gmail.com writes:
On Mon, Feb 21, 2011 at 10:03 AM, Peter Budny pet...@gatech.edu wrote:
I find this discussion very distasteful.
Peter,
I'm sorry that you feel that way. Can you tell us what specifically
you find distasteful? Is it the issue of automated edits or
I believe imports can be great, but of course can be dangerous. Better
tools are needed, and maybe someday I'll have the skills and know-how
to help with them.
There's one thing that hasn't explicitly been mentioned. Some say we
don't want to import because it will demotivate people to start
Peter Budny wrote:
OSM right now has very little tools to support editing. Compare this to
text processing [..]
This thread certainly has something to do with advanced version control
for geographic data. That said, a discussion that happened a few months
ago here
On 21/02/2011 18:03, Peter Budny wrote:
Okay, even if we accept that -- and many OSM mappers do not,
They've clearly not heard the posh woman inside my satnav then - she has
no problems pronouncing name and ref information on roads (she can't
pronounce Huthwaite, but that's another problem).
Peter,
I have nothing against automated edits in general as long as they are
useful, are tested properly and don't overwrite other people's efforts
without agreement. As I mentioned earlier in this thread I think the
difficulty in contacting contributors in an area makes that hard to do.
I am
Jean-Marc Liotier j...@liotier.org writes:
Peter Budny wrote:
OSM right now has very little tools to support editing. Compare this to
text processing [..]
This thread certainly has something to do with advanced version
control for geographic data. That said, a discussion that happened a
SomeoneElse li...@mail.atownsend.org.uk writes:
On 21/02/2011 18:03, Peter Budny wrote:
Okay, even if we accept that -- and many OSM mappers do not,
They've clearly not heard the posh woman inside my satnav then - she
has no problems pronouncing name and ref information on roads (she
can't
On 21.02.2011 19:18, Peter Budny wrote:
Let me try to elaborate as concisely as possible.
OSM right now has very little tools to support editing.
Without imports, data creation is performed by the same community, and
with the same tools, as the editing and maintenance that follow data
Peter Budny wrote:
I really don't mind whether it's route relations or ref tags. The
problem is that NEITHER is finished. To get to my house, I have to get
on State Route 1966, then 1267. Neither of these are marked as such on
the map, and I'm certainly not going to do it by hand when I
Tordanik wrote:
The best way to achieve this, IMO, is to only execute mass edits and
imports in collaboration with a local community. This makes sure that
there is a sufficiently developed community of mappers on the ground,
allows them to evaluate the data's quality beforehand, and makes
Nathan Edgars II nerou...@gmail.com writes:
Peter Budny wrote:
I really don't mind whether it's route relations or ref tags. The
problem is that NEITHER is finished. To get to my house, I have to get
on State Route 1966, then 1267. Neither of these are marked as such on
the map, and I'm
On 21.02.2011 21:43, Nathan Edgars II wrote:
Tordanik wrote:
The best way to achieve this, IMO, is to only execute mass edits and
imports in collaboration with a local community. This makes sure that
there is a sufficiently developed community of mappers on the ground,
allows them to
On Mon, Feb 21, 2011 at 3:58 PM, Peter Budny pet...@gatech.edu wrote:
The thing is, whether the work is done by humans or robots, how are you
going to know if it's right?
By going to it and checking.
But anyway... how do you know if the data is right? OSM doesn't have
many tools for
Serge Wroclawski emac...@gmail.com writes:
On Mon, Feb 21, 2011 at 3:58 PM, Peter Budny pet...@gatech.edu wrote:
If automated edits are problematic, it's not because the robot
apocalypse is coming. It's because automated edits are hacked together
due to a lack of tools and support in OSM
I prefer this idea:
mapnik etc could render only objects with version 2 or higher. Not only
does that block out imports, but now we're at the point of completing
various areas, it will make people go back and check them.
matt amosBut they will just go and make tiny changes to increment the
Peter Budny schrieb:
The thing is, whether the work is done by humans or robots, how are you
going to know if it's right?
Now here's the actual argument why automated imports are often a bad
thing: A lot of data is being added to the database *without being
checked by anyone* for its
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
2011-02-21 16:03, Peter Budny skrev:
it's capable of capturing; OSM's model is much better IMO. BUT, Waze
has captured traces of a much larger portion of the US than OSM has.
Waze has both average and real-time speed data, whereas OSM has no
On Sat, 2011-02-19 at 19:40 -0800, Daniel Sabo wrote:
Maybe you don't like it, but you are not the entire OSM community. Yes,
in this case someone overwritten what I presume was good surveyed data
with an import was stupid. But in general the fact that data was
gathered by a government
On Sat, Feb 19, 2011 at 7:03 PM, Richard Fairhurst rich...@systemed.net wrote:
This is killing OSM. We are not here to provide a free API to government
geodata that can be obtained trivially elsewhere. OSM is all about added
value; by deleting genuine surveyed data in favour of mindless
On Sat, Feb 19, 2011 at 10:40 PM, Daniel Sabo daniels...@gmail.com wrote:
On Feb 19, 2011, at 4:03 PM, Richard Fairhurst wrote:
From what I can tell (talk-ca postings etc.) 'sammuell' is a fairly
inexperienced OSMer who presumably thinks this is how things are done. It
isn't. How do we stop
On Feb 20, 2011, at 12:32 AM, David Murn wrote:
On Sat, 2011-02-19 at 19:40 -0800, Daniel Sabo wrote:
Maybe you don't like it, but you are not the entire OSM community. Yes,
in this case someone overwritten what I presume was good surveyed data
with an import was stupid. But in general the
Richard,
On 11-02-20 01:03 AM, Richard Fairhurst wrote:
This is getting crazy.
Exhibit 1:
http://twitter.com/#!/maproomblog/status/39053538692698112
Whoever imported CanVec in Aylmer, Quebec obliterated hours of work
and introduced hundreds of errors. #osm #openstreetmap #whybother
Of course
On Feb 20, 2011, at 1:03 AM, Serge Wroclawski wrote:
On Sat, Feb 19, 2011 at 10:40 PM, Daniel Sabo daniels...@gmail.com wrote:
On Feb 19, 2011, at 4:03 PM, Richard Fairhurst wrote:
From what I can tell (talk-ca postings etc.) 'sammuell' is a fairly
inexperienced OSMer who presumably thinks
This is a very good point. In the past I have thought about contacting the
mappers active in a particular area but it's a pain in the a*se to do
something that should be trivial. The current OSM messaging system could
really do with a bit more social thinking not just relying on users adding
their
On 11-02-20 10:44 AM, Daniel Sabo wrote:
Really it should be the importer making those fixes if at all possible, so personally I
would be much faster to revert things. If we could email back someone their changesets as
an OSM file and say it was nice of you to try importing this but could you
On Sun, 20 Feb 2011 11:01:59 +0100
Frank Steggink stegg...@steggink.org wrote:
Which I think is basically why the airports import didn't get
reverted. There was bad data but also a lot of good data and no
better option for separating the two than just leaving it all in
the map.
This
Frank Steggink wrote:
I believe the average community opinion is more like: imports _are_
welcome, but _only_ if there are no better alternatives, and _only_ if
a strict set of guidelines is followed (for example _not_ deleting
better quality user contributed data).
I think that historical
On 11-02-20 11:54 AM, SomeoneElse wrote:
Frank Steggink wrote:
I believe the average community opinion is more like: imports _are_
welcome, but _only_ if there are no better alternatives, and _only_
if a strict set of guidelines is followed (for example _not_ deleting
better quality user
Without knowing local situation I cannot comment this particular
case, but I can tell about mass-imports what I have done myself, spent
each time many man-days for conversions, improving scripts,
discussions with community etc
1. second largest city of our country full data (streets,buildings
On Sun, Feb 20, 2011 at 11:03 AM, Richard Fairhurst
rich...@systemed.net wrote:
This is killing OSM. We are not here to provide a free API to government
Sounds like OSM has reached the point Wikipedia many years ago, where
the limits of open slather editing become apparent.
Suggestions:
1) Lock
--- On Sun, 2/20/11, Steve Bennett stevag...@gmail.com wrote:
From: Steve Bennett stevag...@gmail.com
Subject: Re: [OSM-talk] Zero tolerance on imports
To: Richard Fairhurst rich...@systemed.net
Cc: talk@openstreetmap.org
Date: Sunday, February 20, 2011, 2:08 PM
On Sun, Feb 20, 2011 at 11
On Sun, Feb 20, 2011 at 4:44 AM, Daniel Sabo daniels...@gmail.com wrote:
Maybe you don't like it, but you are not the entire OSM community.
David, how would you propose to measure consensus from the OSM community?
I assume you were replying to me? At present I think it's pretty much
2011/2/20 Frank Steggink stegg...@steggink.org:
This is killing OSM. We are not here to provide a free API to government
geodata that can be obtained trivially elsewhere. OSM is all about added
value; by deleting genuine surveyed data in favour of mindless duplication
of other, poorer quality
On 20-2-2011 19:56, M∡rtin Koppenhoefer wrote:
Even if you import now up to date and complete data, if there is not
an active comunity to support and maintain this data its value will
shrink every day and it will be outdated soon.
As mentioned before in this thread, the same holds true of
In my opinion Julio shows an important thing: if imports are guided by
a strong active group of people with local knowledge, they can be
extremely usefull. This is the key of succes. Unguided, unsupported
one man imports should therefor be avoided.
Op zondag 20 februari 2011 schreef Julio Costa
In my opinion Julio shows an important thing: if imports are guided by
a strong active group of people with local knowledge, they can be
extremely usefull. This is the key of succes. Unguided, unsupported
one man imports should therefor be avoided.
Op zondag 20 februari 2011 schreef Julio Costa
Couldn't agree more to it. Imports kill community and scare novices away.
Austria two years ago was actually one of the best mapped countries for
the density of population. Much better in general than Germany or other
countries. Since we began importing plan.at community stopped to grow
and
Felix Hartmann-2 wrote:
Most important things for OSM are good aerial photos coupled with large
community. Worst are imports. The United States are so bad, I don't
think OSM will ever become important there. The biggest thing to
remember is that creating something is much more fun than
On Feb 20, 2011, at 3:16 PM, Felix Hartmann wrote:
Couldn't agree more to it. Imports kill community and scare novices away.
...
Most important things for OSM are good aerial photos coupled with large
community. Worst are imports. The United States are so bad, I don't think OSM
will ever
On Sun, 2011-02-20 at 15:35 -0800, Nathan Edgars II wrote:
I find tracing endless residential subdivisions from aerials to be a chore
and no fun.
I know many who disagree, fortunately. Last year I was laid up in bed
for around 3 months after surgery, just after hi-res aerial imagery
became
On 21.02.2011 00:47, Daniel Sabo wrote:
On Feb 20, 2011, at 3:16 PM, Felix Hartmann wrote:
Couldn't agree more to it. Imports kill community and scare novices away.
...
Most important things for OSM are good aerial photos coupled with large community. Worst
are imports. The United States
On Feb 20, 2011, at 3:58 PM, David Murn wrote:
On Sun, 2011-02-20 at 15:35 -0800, Nathan Edgars II wrote:
I find tracing endless residential subdivisions from aerials to be a chore
and no fun.
I know many who disagree, fortunately. Last year I was laid up in bed
for around 3 months
On Sun, Feb 20, 2011 at 7:03 PM, Felix Hartmann extremecar...@gmail.comwrote:
Well we have no hard data, but evidence. Basically no users and editors in
the US but loads in Europe.
We do have users and editors in the US, but not near as many as Germany. I
see healthy amount of editing in the
On 2/20/2011 6:47 PM, Daniel Sabo wrote:
If the TIGER import hadn't happened I would have had zero interest in OSM, a
vast empty map is not very inspiring.
Not only that, but I've never seen someone pop up to add their own
subdivision streets in the empty area.
On Feb 20, 2011, at 4:03 PM, Felix Hartmann wrote:
On 21.02.2011 00:47, Daniel Sabo wrote:
On Feb 20, 2011, at 3:16 PM, Felix Hartmann wrote:
Couldn't agree more to it. Imports kill community and scare novices away.
...
Most important things for OSM are good aerial photos coupled with
On Sun, Feb 20, 2011 at 7:27 PM, Mike N nice...@att.net wrote:
On 2/20/2011 6:47 PM, Daniel Sabo wrote:
If the TIGER import hadn't happened I would have had zero interest in OSM,
a vast empty map is not very inspiring.
Not only that, but I've never seen someone pop up to add their own
On 2/20/2011 6:58 PM, David Murn wrote:
On Sun, 2011-02-20 at 15:35 -0800, Nathan Edgars II wrote:
I find tracing endless residential subdivisions from aerials to be a chore
and no fun.
I know many who disagree, fortunately. Last year I was laid up in bed
for around 3 months after surgery,
Richard Weait wrote:
Mike N, you must have missed the first x-years of the project.
Neither aerial imagery, nor imports were available. ;-) Of course,
renderers were missing too. Not only subdivisions, but cities, lakes
and oceans were missing.
I took a look at the project some years
On Sun, 20 Feb 2011 15:47:29, Daniel Sabo wrote:
As a former novice I completely disagree with you here. If the TIGER import
hadn't happened I would have had zero interest in OSM, a vast empty map is
not very inspiring.
But really, no one here has hard data, whenever we say it destroys the
On Sun, Feb 20, 2011 at 8:48 PM, Hillsman, Edward hills...@cutr.usf.eduwrote:
On Sun, 20 Feb 2011 15:47:29, Daniel Sabo wrote:
And if someone has figured out a safe and efficient way to map by car or
bike without stopping all the time, I'd be interested in hearing about it.
Helmet cams on
On Mon, Feb 21, 2011 at 11:17 AM, Daniel Sabo daniels...@gmail.com wrote:
Well, if you can furnish me with an army of bed ridden mappers to trace all
the highways in
the United States I'd concede the point. But I don't think there are nearly
enough people of
your mindset to get the job done,
On 20 February 2011 21:03, Felix Hartmann extremecar...@gmail.com wrote:
Just show me some neighboring countries where the one with imports some
time ago (minimum 1 year) are doing better than neighboring
countries/regions where no imports took place.
Dear Felix,
Take a look at Argentina,
IMO, 'imports' should be simply considered as datasources, not data.
We lack tools to properly use this data. Having great tools like for
imagery or GPS tracks in the various editors, maybe with a copy/paste
feature to import data semi-manually would be very valuable.
Then the 'import' job
This is getting crazy.
Exhibit 1:
http://twitter.com/#!/maproomblog/status/39053538692698112
Whoever imported CanVec in Aylmer, Quebec obliterated hours of work and
introduced hundreds of errors. #osm #openstreetmap #whybother
Once again, some keyboard jockey has decided that his l337 import
On Sun, Feb 20, 2011 at 2:03 AM, Richard Fairhurst rich...@systemed.net wrote:
This is getting crazy.
Exhibit 1:
http://twitter.com/#!/maproomblog/status/39053538692698112
Whoever imported CanVec in Aylmer, Quebec obliterated hours of work and
introduced hundreds of errors. #osm
Hi,
Richard Fairhurst wrote:
It isn't. How do we stop this impression taking hold? How do we explain
that imports are _not_ welcome except as a last resort, and if you do
them, you _must_ follow a very, very rigorous set of guidelines?
Find out what tools the importers are using. Place very
On Sun, 20 Feb 2011 09:40:03 Frederik Ramm wrote:
Finally, all these warnings must sound hollow to someone who lives in a
place where 90% of data around him is imported. You will have a hard
time telling him that imports are bad.
I live in a place where 90% of the data is imported. Imports
On 2/19/2011 8:04 PM, Andrew Errington wrote:
Imports are bad. It's
bad because I discover errors and start to think 'How many more
errors must
there be?'. It's mainly bad for two reasons. Firstly, the data is
old, and
there has been a significant road-building program going on here for
, as opposed to what was
actually built (or not built).
---Original Email---
Subject :Re: [OSM-talk] Zero tolerance on imports
From :mailto:a.erring...@lancaster.ac.uk
Date :Sat Feb 19 19:04:05 America/Chicago 2011
On Sun, 20 Feb 2011 09:40:03 Frederik Ramm wrote:
Finally, all
On Sun, 20 Feb 2011 10:16:10 Mike N wrote:
On 2/19/2011 8:04 PM, Andrew Errington wrote:
Imports aren't always bad. Consider the equivalent case of one or
more mappers who worked heavily in your area 2 years ago. You might
discover errors and lack of new roads and come to the same
found and corrected
a post office in my neighborhood that was still shown in its original location,
twenty years out of date).
---Original Email---
Subject :Re: [OSM-talk] Zero tolerance on imports
From :mailto:a.erring...@lancaster.ac.uk
Date :Sat Feb 19 19:48:33 America/Chicago 2011
On 2/19/2011 8:48 PM, Andrew Errington wrote:
Anyway, I like the idea of using imports as a 'scaffold' for building real
objects. Imported data could sit on a separate layer, much like GPS traces,
then a mapper can either trace over the imported shapes, or select an
imported object and
On Feb 19, 2011, at 4:27 PM, Nic Roets wrote:
On Sun, Feb 20, 2011 at 2:03 AM, Richard Fairhurst rich...@systemed.net
wrote:
This is getting crazy.
Exhibit 1:
http://twitter.com/#!/maproomblog/status/39053538692698112
Whoever imported CanVec in Aylmer, Quebec obliterated hours of work
Andrew Errington-2 wrote:
Anyway, I like the idea of using imports as a 'scaffold' for building real
objects. Imported data could sit on a separate layer, much like GPS
traces,
then a mapper can either trace over the imported shapes, or select an
imported object and 'promote' it to
On Feb 19, 2011, at 4:03 PM, Richard Fairhurst wrote:
From what I can tell (talk-ca postings etc.) 'sammuell' is a fairly
inexperienced OSMer who presumably thinks this is how things are done. It
isn't. How do we stop this impression taking hold? How do we explain that
imports are _not_
Daniel Sabo wrote:
I would think (or at least hope) that this kind of bad import would be
less of an issue if the revert tools were not so arcane. My previous
attempts are reverting stuff have always ended up with manual XML fiddling
to get the desired results.
I don't know how recent it
Dear Richard and everyone else,
We have a totally different experience here. We have done some import
processes here in Chile, probably not more than four or five till now, I
talked about the suburban highways import process in my State of Chile
presentation in Amsterdam, and after that we added:
Richard Fairhurst wrote:
This is getting crazy.
Exhibit 1:
http://twitter.com/#!/maproomblog/status/39053538692698112
Whoever imported CanVec in Aylmer, Quebec obliterated hours of work and
introduced hundreds of errors. #osm #openstreetmap #whybother
I wonder how many complaints
97 matches
Mail list logo