If I bring up the OSM Wiki without being logged in, it displays pages
fine. But when I try to log in, I get
The following error was encountered:
Zero Sized Reply
Squid did not receive any data for this request.
Your cache administrator is adm...@openstreetmap.org.
The systems
On 4/11/2011 11:41 AM, Ian Dees wrote:
When Google turns Google MapMaker on in the US and Europe*, it will
become much harder to recruit new mappers to our community (that is
already quite small). Being passive about this issue means that OSM and
its more-open data will eventually be drowned
On 4/14/2011 2:20 PM, Grant Slater wrote:
The revert script used to remove Anthony's edits (which were traced
from Google) was a basic revert script which only used API methods.
There were also mistakes made like reverting the items anthony had
deleted only after most of the cleanup/improvement
On 4/14/2011 3:18 PM, Alex Ruddick wrote:
If NEII's (and others) are removed, we can add the United States to
Australia as 'countries the OSMF is willing to sacrifice.'
NEII: Please don't participate in any high risk sports or activities,
at least until all this is resolved. g
On 4/13/2011 10:44 AM, Paul Johnson wrote:
network=US:CA:Orange
+ ref=CR S18
I'd drop the CR prefix since that's more of a network identifier than a
reference number.
Most Interstates, US Highways and most state highways include the
network identifier. Why should this be dropped for
On 4/11/2011 12:50 PM, Ed Avis wrote:
Could we perhaps work together with Google by organizing joint mapping parties
where the resulting data is added to both maps?
LOL, that's what I was thinking; let them organize the party, attend and
enter wherever I wish. It's doubtful that they would
On 4/10/2011 12:42 PM, Nathan Edgars II wrote:
Isn't this a little too much detail for OSM?
I agree - the fact that it goes out of date so quickly, and is of
interest to only the school bus driver lessens its value here.
___
Talk-us mailing list
On 4/10/2011 1:50 PM, Alan Mintz wrote:
...and please try to make this obvious to others, particularly by
removing the tiger:reviewed=no tag on TIGER import ways. This causes
them to render differently in most editors, and are an indicator that
someone is tending to the area.
Good point.
On 4/10/2011 6:39 PM, Richard Welty wrote:
unfortunately, this isn't terribly effective. i removed the reviewed
tags long
before the area in question got fixed twice.
Another technique I saw as a circle drawn around the affected area
with a Note/fixme talking about construction with a date
On 4/10/2011 6:34 PM, Richard Welty wrote:
Would it be:
Big Timber Road. network=us_il_kane
this is a reasonable network tag for the ways.
I would expect the Interstate and US relation network tagging
convention to be extended:
Interstate - network=US:I
US - network=US:US
State
On 4/10/2011 7:18 PM, Richard Welty wrote:
*The stats on new small business failures are truly depressing.
i'm thinking that there's a case here for the core+layers model
we've occasionally talked about. the data is worthwhile, but maybe not
good for the core
Despite my earlier comment
On 4/8/2011 11:58 AM, Antony Pegg wrote:
Hello all,
MapQuest has pushed out three new developer tools for OSM. Hopefully you
will find them useful.
Yes! Thanks for the new tools - some interesting stuff there.
___
Talk-us mailing list
On 4/8/2011 1:16 PM, Alan Mintz wrote:
So someone has to parse the sign to be able to properly enter the
information? And I'm still not clear on the benefit of having it
separated if the first thing the data consumer does is string it back
together.
Not all consumers are for the purpose of
On 4/8/2011 6:34 PM, Alan Mintz wrote:
The point of the most recent change was standardization - consumers
should not need to code 2 routines to handle both forms.
One if does not two routines make.
Recent software uses test cases to ensure that quality levels are
maintained through the
On 4/7/2011 12:53 AM, Alan Mintz wrote:
At 2011-04-06 15:26, Nathan Edgars II wrote:
On 4/6/2011 5:59 PM, Alan Mintz wrote:
At 2011-03-28 12:40, Ian Dees wrote:
With that in mind I think it's important that the exit_to tag only
include verbage on the sign (and not stuff we make up).
IMO,
On 4/4/2011 6:10 PM, deb wrote:
More information can be found on our wiki page:
http://wiki.openstreetmap.org/wiki/MapQuest/Critical_Addresses
A quick question - are these cumulative, or do we need to get each
one in order to see the whole set of addresses?
Thanks,
On 4/3/2011 1:17 PM, Richard Weait wrote:
@Firefishy says: Potlatch 2 is now the default editor on
#OpenStreetMap #PL2FTW #OSM
Excellent! Glad to see the Potlatch 2 default.
___
talk mailing list
talk@openstreetmap.org
On 4/2/2011 11:37 PM, Val Kartchner wrote:
Within the past few days I discovered an area built up for public use of
pedal dirt bikes. I have searched but have not found a way to designate
such an area. Has something been created yet?
I couldn't find anything like this. For a standard
On 3/31/2011 7:44 PM, David Murn wrote:
I wonder what would be involved in creating a public OSM-like streetview
system.. would it even be possible to create enough of a standard to
allow users to contribute their own streetview-like images or video
streams in a way that the data could be freely
On 3/30/2011 3:45 AM, Gary G: wrote:
just wanted to let you know about the lates news regarding hikingbook.pl:
I began playing with this - a fantastic tool!
Thanks
___
talk mailing list
talk@openstreetmap.org
I noticed that a user 'georgia 343' had made some edits in my area.
http://www.openstreetmap.org/user/georgia%20343 . A few of the edits
were legitimate. Most of them look like he was just playing around
(etch-a-sketch). If you're in the Georgia area or know community
members in that area,
On 3/28/2011 3:19 PM, Ian Dees wrote:
In this picture:
http://www.nomadchallenge.com/wp-content/uploads/2008/08/likelike-highway-honolulu.jpg
http://www.nomadchallenge.com/wp-content/uploads/2008/08/likelike-highway-honolulu.jpgWhat
is the proposed tag for the highway=motorway_junction node?
On 3/28/2011 12:28 PM, Alan Mintz wrote:
Another is that, for people that have traveled the area extensively, the
name of the exit gives one a far better mental picture of where an exit
is than the postmile-related exit number.
This is an argument where the actual local exit reference would
On 3/26/2011 3:55 AM, David Murn wrote:
On an interesting side note, I note the main slippy map no longer has
any attribution text, which Im sure it used to in the past. Is this a
sign of things to come?
LOL - do we list ourselves in the Hall of Shame?
http://forums.macrumors.com/showthread.php?t=1124854page=5
As noticed by 9 to 5 Mac, Apple has posted a new job listing for an iOS
Maps Application Developer who can help radically improve the Maps
application and other location-based services.
The comments are most interesting -- no
On 3/26/2011 12:58 AM, Alan Mintz wrote:
Great tool for visualizing speed limits
The US convention of 'xx mph' has proved difficult for many map
consumers. I have bugged all the other Speed Limit Visualizer
providers, but no one has come up with a functional speed limit
visualizer in
On 3/25/2011 12:07 PM, Richard Welty wrote:
so i'm looking at address interpolation ways here:
http://wiki.openstreetmap.org/wiki/Key:addr:interpolation
and while it's straightforward enough to use with nodes with address
tags, i see no examples of using interpolation ways with building
On 3/23/2011 6:55 AM, John Smith wrote:
Many that were previously active contributors have since stopped
contributing until this mess is sorted out since they don't want to
waste more time and effort on improving things if the efforts of that
labour is thrown out at a later date.
Exactly
On 3/20/2011 12:15 PM, Floris Looijesteijn wrote:
Since a while now this plugin copies and remembers postcode from selected nodes
and assigns the same values to all your work.
This is obviously wrong but easily overlooked. Since it's already
mentioned on the
wiki page of the plugin I wonder why
On 3/20/2011 8:18 PM, Ian Dees wrote:
There were several clients that did not attempt to connect the ways of
each NHD linestring so there are duplicated nodes and ways that touch
but aren't joined. Hopefully fixing this is what Paul was talking about.
Agreed - this is a safe case of
On 3/13/2011 7:09 PM, Richard Mann wrote:
Best advice is to turn it into a pedestrian bridge
(highway=footway+bridge=yes+layer=1)
I've used highway=pedestrian+bridge=yes+layer=1 , which also seems to
fit the Wiki definition.
___
talk mailing
2) Since we are using two jurisdictional datasets for editing and adding
streets and trails, should we delete the TIGER tags if we change a way
based on our datasets?
If you make any change, do only what's easiest for you while you are
editing - it's fine to leave or remove the tags; the way
The Motorway Junction tag at
http://wiki.openstreetmap.org/wiki/Motorway_junction has recently had
the exit_to tag added. Old interstate tagging advice at
http://wiki.openstreetmap.org/wiki/Interstate_Highway was to put exit
sign destinations in the name tag. However this is not exactly
On 3/6/2011 4:45 AM, Elizabeth Dodd wrote:
and reading the amateur lawyers on
legal-talk arguing with the professional lawyers is a form of amusement
that I don't need.
Yes, the solution to that problem is to carry on all legal
discussions on talk@ ; we all know that no amateur lawyers
But this is the problem; the legal side of things is the central
issue to OpenStreetMap at the moment. You can't simply try and
sideline a difficult issue by describing it as legal.
No one is sidelining anything - if it's worthy of discussion, discuss
it with those who can answer the
On 3/5/2011 6:10 PM, john whelan wrote:
Since you are unable to supply sufficient information about odbl for me
to feel a level of comfort with it I think the next question becomes how
can we remove my questionable data or is that a topic for legal-talk as
well?
On 3/3/2011 11:16 PM, Alan Mintz wrote:
Is this data really worth importing?
With the required amount of review, I wouldn't classify them as a
data import so much as a requested work list. These addresses are
important to the owners in some way: historically GPS's have gone to the
wrong
On 3/3/2011 6:39 AM, M∡rtin Koppenhoefer wrote:
Yes, in the 7 addresses I checked for Rome there was also one
seriously wrong (several km away on a completely different road). I do
not recommend to import these addresses automatically without
verifying them manually one by one.
Of the 6 I
One thing that I noticed about the data is that there are several
Canadian addresses in the US file.
There is at least one typo in the California data: Squaw peak rd
ended up at -12 degrees instead of -120.
___
talk mailing list
On 3/2/2011 3:54 PM, flambe...@gmail.com wrote:
MapQuest is providing several address files that contain user-provided
latitude and longitude locations across the world. Our users provided
these exact locations to us so that they could be mapped correctly on
our MapQuest maps.
This is great
On 3/2/2011 9:23 AM, Paul Johnson wrote:
Dress the part: Wear your surveyor's jacket
(http://shop.opencyclemap.org/products/openstreetmap-surveryors-jacket)
and be ready to explain the project.
Business cards are a succinct and quick way to answer questions:
On 3/2/2011 3:55 PM, flambe...@gmail.com wrote:
MapQuest is providing several address files that contain user-provided
latitude and longitude locations across the world. Our users provided
these exact locations to us so that they could be mapped correctly on
our MapQuest maps.
A quick look
On 2/24/2011 11:08 AM, Brad Neuhauser wrote:
Another example is the Quad Cities in Illinois/Iowa:
http://en.wikipedia.org/wiki/Quad_Cities
Those same 4 cities also participate in an agglomeration known as the
Quint Cities. As someone else noted, I hope this doesn't render on
the default
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
On 2/20/2011 8:48 PM, Hillsman, Edward wrote:
My impression is that in most US cities, the places where a lot of POIs have
been mapped from field work are in the older, gridded, more pedestrian-friendly
parts of the area. This could be because there are more interesting things
there, or that
I'm totally new to importing, so I first wanted to see if anyone else
is interested in this project, though I am willing to take the time to
learn the process myself. Is the process used for importing the
Canadian database [1] the best method for doing this?
The process for the Canadian
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 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
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 2/18/2011 3:43 PM, Paul Norman wrote:
Here in Canada with the NHN import the portion of streams through lakes and
wider rivers were imported with sub_sea=stream sub_sea:type=inferred
oneway=yes
There is some disagreement about using oneway=yes, presumably to match
the stream flow. There
On 2/9/2011 4:01 PM, Josh Doe wrote:
I would like to say that I'm surprised no one has created a tool yet
to simulate what a given area would look like after the switchover
given the current (or simulated) list of users that have agreed to the
new terms.
It wouldn't hurt to create such a
On 1/25/2011 12:14 PM, Nathan Mills wrote:
I propose to import the situs address points available from Geostor
In considering future synchronization cycles with point data,
several cases can be seen:
A. Mapper deletes an address node.
B. Mapper moves an address node.
C. Mapper
On 1/25/2011 12:14 PM, Nathan Mills wrote:
I propose to import the situs address points available from Geostor
I'd recommend creating a page on the Wiki for this import - link to
it from the base Arkansas page
http://wiki.openstreetmap.org/wiki/Arkansas ; new local mappers should
arrive
I could do a mass import of the roads from the Arkansas Centerline File,
which is also public domain. ;) (I'm not serious, that would be a
nightmare)
There is serious talk of developing one or more tools to automate as
much of the updating process as possible. It won't be as simple as a
On 1/25/2011 8:44 PM, Josh Doe wrote:
I would definitely be interested in these tools. Fairfax County, VA, USA
has very good centerline data, including speed limits and route numbers.
They also regularly release updates. Is there something on the wiki or
ml about planning for these tools?
How about changing:
- UID must be balrog_kun or DaveHansenTiger
to:
- (UID=balrog_kun and changeset in list_of_changesets) or
UID=DaveHansenTiger
where list_of_changesets is the list of changeset IDs that were used for
the name expansion.
This won't work either because balrog_kun may have
Also I (balrog-kun) have edited a good amount of data manually
Oops - disregard my previous message! I'm up to speed with everyone
else now.
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
Having said that: let's start a thread here about getting the TIGER data
moving along. What steps can we take to move the shapefiles in to OSM
format? How can we collaborate on the mapping to OSM tags?
Re: TIGER 2010 tags
To move things along, how about starting with the page
Questions for the talk-us:
1) How do you feel about some kind of automatic editing or (selective)
import? Other methods?
Hi PJ,
The actual method of import doesn't matter - only the quality of the
result is important. Roads and trails should properly connect to
existing data with no
Unfortunately he accidentally nuked a bunch of nodes in one area. He
tried to re-add them but he didn't get them all. He has also added
some things and then re-deleted them. I am in contact with him trying
to figure things out but for those who have experience reverting
things: How hard would it
Recently I encountered a CSI-style mystery. Why was the Skobbler lady (OSM
Nav based) telling people to go jump off of so many bridges? An inspection
showed that the bridges were joined to the interstate highway below, but
many interchanges otherwise had very high quality edits, with
Mike, please don't blame the bot. Ungluing a node an just leaving it
there, is really looking for trouble. Some routing engine(s) glue
nodes together that are less than a few centimeters from each other.
Now you may want to complain that those routing engine(s) are buggy,
but that bug has
After ungluing a node, move one of them just a little bit. (Unless you
used a DGPS with a 10cm resolution and found that the centerlines are
in fact on top of each other). If you leave them on top of each other,
it's going to waste someone's time later on (either after a bot edit,
a keepright
I have looked at some TIGER 2010 extracts in areas I'm familiar with, and have
some more concrete ideas to suggest.
Ian may have time to create a customized import tool that will make the whole
process much easier. Here are some ideas for the workflow that should work in
both the boonies
Some notes from my editing in southern California:
In some places (UT comes to mind), people have begin using name:prefix to
(correctly) remove directional prefixes and suffixes from the name tag (see
http://wiki.openstreetmap.org/wiki/Proposed_features/Directional_Prefix_%26_Suffix_Indication
Also, it will be critical to future maintenance to keep an archive copy of the
OSM that is deployed. The archive can be used to create a much smaller diff
from future versions of TIGER so that updates which have not already been
surveyed can be applied much quicker and with minimal
The boundary relation[0] has roles for both admin_centre and label, though
I don't know how many renderers are using them currently. For some
reason, a lot of places (including the US) seem to have standardized on
using multipolygons instead of boundary relations for administrative
boundaries.
No, it's not correct to remove refs from ways.
I really would like to hear wider input on this, still, as it really
doesn't make sense to waste the way's ref tag for refs that don't belong
to the way, but the route that uses the way...
I agree - it's premature to redefine the usage of ref
It looks fairly unedited since the TIGER upload:
I see that there's been a new edit since I did my analysis, but still
quite unedited.
I take it you're going to follow the best-practices import procedures,
like using a new and unique OSM userid?
I believe the new and unique OSM userid
This might get me strung up on the yardarm, but I propose
1.) Mapping in a place I've never been to
2.) Doing an import for a single county from the county's GIS data
Background: Murray County's (Oklahoma) roads were recently renamed for E911
purposes. This data is as-of 11/29/2010 -
Wasn't expecting so poor reception on behalf of the OSM community. No
one commented on the idea of sharing and checking into OSM places on
Twitter with OpenMaps for iOS to increase OSM awareness.
Does this mean that you don't have an iDevice? Don't use Twitter?
Don't like the app? Or just don't
Speaking of horrible imports, when are we going to delete the
environmental
hazard import in the US?
http://www.openstreetmap.org/browse/node/586927988/history
It should be deleted - most items here are placed in the middle of roads,
sometimes a KM or 2 off, resulting in mass confusion.
Ive also noticed while you have attiribution at the bottom, I cant find
a permalink. Is (was?) it not a requirement of the licence to have a
permalink on the map display, or is this just an unwritten rule that
everyone complies with?
LOL - An additional refreshing thing about Mapquest using
I just posted a new version of my nationwide TIGER map as well as the
logic behind the version 3 statement on my blog:
Great analysis - that illuminates the TIGER edits nationwide.
___
Talk-us mailing list
Talk-us@openstreetmap.org
I THINK the file you need where the rules are, is:
https://github.com/MapQuest/TIGER-Edited-map/blob/master/inc/layer-tiger.xml.inc
If you guys want to build more fine-grained rules and contribute them
back, that would be truly awesome
I don't know how to back to git directly, plus I
Very very proud to announce that we have launched the US
http://open.MapQuest.com site
WOO! Congratulations - I've been exploring it a bit this morning!
___
Talk-us mailing list
Talk-us@openstreetmap.org
Imports are bad, but imagry is good.
Good imports aren't necessarily bad - it's as if a single *very active*
mapper covers a large area. The future maintenance of that mapper's
contributions is the same as if the data came from an import.
I think that's because people feel they're a part
Having said that: let's start a thread here about getting the TIGER data
moving along. What steps can we take to move the shapefiles in to OSM
format? How can we collaborate on the mapping to OSM tags?
What is it you want to import from TIGER 2010 in the first place? I'm
not convinced there's
First, I've looked at how address nodes have been input manually. In some
places they are just addr:housenumber and addr:street and nothing else. In
other places they include the city and the country and sometimes another
administrative level such as state. Since the last three pieces of
MHO is that individual node addresses are pretty awful. If you can
import the building outlines, and then attach the addresses to them,
great (and you'll need to consider what's to be done with any existing
data), but otherwise, IMHO, this dataset just appears as noise.
Why does the dataset
The TIGER 2010 rollout has begun. They will trickle out by state over the
next 2-3 months.
http://www.census.gov/geo/www/tiger/tgrshp2010/tgrshp2010.html
As of today, only Louisiana, New Jersey, Mississippi, and Virginia are
available.
___
When the lawyers at MS give the OK to a formal statement. AFAIK everyone
at
bing is OK with it, but the statement-slash-agreeement-slash-whatever has
to
go through legal.
Hopefully Legal won't decide that it is unacceptable.
___
talk mailing
Speaking personally about what large orgs and what they want, I think it's
pretty simple. Have a look at commercial data and OSM and do a diff, what
are
the main things missing? Addressing for geocoding and turn restrictions
for
routing.
For addressing, I guess it is usually sufficient to
Subject: [OSM-talk] Steve Coast Joins Microsoft as Principle Architect
ofBing Mobile
Microsoft is donating access to it's global orthorectified aerial imagery
to help OpenStreetMappers make the map even better than it already is.
WOO HOO! Does anyone have the magic JOSM string for this?
That's pretty neat. I looked in my area and there are a bunch of bugs
reported, but I can't for the life of me figure out what is wrong. They
are
reported in Spanish, which I can read so-so, but I know the areas pretty
well
and can't see major problems.
Does it have to do with the way
I saw a stay on the highway bug and I think that means that they're
annoyed by the directions telling them to stay on the highway every time
they enter a separate way. Either the routing software needs tofigure
this out or it needs to use the route relations.
I see this report many times
There is place for dissent. There's no place however (a) for license
discussions on talk and (b) for failing to apply simple logic and thus
arriving at wrong conclusions.
I see. So dissent is fine as long as you agree with the conclusions.
Not exactly, legal talk is that way
Re-sending to list.
I'm proposing to delete the polygons (in Florida only for now) *if a
corresponding place node exists* or it can be shown that the name is
only used for census purposes (West and East Lealman?). Does anyone
have any comments? Any benefits to keeping them?
I don't know of
Second, we should resist the temptation to make further suggestions
without a working example to go with it.
To be honest, that will help - I think I have been trying to follow the
discussions, but cannot follow what the proposals are applied to and how.
FYI - I saw this post and it has some interesting possibilities for
community building. Mappers like gadgets and Ham radio people are
interested in ways to apply their hobby...
http://forum.openstreetmap.org/viewtopic.php?id=9747
___
talk
Seems like the result you're looking for could be solved automatically
by the renderers if they just displayed the exit numbers unless absent,
then show the name...
For named exits such as
http://www.aaroads.com/northeast/pennsylvania075/i-076_wb_exit_312_01.jpg ,
it would be proper to tag
I like the idea of putting the immediately-connected road in the exit_to=
tag and leaving the rest of the sign's text to destination sign relations.
I fully agree that some people's current practice (including mine in the
past) makes for a very clittered map and needs improvement.
Interstate
Multiple is_in=* tags.
How is this different from the normal argument that is_in is obsolete
because the object is contained within an admin boundary and the applicable
is_in can be derived during a geo-query?
___
Talk-us mailing list
Mike, are you specifically interested in Arkansas? The state level
data might be better than TIGER and the state is very interested in
getting it into OSM.
I was researching Arkansas based on some SOTM-US 2010 discussions.
Other than that, I don't have local knowledge of the area or know any
On iPhone you can add the map to the home screen to make it fullscreen.
Very nice! Is there a way to save a view or bookmark like 'permalink'?
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Am 19.10.2010 16:25, schrieb IgnacioZ:
Therefore I would like to add editing capabilities to the app, but I'm
quite sure that the whole registration process will most probably make
several users not want to do it. Is there a possibility to provide
anonymous updates through my app? Of course this
Tom Hughes, OSM contributor and infrastructure guru has written an
interesting summary of why some part of OSM can look strange.
http://compton.nu/2010/10/city-labels-in-openstreetmap/
Sounds like a good project for a bot to correct to the OSM norm?
That's not what I'm trying to do, because I don't see the point in
trying to do that. There are much better places for me to get maps in
the present. OSM, to me at least, is about the data, and how it can
be used in the future. Especially in the United States.
Keep in mind that there are
On Tue, Oct 19, 2010 at 9:03 PM, Mike N. nice...@att.net wrote:
Keep in mind that there are already people using US OSM data in real
applications.
Where?
Cloudmade developers, who sell smartphone apps that use Cloudmade tiles
and routing data, and can provide turn by turn directions
Didn't we determine that Mapquest is most likely using relations to
render highway shields in the US?
Mapquest may be using relations to generate shields, but I have seen
Interstate shields on Interstate highways with no relations, so relations
aren't their only source for shields.
501 - 600 of 770 matches
Mail list logo
