On Thu, 2009-11-12 at 10:28 -0600, Ian Dees wrote:
Give everyone a chance to work in a constructive way and don't expect
others to clean the mess bad import left behind.
No wonder there are only few motivated mappers in US. In Canada they
do a much
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
wrote:
It's a fairly well established convention that in OSM it's the
houses/plots, not the road centrelines, that
On Wed, 2009-11-11 at 21:01 -0500, Chris Hunter wrote:
My apologies if this has already been reported to the dev mailing
list, but I've been running up against a critical/showstopper bug in
JOSM 2417 for the past few days.
I just tried with 2439 and can't seem to reproduce this.
-- Dave
On Wed, 2009-11-11 at 23:01 -0500, Chris Hunter wrote:
Thanks. Is 2439 available on the server yet, or is it still in alpha?
I re-downloaded the latest beta a couple hours ago and the
josm-latest.jar link was still pointing at 2417.
I checked it out of SVN and built it myself. I can send
On Wed, 2009-10-21 at 19:40 -0400, Richard Weait wrote:
On Wed, Oct 21, 2009 at 7:34 PM, Sarah Manley sarah.m.man...@gmail.com
wrote:
What is the status of the forum: http://forum.openstreetmap.org?
Would building this out more maybe solve some of our problems?
Preference for email vs
On Wed, 2009-10-21 at 19:40 -0400, Richard Weait wrote:
On Wed, Oct 21, 2009 at 7:34 PM, Sarah Manley sarah.m.man...@gmail.com
wrote:
What is the status of the forum: http://forum.openstreetmap.org?
Would building this out more maybe solve some of our problems?
Preference for email vs
On Thu, 2009-10-22 at 01:34 +0200, Frederik Ramm wrote:
Adam Schreiber wrote:
I would hope that and in the future a mapping mirror. The database
ought to move to being on more than one server.
I am interested to hear your proposals on conflict resolution, or
failing that, segmentation
So, I just noticed that this map:
http://matt.sandbox.cloudmade.com/?lat=45.528599lng=-122.885771zoom=15layer=2
has my own street listed as unedited TIGER data. I think someone is
just using user==DaveHansen as a test for edited vs. uneditied TIGER
data.
So, I changed the display name. It is
So, I just noticed that this map:
http://matt.sandbox.cloudmade.com/?lat=45.528599lng=-122.885771zoom=15layer=2
has my own street listed as unedited TIGER data. I think someone is
just using user==DaveHansen as a test for edited vs. uneditied TIGER
data.
So, I changed the display name. It is
Is this the most up to date way of keeping addresses?
http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
Well, I have some perl code that will parse the 2007/2008 TIGER data
files. My goal is to get the addresses imported into OSM this time
around.
On Sun, 2009-10-04 at 02:24 +1000, John Smith wrote:
2009/10/4 Dave Hansen d...@sr71.net:
Is this the most up to date way of keeping addresses?
http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
Well, I have some perl code that will parse
Is this the most up to date way of keeping addresses?
http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
Well, I have some perl code that will parse the 2007/2008 TIGER data
files. My goal is to get the addresses imported into OSM this time
around.
On Sun, 2009-10-04 at 02:24 +1000, John Smith wrote:
2009/10/4 Dave Hansen d...@sr71.net:
Is this the most up to date way of keeping addresses?
http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
Well, I have some perl code that will parse
On Mon, 2009-09-28 at 23:23 -0700, Scott Atwood wrote:
However, as nearly as I can tell, very little work seems to have been
done on Maui beyond the initial Tiger upload. The problem is, this
Tiger data seems to have some large systematic errors, a translation
to the north-northwest. I
On Tue, 2009-09-29 at 10:40 -0700, Scott Atwood wrote:
The GPS tracklog I uploaded includes data from Wailuku in central
Maui, all along the Hana Highway as far as Waianapana State Park near
Hana. In all the locations I spot checked (including the ones
mentioned above), there appears to be a
On Tue, 2009-09-29 at 11:20 -0700, Scott Atwood wrote:
I spot checked a number of locations all around Maui, and in all the
locations I checked, they seem to be affected by the same or highly
similar offset to the NNW. Here is another example from the Lahaina
area:
I decided to try another approach. I used the tile picker from here:
http://ulrichkuester.de/OSM/CoordinateToOSMTile.html
and got the tiles from here:
http://osm.ammit.de/osm/latest/img/
with a little wget and a bash script. I then used the mkgmap commands
what Lambertus
For those of you that don't know, Cloudmade has some really cool
ready-made maps available for download. I know they work on Garmin
devices, but there are probably some others.
http://downloads.cloudmade.com/north_america/united_states
The problem is that they're made one state at a
On Fri, 2009-08-21 at 08:54 -0500, Travis Rayhons wrote:
3. Does anyone know where I can find the source code to the validator
plugin for JOSM? I was thinking I could take that code and replicate
the procedure into my script.
The code is in SVN:
On Thu, 2009-08-06 at 21:34 +0200, Frederik Ramm wrote:
Allan has made a convincing case about superfluous node tags in
this posting on dev:
http://lists.openstreetmap.org/pipermail/dev/2009-June/016009.html
Huh, I never actually saw that message.
I'm OK with this, but mostly because the
On Sat, 2009-07-18 at 20:07 -0700, Andrew Ayre wrote:
I tried bulk_upload.py and it gave me a 404 error.
I've used this in the past:
http://wiki.openstreetmap.org/wiki/Bulk_upload.pl
Evidently it hasn't been updated to 0.6 yet. But, honestly, that
shouldn't be *that* hard to do.
-- Dave
On Sat, 2009-07-18 at 22:16 -0700, Andrew Ayre wrote:
Thanks. How would I test it without risking putting dummy data or
partial data on the public server? I've tried to use another upload
script with api06.dev.openstreetmap.org and
mysql.dev.openstreetmap.org
but they don't appear to be
On Fri, 2009-07-17 at 15:46 +0200, Frederik Ramm wrote:
This brings down the number of proposed changes from 28k to 26k. The new
list is at the same place:
http://www.remote.org/frederik/tmp/us-motorway-link-downgrade/
Some of these at least are from a botched TIGER county that I screwed up
On Fri, 2009-07-17 at 08:10 -0700, Russ Nelson wrote:
On Jul 17, 2009, at 2:24 AM, Frederik Ramm wrote:
I'd also like to look into some gluing back together of the TIGER
counties
and I wonder how suitable this would be.
My gut feeling is that this calls for a semi-automated process
On Fri, 2009-07-17 at 10:27 -0500, David Lynch wrote:
On Fri, Jul 17, 2009 at 10:10, Russ Nelsonr...@cloudmade.com wrote:
An even more aggressive fix would be to
disconnect everything that isn't a motorway_link. That's probably
correct, but more aggressive than I would choose to
On Fri, 2009-07-17 at 09:19 -0700, Apollinaris Schoell wrote:
Yep. I've even got a JOSM validator plugin test to check motorway
intersections. It doesn't do the angles, but just ensures motorways
only touch other way types at their endpoints.
very useful, can you share?
Here are my
On Fri, 2009-07-17 at 10:35 -0700, Russ Nelson wrote:
On Jul 17, 2009, at 9:29 AM, David Lynch wrote:
Because I and numerous other mappers have put a hell of a lot of time
and effort into getting things right, and I don't want anyone breaking
it because an algorithm assumes it isn't right.
On Fri, 2009-07-17 at 03:41 +0200, Frederik Ramm wrote:
Preliminary analysis shows that there would be roughly 28k changes
across the whole US. I have prepared a full list of all proposed
changes, arranged by state and county, here:
On Wed, 2009-07-08 at 17:55 -0700, Dave Hansen wrote:
On Wed, 2009-07-08 at 17:08 -0700, Alan Mintz wrote:
1. Short road N Laurel Ave (way 7497408) ending at a T-intersection into
W 18th St (way 7516644). TLID is 144674357. The node at the T has TLIDs
144674357:144674376:144986081, which
On Tue, 2009-07-07 at 10:23 -0700, Apollinaris Schoell wrote:
it's bad if you don't have a 4WD but your navi thinks it's perfect to
use :(
but even tomtom, google, ... have the same errors in these areas.
if we want osm to be better there is no easy way to get it right
without checking
On Tue, 2009-06-23 at 11:57 -0700, Andrew Ayre wrote:
So I need to split the North-South way into two pieces and it intersects
the East-West way in two places.
I cannot figure out how to do this in JOSM. I've tried everything -
splitting a way at nodes, ungluing, etc. The way always
We had a super-cool mapping party in Portland, OR this weekend. But I
noticed some really werid GPS traces. Somebody has spelled out things
like ATM and SUSHILAND in the GPS tracks, and they weren't walking
around spelling things. ;)
Take a look around 45.524613, -122.694281.
I'm just curious
We had a super-cool mapping party in Portland, OR this weekend. But I
noticed some really werid GPS traces. Somebody has spelled out things
like ATM and SUSHILAND in the GPS tracks, and they weren't walking
around spelling things. ;)
Take a look around 45.524613, -122.694281.
I'm just curious
On Thu, 2009-06-04 at 00:36 -0600, Ted Percival wrote:
Its functions are:
- Strip St suffix from grid-named streets (eg. South 500 West)
- Collapse multiple spaces into a single space (lots of TIGER)
- Expand abbreviated directions (eg. S 500 E to South 500 East)
- Expand abbreviated suffixes
On Wed, 2009-05-06 at 19:08 +0100, Andrew Ayre wrote:
Hi! When I load OSM data into my GPS unit using mkgmap for a place in
the UK then it is accurate. When I load OSM data for Tucson, Arizona
then it is off by perhaps 100ft.
I would like to make the maps for Tucson usable, so my questions
On Mon, 2009-04-27 at 09:50 -0700, Apollinaris Schoell wrote:
tiger data is that the quality is from excellent to really bad in
accuracy
tiger data is old and contains abandoned roads
tiger has no level info, no direction for oneways, no turn
restrictions, or any other fancy info which we
On Fri, 2009-05-01 at 08:32 -0700, Apollinaris Schoell wrote:
this one is way more useful than maplint. but it's europe only at
the
moment
Anyone with plans to provide a US version?
Tiger doesn't have directions on (some?) motorways, motorway_link
and
may of them are wrong.
this
On Fri, 2009-04-24 at 09:40 -0700, Alan Millar wrote:
If you don't like the tag, you don't have to use it. But I have been
waiting for this highlighting feature for a long time, but never got
around to figuring out enough in JOSM, so I am happy to see it. To
each his own; there is room for
On Fri, 2009-04-24 at 10:26 -0700, Apollinaris Schoell wrote:
forcing every josm user to accept it is somewhere between ignorance
and dictatorship
Hi Apollinaris,
I'd be happy to code up a custom version of JOSM for you that doesn't
have the yellowness. I'd also be happy to looking into
On Tue, 2009-04-14 at 15:41 -0700, Minh Nguyen wrote:
A few weeks after DaveHansen imported the TIGER data for Ohio [1],
RSatterf reimported the data for Greene County, Ohio [2]. As a result,
every single way in the county is duplicated. On top of that, RSatterf's
import also added a loose
On Tue, 2009-04-14 at 19:22 -0500, Chris Lawrence wrote:
On Tue, Apr 14, 2009 at 5:41 PM, Minh Nguyen m...@1ec5.org wrote:
A few weeks after DaveHansen imported the TIGER data for Ohio [1],
RSatterf reimported the data for Greene County, Ohio [2]. As a result,
every single way in the county
On Mon, 2009-03-16 at 20:05 -0500, Ian Dees wrote:
I'm sure DaveH will be able to chime in on this with more clarity, but
I think that the original TIGER import had some data consistency
problems and so all of its data removed before the second import
happened.
Oddly enough, I never
On Thu, 2009-03-05 at 10:48 -0500, Russ Nelson wrote:
Also, are there tags to keep information about metadata like the
data source (i.e. gps, digitized, etc)?
Chris and Dave have set a standard for imports that says that existing
metadata should be preserved. As long as you do that,
On Thu, 2009-03-05 at 08:11 -0800, Matt Maxon wrote:
Here in SoCal parking most anywhere with in a National Forest
requires
paying a fee $5 daily or $30 annual ($80 Public Lands pass too)
Same basic system in Oregon and Washington. Some trailheads are
special, usually when they're really
On Thu, 2008-12-25 at 23:22 +1100, Justin Adler wrote:
Hi folks,
quick question about this Tiger lines and OSM.
1) Are there any import scripts out there which are not rails or php?
something in .NET maybe?
No.
2) Do the tiger lines have the following data (which could then be imported
On Fri, 2008-12-19 at 03:15 -0800, Sam Vekemans wrote:
Where one option is to use an OpenLayers slippy map, where users could
use a rendered version of all the Tiger data, and trace with it, just
as they would with the Yahoo imagery layer?
I'd really rather just import the data rather than be
On Wed, 2008-12-17 at 00:26 -0800, Dan Putler wrote:
One way has the TIGER TLID attribute, the other way does not (the person
doing the editing of the way missing the TLID probably didn't understand
the relevance of it, and didn't think it mattered).
There are several concerns here. First, as
On Thu, 2008-12-11 at 15:02 -0500, Mepham, Michael wrote:
My first question has to be “Why are you doing this?”. I have spent
some time looking through the OSM web site and I understand the
rational for building street maps where none exist or at least are not
generally available but that is
On Wed, 2008-12-10 at 13:35 -0500, Richard Degelder wrote:
By the way do you know what they did with the AND import? Did they also
just load up the map and leave it to the local mappers to correct and
discrepancies and fix any errors as well? I realize that within places
like China and India
On Tue, 2008-10-28 at 15:46 -0700, Alan Brown wrote:
If those 10% are located where someone has poured their heart into
making a carefully constructed map - you could disillusion some of
your most active contributors.
Yup, I completely agree.
But, one of the nice things is that the active
On Sat, 2008-10-25 at 10:37 +1100, Nick Hocking wrote:
I'm firmly convinced that automatic uploads should only go into areas
where there are NO user edited nodes or ways. Other updates need to be
done manully to avoid data corruption.
You have absolutely shown a number of cases where there was
On Fri, 2008-10-24 at 22:09 +1100, Nick Hocking wrote:
Can you confirm that any bulk upload of Tiger 2007 date will not
erase or be overlaid over/under/alongside any existing user edits.
On my last US trip I've got about 6000 miles of gps tracks. I've only
edited in a few hundred miles of
On Tue, 2008-10-21 at 22:58 -0500, Chris Lawrence wrote:
On Mon, Oct 20, 2008 at 8:16 PM, Dave Hansen [EMAIL PROTECTED] wrote:
You can run it like this:
perl tiger-shp-to-osm.pl
data/ftp2.census.gov/geo/tiger/TIGER2007FE/41_OREGON/41055_Sherman/fe_2007_41055_edges.zip
out-dave.osm
On Tue, 2008-10-21 at 22:58 -0500, Chris Lawrence wrote:
On Mon, Oct 20, 2008 at 8:16 PM, Dave Hansen [EMAIL PROTECTED] wrote:
You can run it like this:
perl tiger-shp-to-osm.pl
data/ftp2.census.gov/geo/tiger/TIGER2007FE/41_OREGON/41055_Sherman/fe_2007_41055_edges.zip
out-dave.osm
On Mon, 2008-10-20 at 09:21 +0200, Lambertus wrote:
Any idea about the differences between the Tiger data in the OSM db and
this new set? By that I mean: is it just road network updates or is the
data also better defined? The current tiger data in the db may look
alright on a map, but
On Mon, 2008-10-20 at 09:43 +0200, vegard wrote:
On Sun, Oct 19, 2008 at 10:54:55AM -0700, Dave Hansen wrote:
Has anyone looked at importing the TIGER 2007 data yet? I was going to
start coding up the conversion utilities to get started. It appears
that this shapefile format may have
I'm trying to share early and often. :)
Here's the first output from my new TIGER 2007 script. I used
shp2osm.pl from SVN and added a perl port of a chunk of the ruby code
from the original TIGER import.
http://dev.openstreetmap.org/~daveh/tiger/2007/OR-Sherman.osm.bz2
This doesn't have any of
I'm trying to share early and often. :)
Here's the first output from my new TIGER 2007 script. I used
shp2osm.pl from SVN and added a perl port of a chunk of the ruby code
from the original TIGER import.
http://dev.openstreetmap.org/~daveh/tiger/2007/OR-Sherman.osm.bz2
This doesn't have any of
Has anyone looked at importing the TIGER 2007 data yet? I was going to
start coding up the conversion utilities to get started. It appears
that this shapefile format may have existing OSM converters out there.
Anyone want to admit to having one? ;)
-- Dave
On Sun, 2008-10-19 at 11:10 -0700, Karl Newman wrote:
On Sun, Oct 19, 2008 at 10:54 AM, Dave Hansen [EMAIL PROTECTED] wrote:
Has anyone looked at importing the TIGER 2007 data yet? I was
going to
start coding up the conversion utilities to get started
On Sun, 2008-10-19 at 11:25 -0700, Karl Newman wrote:
Ah. Quite a trick... I seem to recall that somebody had wanted to do
that earlier, but I think they got discouraged by the difficulty.
Well, time may have made me forget what a pain the original import was.
We'll see how far I get this time.
On Sun, 2008-10-19 at 14:29 -0400, Russ Nelson wrote:
Dave Hansen writes:
Then, decide how if/when it is appropriate to write over the old TIGER
stuff with new. Or, to merge it somehow.
I've updated it in some cases. Perhaps only update if the data is
unchecked?
Sure, that would
Has anyone looked at importing the TIGER 2007 data yet? I was going to
start coding up the conversion utilities to get started. It appears
that this shapefile format may have existing OSM converters out there.
Anyone want to admit to having one? ;)
-- Dave
On Sun, 2008-10-19 at 11:33 -0700, Alan Brown wrote:
Then, decide how if/when it is appropriate to write over the old
TIGER
stuff with new. Or, to merge it somehow.
Be very, very careful here.
Conflation is a difficult thing. I used to work at Tele Atlas, and
there was a major
On Wed, 2008-08-20 at 17:36 -0700, Alan Brown wrote:
I think this is a case of where, if I get clarification from them
further, it *might* be okay, but the wording is too fraught with
ambiguity to be safe. Here's the part I'm worried about - I explained
in an e-mail what OpenStreetMap is
On Thu, 2008-07-17 at 21:10 +, [EMAIL PROTECTED] wrote:
Is the Census Bureau going to continue to make regular (ie. annual or
semi-annual) data releases of street centerline data, or does the 2007
TIGER/Line Shapefile release represent the end of the project?
I can't imagine this will be
On Wed, 2008-07-16 at 07:57 +0100, SteveC wrote:
Can anyone (especially anyone local to Portand but it's not crucial)
take some time to look and see?
Adam says:
I called Metro today, and they say their data is not public domain, so
I think that makes it unusable on OSM. Oh well.
Adam
On Mon, 2008-07-07 at 16:10 -0400, Morgan Ress wrote:
* High School Students that are working here for the summer, in a
program designed to teach them about GIS and community planning.
Currently, they are working on detailed maps of our neighborhood using
QGIS - I'd like to make our work
On Wed, 2008-06-25 at 12:42 -0400, John Callahan wrote:
Spatially it's no contest. I've attached just a few simple images to
show what I mean. These show our new dataset in red vs TIGER 2007 in
purple. Remember that the red lines match the hi-res photography.
Wow. Hard to argue with that!
On Thu, 2008-05-22 at 11:34 -0400, Christopher Schmidt wrote:
More seriously, I can try and find some time to fix up the code so
that it parses braintree correctly.
I guess we could also just cut the appropriate TIGER area out and upload
that as well. Let me know if this interests anyone.
--
On Fri, 2008-05-09 at 07:05 +0900, Jeffrey Martin wrote:
Why are there so many problems with the TIGER data?
Because we're not using it for its intended purpose. It really is great
data.
Where do the extra roads come from? Are they planned roads?
Ask your local government. They gave the
On Wed, 2008-05-07 at 10:51 -0500, Ian Dees wrote:
I was going to modify Matthew's script here:
http://perrygeo.googlecode.com/svn/trunk/gis-bin/nhd_to_osm.py
to try and fix the issues that he described in the header:
- support holes in water bodies (islands)
- tag OSM data with all
On Thu, 2008-05-01 at 10:17 -0700, Karl Newman wrote:
That would be awesome. Maybe we could rip out the TIGER hydrographic
features and replace them with the NHD stuff. Maybe coastlines, too? I
guess we'd have to be careful about duplicating/overwriting people's
work, though.
Uh. There are
On Fri, 2008-04-25 at 14:46 -0700, Alan Millar wrote:
Unfortunately, it is in perl because that's what I know; I've never done
anything in Java yet. I've been wondering if this may be just the time to
learn it. I'm not sure if a JOSM plugin is a good place to start learning
Java or if that
On Fri, 2008-04-25 at 14:46 -0700, Alan Millar wrote:
Unfortunately, it is in perl because that's what I know; I've never done
anything in Java yet. I've been wondering if this may be just the time to
learn it. I'm not sure if a JOSM plugin is a good place to start learning
Java or if that
On Fri, 2008-04-04 at 13:51 -0400, Christopher Schmidt wrote:
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
On Fri, 2008-04-04 at 11:04 -0700, Dan Putler wrote:
Not all counties have been improved through the MAF/TIGER Accuracy
Improvement Project (MTAIP). Here is a link to the counties that have
not been improved in the 2007 TIGER data:
On Thu, 2008-04-03 at 00:18 +0100, Mark Williams wrote:
Can anyone tell me why Validator (the normal one) chokes on this
http://www.openstreetmap.org/?lat=51.49219lon=0.27476zoom=17
please? I can reverse the way all I like, it's not duplicated, it's
clockwise whichever way the arrows go
On Mon, 2008-03-03 at 19:36 -0600, Alex Mauer wrote:
Dave Hansen wrote:
I'm pretty sure I know one when I see one these days.
http://wiki.openstreetmap.org/index.php/Map_Features
A restricted access major divided highway, normally with 2 or more
running lanes plus emergency hard
On Mon, 2008-03-03 at 23:23 -0500, Bone Killian wrote:
certainly a highway that meets the
standards without being designated should be tagged as motorway, but
as
IMHO the only thing that qualifies a road as a motorway (in the US) is
the big red and blue signage identifying it as part of
On Fri, 2008-02-29 at 11:02 -0600, Alex Mauer wrote:
Dave Hansen wrote:
For instance, OR217 and US26 west of Portland are both divided,
multi-lane, limited access highways. Despite not being interstates,
they *ARE* motorways.
Hmm, are you sure? maybe they just look like motorways
On Thu, 2008-02-28 at 20:18 -0600, Ian Dees wrote:
I have a hard time deciding which value to use based on the UK-centric
descriptions on the wiki.
They're not hard and fast rules, honestly. You also can't completely
say all (US/State/County) highways are primary/secondary/tertiary,
etc...
On Fri, 2008-02-22 at 12:23 -0800, [EMAIL PROTECTED] wrote:
Hi- I've just joined up and I'd like to help out cleaning up the map for
my area in Beaverton/Portland Oregon.
It looks like it is completely covered already by the Tiger data. But
I've noticed many displacement problems where the
On Wed, 2008-01-30 at 09:00 -0800, Cristiano Giovando wrote:
I confirm what Rob said, it actually resumed from where it left. But
it's also true it took many tries before I was able to upload the
entire dataset. I suspect this problem is more likely with large
datasets, and it may just be
On Mon, 2007-12-31 at 04:01 -0800, Alex S. wrote:
John Wolter wrote:
TIGER depicts motorways as a single way
It depicts almost all dual-carriageway roads as a single way. And
sometimes it doesn't even say when it does.
These are widespread enough that I do think we probably need to teach
On Mon, 2007-12-31 at 00:30 -0500, Paul Fox wrote:
dave wrote:
Yeah, that's the trouble with the TIGER data. Its coverage is
excellent, but the quality can be worse than what's there. So, do
you
wow. i'm beginning to realize that we in new england must be very
lucky. sure, tiger
401 - 486 di 486 matches
Mail list logo
