2010/3/13 Torsten Leistikow de_m...@gmx.de
- keine Doppelungen von Wegen an Schnittgrenzen
Das koennte fuers Routing notwendig sein,
ja das ist notwendig. jeder weg muss mindestens einen node ausserhalb der
kachel haben. mkgmap generiert dann exakt auf der Grenze einen boundary node
On 8 Mar 2010, at 15:26 , Paul Johnson wrote:
On Mon, 08 Feb 2010 14:57:15 -0800, Apollinaris Schoell wrote:
Don't think this is clear. US:I is wrong, the network is only I. Any
consumer application can figure out that it is in US by itself.
Never mind there might be another country who
fully agree we should keep this target in mind.
But first we have to resolve a long list of problems first.
there shouldn't be any time when the renderer or other data consumers will be
left with completely broken data because step2 was done before step1
osm doesn't have any way of enforcing
On 8 Mar 2010, at 10:10 , Richard Welty wrote:
On 3/8/10 12:52 PM, Apollinaris Schoell wrote:
fully agree we should keep this target in mind.
But first we have to resolve a long list of problems first.
there shouldn't be any time when the renderer or other data consumers will
be left
On Sun, Mar 7, 2010 at 7:50 AM, Anthony o...@inbox.org wrote:
On Sun, Mar 7, 2010 at 5:46 AM, Paul Johnson ba...@ursamundi.org wrote:
Perhaps we should be working more towards worldwide consistency.
yes, please osm is an international project
When objectively describing the features on
On 7 Mar 2010, at 11:59 , Frederik Ramm wrote:
Hi,
Apollinaris Schoell wrote:
Perhaps we should be working more towards worldwide consistency.
yes, please osm is an international project
I agree that worldwide consistency is good, however it is a target that comes
at a price
On Sat, Mar 6, 2010 at 9:53 AM, James Ewen ve6...@gmail.com wrote:
On Sat, Mar 6, 2010 at 8:35 AM, Adam Dunn dunna...@gmail.com wrote:
I think it should be pointed out that vreimer hasn't made any edits since
the blocking, and this buggering up was done beforehand (Feb 13, 2010 to
be
On 5 Mar 2010, at 24:29 , Robin Paulson wrote:
On 5 March 2010 20:40, Apollinaris Schoell ascho...@gmail.com wrote:
Don't use coastline but tag the basin with natural water or any other water
type tags
like riverbank …
hmm, well if we can ignore for a moment the abomination
On 5 Mar 2010, at 13:41 , Robin Paulson wrote:
landuse? no, i didn't use that. i used leisure=park
sure. ahh… our messy key,tag combinations for areas natural, landuse, leisure
…
and it's not a national park, only local council
we still use it for parks if it's the type of parks
On 5 Mar 2010, at 3:29 , Richard Weait wrote:
On Fri, Mar 5, 2010 at 12:20 AM, Apollinaris Schoell ascho...@gmail.com
wrote:
didn't know this page exists.
Fully agreed this is the best way to do. It's not perfect and some
deviations will make sense here and there.
I suppose adding tags
Don't use coastline but tag the basin with natural water or any other water
type tags like riverbank …
coastline is also sensitive to direction while water has to be a closed polygon
only, direction doesn't matter
On 4 Mar 2010, at 23:17 , Robin Paulson wrote:
i'm after some advice. i know
On 4 Mar 2010, at 8:45 , Alan Mintz wrote:
At 2010-03-03 14:00, Paul Johnson wrote:
Dave Hansen wrote:
On Fri, 2010-02-26 at 15:50 -0500, Richard Welty wrote:
Well, it's going to look goofy on the map to have dotted green and blue
lines.
I agree. However, coincidentally, I drove part
On 4 Mar 2010, at 9:38 , McGuire, Matthew wrote:
I see three dimensions of road classification at play here.
1) System
2) Function
3) Observed Character
System is the easy one. That is the road system(s) that that the road belongs
to especially for signage, but also for road funding
didn't know this page exists.
Fully agreed this is the best way to do. It's not perfect and some deviations
will make sense here and there.
On 4 Mar 2010, at 15:37 , Kevin Samples wrote:
Hi,
I am a proponent of using the Highway Functional Classification System,
which Alan has described
On 3 Mar 2010, at 7:45 , McGuire, Matthew wrote:
The US Census Feature Class Code has descriptions of most types types of
roads.
This would at least tie it to an existing US standard.
http://www.census.gov/geo/www/tiger/appendxe.asc
This designation exists in many OSM roads tagged
On 28 Feb 2010, at 10:18 , John Smith wrote:
On 1 March 2010 04:03, Mike N nice...@att.net wrote:
That doesn't help in this case: for example a US highway crosses multiple
states, but is always assigned the same shield.And there is nothing in
This is just a pre-processing problem
moving thread to talk-us where it belongs
Begin forwarded message:
From: Mike N nice...@att.net
Date: 28 February 2010 9:17:01 PST
To: t...@openstreetmap.org
Subject: Re: [OSM-talk] Help! Changeset reverted without explanation
I don't see that the Wiki is self-contradictory in this
On 28 Feb 2010, at 11:50 , Mike N wrote:
yes, but the wiki isn't free of errors and can't be used as absolute
reference. Who wrote it? was it based on wide agreement?
If it's in wide use for a long period of time with no objections, it is
closer to a standard than any other
On 27 Feb 2010, at 14:33 , Nathan Edgars II wrote:
Richard Weait wrote:
On Sat, Feb 27, 2010 at 12:37 AM, Nathan Edgars II neroute2 at gmail.com
wrote:
It's been a day with no response from lkrevert. Can somebody please
take care of this?
I generally allow other mappers a week to respond
On 27 Feb 2010, at 15:37 , Konrad Skeri wrote:
I.e. guilty until proven otherwise?
there is no court no judge no laws. only volunteers willing to help.
User A edits the map.
User B reverts user A's edits without explaining why.
User A then has to justify before the whole community why
Just for POI collection there are already 2 or 3 applications
BTC mapper
Vespucci
Vespucci has nice features but user interface is really complicated to use.
can edit all tags, POI, ways. might be a good idea to improve this project
instead just another POI collector
On 23 Feb 2010, at 6:36 ,
On 23 Feb 2010, at 13:00 , Graham Jones wrote:
I have just got an Android phone too and was thinking of doing some work on
simplifying the Vespucci user interface (I'm just learning how the UI system
works on Android firststill can't get the camera to work properly...). I
see the
On 22 Feb 2010, at 23:39 , Stellan Lagerstrom wrote:
Apollinaris Schoell wrote:
did someone contact this user? any feedback?
he/she reverted the whole revert again.
Will try to revert some of the worst areas for now but can't spend to much
time on this.
We had a brief exchange
openstreetbugs is basically there but has a crappy UI. It needs to be
1) click 'feedback' or 'problem'
2) enter problem
3) click ok
ok and then? who will pick it up and fix it?
look at openstreetbugs and most could be closed right away. the feedback from
most people is useless. a
On 21 Feb 2010, at 15:09 , SteveC wrote:
The problem with your analysis is pretty simple - maybe those people left
because the site was crap, not because they inherently don't like adding more
than 10 things. Maybe if we make it better, they will add a lot more.
I can't agree or disagree
usually tiger is wrong, yahoo resolution is not very good but still good enough
to confirm that the tiger roads don't match at all.
On 19 Feb 2010, at 19:26 , Adam Dunn wrote:
Working on NRN import on BC/Alaska border, in the town of Stewart, and it
looks like there is a mismatch in
overkill. with NED data it's a
different story
25m minor
100m medium
200m major
what did you use for medium and major contours?
Sam
On 2/17/10, Apollinaris Schoell ascho...@gmail.com wrote:
have built contour line maps lately based on srtm data. If anyone is
interested in a specifc area
/ is SRTM based with refined data.
Cheers,
Sam
Sam
On 2/17/10, Apollinaris Schoell ascho...@gmail.com wrote:
have built contour line maps lately based on srtm data. If anyone is
interested in a specifc area let me know. I am not such a web guru like
Lambertus and have no host
have built contour line maps lately based on srtm data. If anyone is interested
in a specifc area let me know. I am not such a web guru like Lambertus and have
no host to provide them for convenient download. If someone can host them let
me know. most tiles are 1x1 degree except where it
On 16 Feb 2010, at 9:46 , Dave F. wrote:
John Smith wrote:
On 17 February 2010 01:40, John F. Eldredge j...@jfeldredge.com wrote:
Frequently you can't get a position fix at all, if the building has much
metal in its structure. I can't get a position fix from inside my house
unless I am
slightly off topic,
one problem we have is many imports are incomplete because of network/server
interrupting the upload. Users stopping uploads but not being able to revert
them.
As a rule please report broken imports/uploads and someone can revert them
before manual changes make it nearly
Have seen it too in California. It's not only the elevation also lat/lon is
wrong for many summits.
If there is any better source correct it. I verify it by gps and topo 24k and
yahoo. If there is any official and better data I am all for replacing GNIS
data.
On 9 Feb 2010, at 19:35 , Mike
I'm happy to use either method, but one of the reasons why I prefer the
1-relation-per-direction method is that it lets me quickly find areas that
need to be split into dual carriageways.
same for me, Josm has good support for sorting and relations and checking
for gaps. also the relation
On Mon, Feb 8, 2010 at 5:07 PM, John Smith deltafoxtrot...@gmail.comwrote:
Why does there need to be 2 relations for this?
besides editing convenience a relation is directed and sorted since API 0.6
You can see it as a route to follow from start to end. For bus routes this
is a must. 2
what is wrong with 2 relations?
I didn't say 2 are needed but why do you think 2 is bad?
On Mon, Feb 8, 2010 at 5:38 PM, John Smith deltafoxtrot...@gmail.comwrote:
On 9 February 2010 11:21, Apollinaris Schoell ascho...@gmail.com wrote:
besides editing convenience a relation is directed
On 8 Feb 2010, at 18:28 , John Smith wrote:
On 9 February 2010 12:20, Apollinaris Schoell ascho...@gmail.com wrote:
what is wrong with 2 relations?
I didn't say 2 are needed but why do you think 2 is bad?
It creates redundant data, and makes it easier to get conflicting data
if both
On 8 Feb 2010, at 20:03 , John Smith wrote:
On 9 February 2010 14:00, John Smith deltafoxtrot...@gmail.com wrote:
Yes, all you are doing is coming up with work arounds to current
issues, the issues should be fixed properly.
Apart from the obvious you aren't uploading/download every single
there is a major disconnect between what people think is right and what
the wiki calls for. from
http://wiki.openstreetmap.org/wiki/Interstate_Highways_Relations
we see:
network=US:I, US:I:BUSINESS, US:I:DOWNTOWN, US:I:FUTURE Required.
Business, downtown and future routes have their
I'm happy to use either method, but one of the reasons why I prefer the
1-relation-per-direction method is that it lets me quickly find areas that
need to be split into dual carriageways.
same for me, Josm has good support for sorting and relations and checking
for gaps. also the relation
will do it, no conflicts detected in dry run
edit definitely looks destruction done by a newbie
please notify the user why this has been done and explain how to edit.
On 1 Feb 2010, at 21:54 , John Smith wrote:
I've forwarded a copy of your email to the main talk list, some people
have
das wollte ich eh schon lange machen
http://www.openstreetmap.org/browse/relation/396669
die tags auf dem outer way sind redundant, schaden aber auch nicht.
Die Richtung der ways ist vollkommen egal. Wichtig ist nur dass alle alle outer
ways ein geschlossenes polygon bilden. Josm zeigt das sehr
That isn't a North America extract, or even a US extract. It is a
collection of extracts by country for all except US/CA and a collection
of state/province extracts for the US and Canada. This is quite useful,
but it isn't an entire NA extract.
I remember an earlier comment that a NA
Didn't find time to check this earlier. this is entirely wrong and the
changeset commetn tells it all 'more likely to be tertiary than residential, in
this area'
any objections to revert this changeset as a whole?
revert will skip all ways which have been touched in the meantime. It might
leave
you can lad any gpx track and then load the geotagged pics with a right click
on the gpx layer. Josm will use the existing exif data and will not try to
match with gpx
On 29 Dec 2009, at 24:45 , Andre Hinrichs wrote:
Am Montag, den 28.12.2009, 23:50 +0100 schrieb Jeremy G:
Hi list,
I'm in
data from census isn't best quality and it will just repeat the errors
from tiger import. tiger roads have already zip codes. there is no
additional value.
in the long term full address data is the way to go.
imports for data from census should be done only locally where mapper
can verify the
On 18 Dec 2009, at 24:57 , Frederik Ramm wrote:
Hi,
Apollinaris Schoell wrote:
should be deleted then. Burning man follows a no trace policy.
I don't see why that should be relevant to us. China follows a no mapping
policy - do we care?
you have spent to much time on mapping
On 18 Dec 2009, at 24:42 , Peter Körner wrote:
there is no structure left behind for burning men. as soon as all is
removed map should show current status again.
keeping it in the database is ok but the tags need to reflect that there
is nothing left on ground
*I think* it should be
On 18 Dec 2009, at 3:51 , Mikel Maron wrote:
Of course, we now have a map with data shown past the end_date for the 2008
event. The most obvious option is tuning the renderers to data past it's end
date. There's downsides to that .. larger planet size, increased complexity
in
should be deleted then. Burning man follows a no trace policy. as
alternative it must be at least tagged different to disappear from maps.
On Thu, Dec 17, 2009 at 11:44 AM, Kevin Samples ksamp...@uga.edu wrote:
It's the Burning Man Festival and it was recently a Featured Image on
the wiki.
On Thu, Dec 17, 2009 at 4:28 PM, Dave F. dave...@madasafish.com wrote:
Hi Apollinaris
Apollinaris Schoell wrote:
should be deleted then.
Why?
We map what is on ground ( with some exceptions like boundaries)
Burning man follows a no trace policy.
Who says this why?
Burning man
Anthony wrote:
On Tue, Dec 8, 2009 at 4:08 PM, Peteris Krisjanis pec...@gmail.com
wrote:
Anyway,
you can call him a troll, but I agree I so far haven't heard
sound arguments why CC-BY-SA "doesn't work" and what "work" actually
means. Doesn't work for Cloudmade?
I think you hit the nail
Since some people feel about the vote like being held hostage with a gun
to their head somebody should solve their dilemma. Fork now and everybody
that might compelled to vote yes for fear to lose their data can vote no
and know they have a new project that has all the data but does not
On 6 Dec 2009, at 10:25 , Ulf Lamping wrote:
Apollinaris Schoell schrieb:
On 5 Dec 2009, at 20:03 , Ulf Lamping wrote:
I'm sorry, but for the last two years I can't remember asking for a license
change at all.
Sorry but this topic was many times on many lists, it's on the wiki. If you
On 5 Dec 2009, at 20:03 , Ulf Lamping wrote:
Richard Weait schrieb:
I think the LWG has done a good job on a difficult task. A task that
we, as a community, asked them to do for us because we couldn't
implement a license change as a group of 20,000 (at the time)
individual mappers. I'm
you can open the area in Potlatch and hit U
deleted objects will appear in red and after unlock they are restored for
normal edit.
works very well if there aren't hundreds of other deleted objects in the
same area
On Fri, Dec 4, 2009 at 1:38 PM, Christopher Covington c...@vt.edu wrote:
Hi all,
On Fri, Dec 4, 2009 at 2:40 PM, Richard Welty rwe...@averillpark.netwrote:
On 12/4/09 5:02 PM, Apollinaris Schoell wrote:
you can open the area in Potlatch and hit U
deleted objects will appear in red and after unlock they are restored for
normal edit.
works very well if there aren't
On 3 Dec 2009, at 9:08 , Ian Dees wrote:
On Thu, Dec 3, 2009 at 11:01 AM, Thea Clay t...@cloudmade.com wrote:
Hi guys,
I am so excited that more land use imports are in the works. They make such a
huge visual difference. Check out the border between a state with the import
complete and
On Thu, Dec 3, 2009 at 3:50 PM, Jeff Barlow j...@wb6csv.net wrote:
Hi,
I'm new here and a little unsure of how best to proceed. I'm
having some issues getting JOSM to run but I expect to get those
sorted out soon. Then I want to start working on TIGER fixup.
I'm located in central Oregon,
To make a gmapsupp.img for all of the US, I was going to get a US
extract of the planet, use splitter, and then use mkgmap with routing
enabled. I would then use gmapibuilder to put into RoadTrip so I can
load the parts I want together with the proprietary map (for when I
actually have
will check the setup on the dev server and see how difficult it is to run
things there.
having the planet via nfs will save a couple hours for download.
Will need a couple of days because I am moving and my time and internet
access is limited.
On Thu, Nov 19, 2009 at 10:00 AM, Dave Hansen
On 16 Nov 2009, at 7:14 , Anthony wrote:
On Mon, Nov 16, 2009 at 10:05 AM, Andy Allan gravityst...@gmail.com wrote:
I'd love to know which map has an
accurate pedestrian routing network that is collected as such and not
a derived interpretation of other base maps.
C'mon, this is the
On 16 Nov 2009, at 7:05 , Andy Allan wrote:
On Mon, Nov 16, 2009 at 2:34 PM, Russ Nelson nel...@crynwr.com wrote:
Andy Allan writes:
On Sat, Nov 14, 2009 at 6:22 PM, Dave Hansen d...@sr71.net wrote:
There are still quite a few squeaky wheels that
like to grumble about TIGER, but
On 16 Nov 2009, at 7:14 , Anthony wrote:
On Mon, Nov 16, 2009 at 10:05 AM, Andy Allan gravityst...@gmail.com wrote:
I'd love to know which map has an
accurate pedestrian routing network that is collected as such and not
a derived interpretation of other base maps.
C'mon, this is the
On 16 Nov 2009, at 7:05 , Andy Allan wrote:
On Mon, Nov 16, 2009 at 2:34 PM, Russ Nelson nel...@crynwr.com wrote:
Andy Allan writes:
On Sat, Nov 14, 2009 at 6:22 PM, Dave Hansen d...@sr71.net wrote:
There are still quite a few squeaky wheels that
like to grumble about TIGER, but
On 16 Nov 2009, at 7:40 , Anthony wrote:
On Mon, Nov 16, 2009 at 9:41 AM, Lord-Castillo, Brett
blord-casti...@stlouisco.com wrote:
I'm still getting a handle on the schemas in use for OSM, and noticed that
concept of matching address nodes to ways when doing imports.
I'm not so sure this
SteveC wrote:
Thinking about this 'numbers on nodes' schema... let's say it's perfect and
we all agree, then who's going to do the import work for it?
It requires matching up past and present geometries to find the correct nodes
to update, and, er, that's the hard bit of coding with the
Yeah, and that does sound like a really nice way to do it, especially
when there is existing data.
Anybody want to be on the USA "conversion team"? :)
sure, post all your ideas and improvements. if the noise is too high we can create another list
Alan Millar wrote:
no one is interested to cleanup crap after a bad import.
I am.
tiger import was great from technical
point of view but didn't allow to build a community from scratch.
I didn't want to build anything from scratch. I'm simply not
On 13 Nov 2009, at 23:56 , Dan Homerick wrote:
On Fri, Nov 13, 2009 at 10:50 PM, Apollinaris Schoell ascho...@gmail.com
wrote:
I'm highly in favor of doing the import, regardless. I think the
inaccuracies will be far easier to fix than to put the addressing in
from scratch. I've
What really needs to be done for TIGER addresses import is match the
streets from TIGER to those in OSM (which should be easy since they
all still have the TIGER id's) and generate the address geometry based
on these. Otherwise someone will need to do all of the geometry
corrections that
On 14 Nov 2009, at 10:22 , Dave Hansen wrote:
On Fri, 2009-11-13 at 23:56 -0800, Dan Homerick wrote:
i, Nov 13, 2009 at 10:50 PM, Apollinaris Schoell ascho...@gmail.com
wrote:
I'm highly in favor of doing the import, regardless. I
think the inaccuracies
On 14 Nov 2009, at 18:05 , andrzej zaborowski wrote:
2009/11/15 Apollinaris Schoell ascho...@gmail.com:
matching Tiger id's is a very bad idea. you need to compare
geometries.
during edits ways are split, merged copied moved, deleted nodes
added node,
Most of these operations
On 13 Nov 2009, at 23:56 , Dan Homerick wrote:
On Fri, Nov 13, 2009 at 10:50 PM, Apollinaris Schoell ascho...@gmail.com
wrote:
I'm highly in favor of doing the import, regardless. I think the
inaccuracies will be far easier to fix than to put the addressing in
from scratch. I've
What really needs to be done for TIGER addresses import is match the
streets from TIGER to those in OSM (which should be easy since they
all still have the TIGER id's) and generate the address geometry based
on these. Otherwise someone will need to do all of the geometry
corrections that
On 14 Nov 2009, at 10:22 , Dave Hansen wrote:
On Fri, 2009-11-13 at 23:56 -0800, Dan Homerick wrote:
i, Nov 13, 2009 at 10:50 PM, Apollinaris Schoell ascho...@gmail.com
wrote:
I'm highly in favor of doing the import, regardless. I
think the inaccuracies
On 14 Nov 2009, at 18:05 , andrzej zaborowski wrote:
2009/11/15 Apollinaris Schoell ascho...@gmail.com:
matching Tiger id's is a very bad idea. you need to compare
geometries.
during edits ways are split, merged copied moved, deleted nodes
added node,
Most of these operations
TIGER is an incredibly huge data set. It comes from what may be the
most diverse set of primary sources of anything in the world short of
OSM itself.
It shouldn't be trusted explicitly (no single map should). Do you
have
some more constructive information about places where you've
I'm highly in favor of doing the import, regardless. I think the
inaccuracies will be far easier to fix than to put the addressing in
from scratch. I've done a lot of mapping in my area, but haven't
been willing to start doing addresses, even before I knew that the
TIGER import was
Hi Dave,
can you provide SC (Santa Clara County) California?
btw any ideas how the break it into smaller pieces? I definitely don't
want to upload a whole county at once and deal with the big mess
afterwards.
As I understand it address ways don't connect to other ways so it
shouldn't be
TIGER is an incredibly huge data set. It comes from what may be the
most diverse set of primary sources of anything in the world short of
OSM itself.
It shouldn't be trusted explicitly (no single map should). Do you
have
some more constructive information about places where you've
I'm highly in favor of doing the import, regardless. I think the
inaccuracies will be far easier to fix than to put the addressing in
from scratch. I've done a lot of mapping in my area, but haven't
been willing to start doing addresses, even before I knew that the
TIGER import was
On 12 Nov 2009, at 8:28 , Ian Dees wrote:
On Thu, Nov 12, 2009 at 10:20 AM, Apollinaris Schoell ascho...@gmail.com
wrote:
On 12 Nov 2009, at 6:14 , Andy Allan wrote:
I disagree there. It's much better to put the effort in during the
initial import, than to import things badly and try
On 12 Nov 2009, at 11:18 , Anthony wrote:
On Wed, Nov 11, 2009 at 11:17 PM, Apollinaris Schoell
ascho...@gmail.com wrote:
On Wed, Nov 11, 2009 at 7:19 PM, Anthony o...@inbox.org wrote:
It probably has to be a relation. Include a start node, an end
node,
and a list of one or more ways
On 12 Nov 2009, at 11:29 , Anthony wrote:
On Thu, Nov 12, 2009 at 9:14 AM, Andy Allan gravityst...@gmail.com
wrote:
It's a fairly well established convention that in OSM it's the
houses/plots, not the road centrelines, that are addressed.
But that doesn't always reflect reality. The
follow the OSM principle.
map what's on the ground no matter where you are
On 12 Nov 2009, at 11:56 , Dave Hansen wrote:
On Thu, 2009-11-12 at 11:40 -0800, Apollinaris Schoell wrote:
On 12 Nov 2009, at 11:29 , Anthony wrote:
On Thu, Nov 12, 2009 at 9:14 AM, Andy Allan gravityst...@gmail.com
On 12 Nov 2009, at 8:28 , Ian Dees wrote:
On Thu, Nov 12, 2009 at 10:20 AM, Apollinaris Schoell ascho...@gmail.com
wrote:
On 12 Nov 2009, at 6:14 , Andy Allan wrote:
I disagree there. It's much better to put the effort in during the
initial import, than to import things badly and try
On 12 Nov 2009, at 6:14 , Andy Allan wrote:
I disagree there. It's much better to put the effort in during the
initial import, than to import things badly and try to fix it up
later. We've been working on lots of post-import fixups in the last 6
months and it's much harder than everyone
On 12 Nov 2009, at 11:29 , Anthony wrote:
On Thu, Nov 12, 2009 at 9:14 AM, Andy Allan gravityst...@gmail.com
wrote:
It's a fairly well established convention that in OSM it's the
houses/plots, not the road centrelines, that are addressed.
But that doesn't always reflect reality. The
follow the OSM principle.
map what's on the ground no matter where you are
On 12 Nov 2009, at 11:56 , Dave Hansen wrote:
On Thu, 2009-11-12 at 11:40 -0800, Apollinaris Schoell wrote:
On 12 Nov 2009, at 11:29 , Anthony wrote:
On Thu, Nov 12, 2009 at 9:14 AM, Andy Allan gravityst...@gmail.com
On Wed, Nov 11, 2009 at 7:19 PM, Anthony o...@inbox.org wrote:
On the other hand, putting the information directly on the way would
be problematic for many reasons. Ranges might span multiple ways, and
right/left has to be reversed whenever the way is reversed being the
most troublesome.
On Wed, Nov 11, 2009 at 7:19 PM, Anthony o...@inbox.org wrote:
On the other hand, putting the information directly on the way would
be problematic for many reasons. Ranges might span multiple ways, and
right/left has to be reversed whenever the way is reversed being the
most troublesome.
coastline update is slower and may take 1-2 weeks in Mapnik rendering. roads
are updated immediately. TAH should update quickly and you can use it for
checking.
On Tue, Oct 27, 2009 at 3:47 PM, Joe Pranevich jpranev...@gmail.com wrote:
Hello,
I'm trying to fix Hutchinson Island, Florida (
me too
also bay area
On 20 Oct 2009, at 21:00 , Dan Homerick wrote:
On Tue, Oct 20, 2009 at 8:23 PM, SteveC st...@asklater.com wrote:
Neither list has any real traffic, and what they do tend to just be
reposts of talk-us.
Splitting the community at this stage is retarded, we should wait for
me too
also bay area
On 20 Oct 2009, at 21:00 , Dan Homerick wrote:
On Tue, Oct 20, 2009 at 8:23 PM, SteveC st...@asklater.com wrote:
Neither list has any real traffic, and what they do tend to just be
reposts of talk-us.
Splitting the community at this stage is retarded, we should wait for
Hi
Isn't this a violation of the osm copyright? Can't find any attribution on
the website.
http://hotpads.com/search/#lat=37.34232140492519lon=-121.85159683227539zoom=24listingTypes=rental,sublet,room,corporateincludeVaguePricing=falseloan=30,0.0525,0visible=new,viewed,favorite
What should be
:
On Sat, Oct 17, 2009 at 10:59 AM, Ciprian Talaba
cipriantal...@gmail.com wrote:
Hi Apo,
On Sat, Oct 17, 2009 at 5:42 PM, Apollinaris Schoell ascho...@gmail.com
wrote:
Hi
Isn't this a violation of the osm copyright? Can't find any
attribution
on the website.
http://hotpads.com/search
some counties have detailed parcel data and even building outlines with
adress data.
someone imported a nice example in Mono county
http://www.openstreetmap.org/?lat=37.645611lon=-118.975286zoom=18layers=B000FTF
but some buildings have only dummy adress and are 0.
other counties offer data too
On 13 Oct 2009, at 9:20 , SteveC wrote:
Dave - super awesome.
As I said on IRC the other week, but I'll repeat here for all - I
think dumping the addressing for all 3,000 counties and then letting
people import them one by one will be the best way to do it.
yes this is the best way to get
On 13 Oct 2009, at 9:20 , SteveC wrote:
Dave - super awesome.
As I said on IRC the other week, but I'll repeat here for all - I
think dumping the addressing for all 3,000 counties and then letting
people import them one by one will be the best way to do it.
yes this is the best way to get
On 11 Oct 2009, at 22:37 , Matthias Versen wrote:
Apollinaris Schoell wrote:
I know it has been discussed before but found a lot of broken data
created by bot bugbuster and this is important enough to bring it
up again.
There was some lame response but never really an explanation what
101 - 200 of 330 matches
Mail list logo
