,
--
Christopher Schmidt
MetaCarta
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ht
the TIGER data for
addressing? Any idea how Google got those data?
About 75% of the municpalities in Massachusetts have that data online
via MassGIS.
Regards,
--
Christopher Schmidt
MetaCarta
___
Talk-us mailing list
Talk-us@openstreetmap.org
http
here on dev telling us all about what they're
doing! Come on everyone, fill us in! :-)
(Because this is talk-us, and not dev?)
Regards,
--
Christopher Schmidt
MetaCarta
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org
at the time of the
import. IIRC, they were Braintree, Gloucester, and something else that I
can't remember. At least one, possibly two, were fixed, but since people
had started tracing in gloucester, I didn't want to upload ove their
work, so it didn't get an upload.
Regards,
--
Christopher
On Thu, Feb 26, 2009 at 03:29:20PM -0500, Russ Nelson wrote:
On Feb 26, 2009, at 2:49 PM, Christopher Schmidt wrote:
Because the legal jurisdiction in which OSM is based is *not* the US,
This is an important topic. We should consult OpenStreetMap's
lawyer. With no knowledge of which
,
--
Christopher Schmidt
MetaCarta
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
slapped them on the wrist and sent them to the corner, seems to be
a dangerous idea to me... not because OSM could gt sued and lose, but
because it could get sued at all...
I'd rather us ask, and if people tell us no, then not uploaad.
Regards,
--
Christopher Schmidt
MetaCarta
.)
Check with the city, ask them waht they think. They'll pobably love you
for even noticing :)
If you share a link, then we can probably help explore a bit more what
the source of the data nad rights associated with it are.
Best Regards,
--
Christopher Schmidt
MetaCarta
:)
And you can do that through specizlied applications for house buying
(like Zillow).
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
the social aspect of whether this data is appropriate to upload to OSM.
A description of the data in question with regard to MassGIS is
available at:
http://www.mass.gov/mgis/parcels.htm
Looking forward to hearing any and all opinions on this matter.
Best Regards,
--
Christopher Schmidt
MetaCarta
the former, it's pretty easy to add to
polyshp2osm, but the latter is hard...
CCing talk@, since I assume frederik isn't on this list, and he can
probably quickly tell me that I'm wrong in thinkign he might mean the
latter. :)
Regards,
--
Christopher Schmidt
MetaCarta
), but they would need to be tested.
What script did you use for doing the polygons themselves? Did i t
support splitting of large polygons into smaller ways?
Regards,
--
Christopher Schmidt
MetaCarta
___
Talk-us mailing list
Talk-us@openstreetmap.org
http
On Mon, Feb 16, 2009 at 10:24:21AM -0600, Ian Dees wrote:
On Mon, Feb 16, 2009 at 9:56 AM, Christopher Schmidt
crschm...@metacarta.com wrote:
What script did you use for doing the polygons themselves? Did i t
support splitting of large polygons into smaller ways?
Chris, I
the former, it's pretty easy to add to
polyshp2osm, but the latter is hard...
CCing talk@, since I assume frederik isn't on this list, and he can
probably quickly tell me that I'm wrong in thinkign he might mean the
latter. :)
Regards,
--
Christopher Schmidt
MetaCarta
is maintained by
the executive office of transportation. I would assume that the
classification is based on the legal classification of the road, rather
than on usage.
Regards,
--
Christopher Schmidt
MetaCarta
___
Talk-us mailing list
Talk-us
On Sun, Feb 01, 2009 at 10:55:56AM -0500, Greg Troxel wrote:
Christopher Schmidt crschm...@metacarta.com writes:
MassGIS does not encode the direction. Oneways which are potentially
wrong are marked with a FIXME note to fix the incorrect directionality.
(I believe it is 'FIXME
it last, despite no
significant change in data that I've observed. I'm pretty convinced that
this is a rendering problem somewhere, not a coastline problem.
Regards,
--
Christopher Schmidt
MetaCarta
___
Talk-us mailing list
Talk-us@openstreetmap.org
http
instead of a data problem. My
bad.
Regards,
--
Christopher Schmidt
MetaCarta
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
: InformationFreeway, main map, /browse/ pages,
etc.
I believe that all the kinks of this particular service have been
worked out at this point, though I'm happy to take any feedback or
criticism you have. (Please CC me on any important feedback.)
Best Regards,
--
Christopher Schmidt
MetaCarta
On Thu, Jan 22, 2009 at 12:23:56PM +, LeedsTracker wrote:
2009/1/22 Christopher Schmidt crschm...@metacarta.com:
http://labs.metacarta.com/osm/up-to-date/
Just tried it on a few places I updated last night, very smooth!
In mapnik, some bits rendered slightly differently in style (e.g
combination) so presume
it doesn't pick/use the relevant shapefiles.
Right, this is part of the 'real' reason behind the background color
change: I dropped all the coastal shapefiles from my osm.xml, which is
why I went with the white background. (Yes, I'm lazy.)
Regards,
--
Christopher Schmidt
/technical/chiltons.asp
Chair of the Society of Cartographers: http://www.soc.org.uk/
SoC conference 2008:
http://www.abdn.ac.uk/cartographers08/
-Original Message-
From: talk-boun...@openstreetmap.org
[mailto:talk-boun...@openstreetmap.org] On Behalf Of Christopher Schmidt
of the likelihood
of is that diff parsing has messed up this relation in some way.
Anyway, thanks for the feedback; I have no immediate suggestions on a
possible reason for this behavior.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
On Thu, Jan 22, 2009 at 02:52:12PM +, Jon Burgess wrote:
2009/1/22 Christopher Schmidt crschm...@metacarta.com:
On Thu, Jan 22, 2009 at 02:42:43PM +0100, Marc Schütz wrote:
After a recent spate of OSM activity, especially with regards to
rendering and so on, I've put together
On Wed, Jan 07, 2009 at 07:22:27PM -0600, Ian Dees wrote:
On Wed, Jan 7, 2009 at 7:06 PM, Christopher Schmidt crschm...@metacarta.com
wrote:
The next big task is to get water uploaded: probably using:
http://www.mass.gov/mgis/hd.htm
http://www.mass.gov/mgis/wetdep.htm
I
' in the options of your GML
layer, by your format object.
Right now, your data is off the coast of Africa.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
On Thu, Jun 26, 2008 at 07:18:33PM +0100, Thomas Wood wrote:
On Thu, Jun 26, 2008 at 6:31 AM, Simon Wood [EMAIL PROTECTED] wrote:
On Wed, 25 Jun 2008 16:01:40 -0400
Christopher Schmidt [EMAIL PROTECTED] wrote:
The OpenLayers parser doesn't do anything with relations themselves
. However, if you really don't have *any* server
side to work with -- think googlepages, other FTP-only hosting
mechanisms, etc. -- then it is true that data embedded in a Javascript
function call is a way to avoid cross-site restrictions.
Regards,
--
Christopher Schmidt
MetaCarta
/api/0.5/relation/18321/full).
The OpenLayers parser doesn't do anything with relations themselves --
it wouldn't group the bits together into a single feature -- but it
would take the ways and nodes and draw them into the map.
Regards,
--
Christopher Schmidt
MetaCarta
.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
working on getting it back up.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
;)
More seriously, I can try and find some time to fix up the code so that
it parses braintree correctly.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
information
associated with it. The document tree is shown below.
osm version=0.5/
what am I doing wrong?
That's not an error message, that's just how Firefox displays most XML
documents. The fact that the OSM tag is emmpty just means there's no
data in that area.
Regards,
--
Christopher
that geonames.org is
exactly the opposite: a public domain dataset (vmap0) has been
embraced/extended into (in some cases) dozens or more languages per
place name, and many many corrections to data.
Regards,
--
Christopher Schmidt
Web Developer
___
legal
on trying, lol
On Windows, all Python read/writes have to be opened with rb/rw instead
of r/w. Changing Line 36 to:
f = open(installpath + path, rb)
Might do it.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http
before
you load the rest of the data: osmxapi delivers a header immediately,
and then delivers the rest of the data as it becomes available.
I would investigate the timeouts on the connection mechanism you're
using.
Regards,
--
Christopher Schmidt
MetaCarta
On Sat, May 03, 2008 at 06:56:40AM +0100, Lester Caine wrote:
SteveC wrote:
On 2 May 2008, at 12:38, Christopher Schmidt wrote:
Some things don't require referential integreity: selecting ways/nodes
within a bounding box can't hurt the referential integrity of the
database (so long
On Sat, May 03, 2008 at 09:30:39AM +0200, bvh wrote:
On Fri, May 02, 2008 at 10:40:42PM -0400, Christopher Schmidt wrote:
in options, choose 'Aerial - OpenAerialMap' as background and you'll be
fine
hmm, i'm slightly baffled by that. the oam coverage for nz is
appalling at best
choice, so until I sit down and hack on stuff, it's fine to ignore what
I'm saying :)
I'll see if I get time to have a play this weekend and improve my
knowledge and understanding of the code, and maybe I'll find that you're
right, and there's no reason to bother.
Regards,
--
Christopher Schmidt
the harm in
converting those methods (which are probably the single most performance
important aspect of Potlatch?) to SQL is relatively low, so far as I can
tell...
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
' message.
Additionally, I highly doubt you will see anything higher resolution
than
http://openaerialmap.org/map/?lat=37.79202lon=-122.32715zoom=21layers=BF
in Yahoo! anywhere on the planet.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
).
(Of course, Richard will tell me if I'm wrong, I'm sure :))
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
existing blogs from users and make a feed out of it
Like:
http://planet-osm.shaunmcdonald.me.uk/
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
of people. Something for the future, then.
Assuming that the export tab exported a simple, copy-paste friendly HTML
view, would that help solve the technical hurdles?
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http
On Fri, Apr 25, 2008 at 02:11:29PM +0100, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Frederik Ramm [EMAIL PROTECTED] wrote:
Christopher Schmidt wrote:
Assuming that the export tab exported a simple, copy-paste friendly HTML
view, would that help solve the technical
On Thu, Apr 24, 2008 at 01:23:32PM +0100, Steve Hill wrote:
On Thu, 24 Apr 2008, Christopher Schmidt wrote:
I can't claim to have the right answer, but I will state that it is not
common in geographic software to have namespaced attributes: in general,
when this is the case
panels?
Fix JOSM to drag with a single button mouse, and you should be golden.
:)
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
.
Shouldn't a scale bar change its length, when scrolling the map
vertically?
Read the dev thread. The basic answer is Sure, as an option: take it to
the OpenLayers mailing list if you want to implement it.
Regards,
--
Christopher Schmidt
MetaCarta
think of in OSM, but preventing it is hard, and not
really within the spirit of *most* simple geographic data tools.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman
On Wed, Apr 16, 2008 at 11:58:21PM +0200, Martijn van Exel wrote:
Op 16 apr 2008, om 23:41 heeft Christopher Schmidt het volgende
geschreven:
On Wed, Apr 16, 2008 at 11:28:32PM +0200, Martijn van Exel wrote:
It seems likely that the netherlands 'self intersecting polygons' are
simply
On Thu, Apr 17, 2008 at 12:19:19AM +0200, Iván Sánchez Ortega wrote:
El Miércoles, 16 de Abril de 2008, Christopher Schmidt escribió:
On Wed, Apr 16, 2008 at 11:28:32PM +0200, Martijn van Exel wrote:
yesterday a colleague approached me asking why OSM data doesn't comply to
the Simple
specify their coordinates in two
dimensions.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
.
Or save as jpg with a jgw georeferencing file.
Code is in SVN. If you commit something, let me know, and I'll svn up.
If you write a patch and can't commit, email the dev list the patch,
then let me know (I skim, but tend to notice 'tah' in subjects), and I'll
review it.
Regards,
--
Christopher
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
This will be pretty slow in FF2, Faster in FF3, and faster in Safari
(but won't work in Safari 3).
http://crschmidt.net/osm/iceland-lights.html?zoom=6lat=63.78249lon=-62.92969layers=BT
is kinda weird, for example.
Regards,
--
Christopher Schmidt
MetaCarta
have a more significant shift.
This is the real power of OSM at work. See it, and marvel in its glory.
:)
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
On Fri, Apr 04, 2008 at 01:53:24PM +0100, Jonathan W. Lowe wrote:
On Fri, 2008-04-04 at 07:05 -0400, Christopher Schmidt wrote:
On Fri, Apr 04, 2008 at 08:29:56AM +, Jonathan W. Lowe wrote:
When overlaying OSM with the recently available TIGER 2007 shapefile
data for Census Blocks
On Fri, Apr 04, 2008 at 10:31:11AM -0700, Dave Hansen wrote:
On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote:
That is exactly what I am suggesting, based on an examination of the
objects in the area you're looking at: all of them have been updated
several times (as the history
On Thu, Apr 03, 2008 at 11:17:31AM +0800, maning sambale wrote:
Is the osmxapi working on the hourly diffs now?
Minutely, so far as I can tell based on the way that the server behaves.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
: unfortunately, I don't
know much about how to bring this back online.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
On Sat, Mar 01, 2008 at 07:39:06PM +, Chris Hill wrote:
The OsmaRender and Information Freeway slippy maps are *very* slow today. Is
there a problem?
cheers, Chris
There was; there shouldn't be anymore. Sorry about htat.
Regards,
--
Christopher Schmidt
MetaCarta
rendering with mapnik
directly from a .osm file, I believe.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
On Fri, Feb 15, 2008 at 06:14:37PM +0100, Igor Brejc wrote:
The slippymap does not show any Osmarender tiles, only Mapnik ones...
The server is dead. I've sent off an email to have it restarted.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk
On Tue, Jan 22, 2008 at 04:26:06PM +, Steve Chilton wrote:
Is the map rectifier working:
http://labs.metacarta.com/rectifier/
Nope.
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http
that there are likely only two answers you would ever get out of
Google Legal: No, or no answer at all. (Which is clearly not the same
thing as yes!)
Regards,
--
Christopher Schmidt
MetaCarta
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org
66 matches
Mail list logo