On Mon, Feb 21, 2011 at 3:30 PM, Manuel Reimer
manuel.s...@nurfuerspam.dewrote:
80n wrote:
There was a typo in the load balancer config file. Fixed now. Thanks for
picking this up.
Does this mean, that the informationfreeway.org-redirector may be used
again, now? Is it stable
On Sat, Feb 19, 2011 at 5:07 PM, Graham Jones grahamjones...@gmail.comwrote:
I am having a bit of trouble using the informationfreeway.org service to
select which xapi instance to send requests to. I get the following wget
response:
On Thu, Dec 30, 2010 at 11:39 PM, Shaun McDonald
sh...@shaunmcdonald.me.ukwrote:
On 30 Dec 2010, at 18:25, Wyo wrote:
Shaun McDonald wrote:
So far there hasn't been any great ideas as to why we would need to
implement
a new API version.
Well as far as the current brainstorming
On Wed, Aug 25, 2010 at 11:36 AM, Emilie Laffray
emilie.laff...@gmail.comwrote:
On 25 August 2010 04:33, Anthony o...@inbox.org wrote:
On Tue, Aug 24, 2010 at 3:28 PM, Grant Slater
openstreet...@firefishy.com wrote:
On 24 August 2010 20:17, Stephan Knauss o...@stephans-server.de wrote:
On Sun, Aug 15, 2010 at 5:01 PM, bernhard zwischenbrugger
b...@datenkueche.com wrote:
Am 15.08.10 17:14, schrieb Roeland Douma:
You could only allow for the query on high zoom leves. Since what good is
an
overlay of all restaurants on zoomlevel 11?
That's the point!
A level 11
On Sun, Aug 15, 2010 at 8:57 PM, 80n 80n...@gmail.com wrote:
On Sun, Aug 15, 2010 at 5:01 PM, bernhard zwischenbrugger
b...@datenkueche.com wrote:
Am 15.08.10 17:14, schrieb Roeland Douma:
You could only allow for the query on high zoom leves. Since what good is
an
overlay of all
.
80n
There are people exploring shifting the USGS license model but that may
take an Act of Congress (literally!).
Of course, this means all of the data in a USGS fork can be put into OSM.
Also, any code changes we make would be offered to the community.
-Eric
Emilie
Thanks for this link. It all looks rather complicated and too much for the
amount of data that I have. I was hoping for a simpler solution.
Right now, it seems to me that tracing twice might be the most effective
solution.
80n
On Mon, Jul 19, 2010 at 5:15 PM, Emilie Laffray emilie.laff
On Wed, Jul 21, 2010 at 10:37 AM, Stefan de Konink ste...@konink.de wrote:
On Wed, 21 Jul 2010, 80n wrote:
Right now, it seems to me that tracing twice might be the most effective
solution.
The simple solution obviously would generate SQL from a diff file, that can
by pass the api
On Wed, Jul 21, 2010 at 1:04 PM, Stefan de Konink ste...@konink.de wrote:
On Wed, 21 Jul 2010, 80n wrote:
High performance is not a requirement. Fidelity of merging edits that are
potentially conflicting is important. There will be some divergence
between
the OSM dataset and the once
fences but will also
comprise plenty of other things (road re-alignments, new roads, open spaces,
etc) and will be created by a team of people tracing from aerial imagery.
So faced with planet.osm and surrey.osm how can they best be merged?
80n
___
dev
=a ∪ foo = b) ∩ (bar =c ∪ bar=d)
80n
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
On Fri, Jul 9, 2010 at 9:54 PM, John Smith deltafoxtrot...@gmail.comwrote:
On 10 July 2010 06:39, 80n 80n...@gmail.com wrote:
Yes you can. {foo=*][bar=*] is the subset of elements that have both foo
and bar tags.
That doesn't actually do anything, only one of them is used for the
query
On Fri, Jul 9, 2010 at 10:25 PM, John Smith deltafoxtrot...@gmail.comwrote:
On 10 July 2010 07:19, 80n 80n...@gmail.com wrote:
http://osmxapi.hypercube.telascience.org/api/0.6/*[name=Sydney][place=city]
As I said, last time I tested it, which also means the documentation
on the wiki hasn't
parameters with similar performance. What else do you need?
80n
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Graham
The server has been heavily loaded for the last day or so. Requests are
getting queue up. Increasing your client timeout might help, if you are able
to do that.
I'll turn on some load balancing so that some requests are shed to
hypercube.
Etienne
On Wed, Apr 28, 2010 at 10:13 PM, Graham
On Tue, Dec 15, 2009 at 2:19 AM, John Smith deltafoxtrot...@gmail.comwrote:
2009/12/15 80n 80n...@gmail.com:
Feedback and comments would be welcome and much appreciated.
80n
Is it possible to supply a parameter to not just get a particular
version, but to get all versions?
Like
/full
This should work for any versions of any way since yesterday, but as the
full history is not yet loaded older revisions are not yet available.
80n
On Wed, Dec 9, 2009 at 8:27 PM, Peter Körner osm-li...@mazdermind.dewrote:
Hi
Now that we have a full Histoy Planet Dump (Thank you Lars
Matt
Thanks for doing this (and Lars for writing it).
I assume it doesn't include the history that was deleted when segments were
converted to ways?
I recall that it was archived somewhere. Would it be possible to make that
available in some form?
80n
On Wed, Dec 9, 2009 at 2:24 PM, Matt
Something like this is well within the capabilities of XAPI and I had
already downloaded a copy of the full history and was just starting to think
about what should be done with it.
80n
On Wed, Dec 9, 2009 at 8:27 PM, Peter Körner osm-li...@mazdermind.dewrote:
Hi
Now that we have a full
by XAPI, but some
clients may require you to url encode the query. To do this replace each
space with %20.
80n
Marcus
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
I've fixed this in XAPI.
80n
On Thu, Dec 3, 2009 at 8:28 AM, Stephan Plepelits
sk...@xover.htu.tuwien.ac.at wrote:
Hi!
I found a bug either in XAPI or Osmosis:
If you download relations from XAPI, members of relations without a role,
don't get an attribute 'role', which breaks Osmosis
some simple load balancing so that requests that go
via www.informationfreeway.org will be redirected to any one of the three
operational servers.
80n
On Wed, Nov 25, 2009 at 8:01 AM, Sebastian Spaeth sebast...@sspaeth.dewrote:
I just replied to a bug in our trac, complaining about an invalid
be available
by the end of this week.
The third XAPI instance at Bearstech no longer has sufficient disk space.
I'm considering a partial implementation there that will be able to process
a sub-set of XAPI queries, but that's somewhere in the future.
80n
On Wed, Nov 25, 2009 at 8:01 AM, Sebastian
On Wed, Nov 25, 2009 at 8:42 AM, Sebastian Spaeth sebast...@sspaeth.dewrote:
80n wrote:
There was a recent disk outage on hypercube. The server is now back up
and the database is currently being recovered. The service should be
back shortly.
Good to know
Thanks for the prompt
On Wed, Nov 25, 2009 at 8:26 AM, Alan Mintz
alan_mintz+...@earthlink.netalan_mintz%2b...@earthlink.net
wrote:
At 2009-11-25 00:10, 80n wrote:
...
The third XAPI instance at Bearstech no longer has sufficient disk
space. I'm considering a partial implementation there that will be able
that matters on the mailing list - at least not
satisfying ones) one would use the API instead.
Gary
What questions do you need answers about?
80n
so let's say i would need ~500 calls a day for an application, each
requesting a tile of 0.01 by 0.01 deg. would i or my application
is complete.
80n
On Fri, Jul 3, 2009 at 5:29 PM, Gary68 g...@gary68.de wrote:
there is more or less constantly talk about non-responding XAPI. and we
discovered several times that elements are missing in XAPI output.
and XAPIs were slow in the past.
one question was: when would XAPI be back
Grant
What's the spec of the old dev server?
80n
On Fri, Jul 3, 2009 at 10:29 PM, Grant Slater gr...@firefishy.com wrote:
I am happy to organise something like this. Alternative would be to
use a portion of a new dev server for this or dedicate the retired dev
hardware to XAPI.
/ Grant
This is all redundant information. Be bold, delete it.
80n
On Fri, Jun 26, 2009 at 5:59 PM, Andy Allan gravityst...@gmail.com wrote:
Hello Devs,
source = tiger_import_dch_v0.6_20070813
tiger:county = St. Louis, MO
tiger:tlid = 100111260:100111261:10055:10059
tiger:upload_uuid
Jeff
This url works for me:
http://www.informationfreeway.org/api/0.6/*[elephant=*]
I just tried yours and it appears to have stalled after downloading 5.2Kb.
Not sure why yet, I'll investigate futher.
80n
On Sat, May 2, 2009 at 3:50 PM, Jeffrey Warren war...@mit.edu wrote:
Hmm, I'm now
Actually your request seems to be working fine now. The stall was probably
a transient network dropout.
On Sat, May 2, 2009 at 5:14 PM, 80n 80n...@gmail.com wrote:
Jeff
This url works for me:
http://www.informationfreeway.org/api/0.6/*[elephant=*]http://www.informationfreeway.org/api/0.6
=-71.089,42.359,-71.087,42.361%5D
I'll update the platform status page as it's not quite accurate at the
moment.
80n
The 0.5 service is serving data as at 17th April.
On Fri, May 1, 2009 at 6:27 AM, Jeffrey Warren war...@mit.edu wrote:
Hello all -
I'm trying to ping
Larcher uid=51927 visible=true
timestamp=2009-04-24T06:37:03Z/
For the same node in the corresponding diff files the changeset is missing:
node id=306233222 version=2 timestamp=2009-04-24T06:37:03Z
uid=51927 user=Martin Larcher lat=45.7514757 lon=8.5623437/
80n
On Sun, Apr 26, 2009 at 8:30 AM, Brett Henderson br...@bretth.com wrote:
80n wrote:
Brett
The diff files do not appear to contain the changeset attribute for nodes,
ways and relations. Do you have any plans to include this?
For example, this node from the 0.6 API includes the changeset
?
80n
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
On Tue, Mar 31, 2009 at 2:41 PM, Stefan de Konink ste...@konink.de wrote:
80n wrote:
On Tue, Mar 31, 2009 at 5:20 AM, Stefan de Konink ste...@konink.demailto:
ste...@konink.de wrote:
I really wonder, considering the claims of the software that I am using
right now, if the API 0.6
On Tue, Mar 31, 2009 at 4:26 PM, Matt Amos zerebub...@gmail.com wrote:
On Tue, Mar 31, 2009 at 4:11 PM, 80n 80n...@gmail.com wrote:
Let me see if I understand correctly what you are saying. You think that
the currently proposed migration from the old server and old schema to
the
new
On Wed, Feb 11, 2009 at 4:49 PM, Tom Hughes t...@compton.nu wrote:
Frederik Ramm wrote:
Tom,
Tom Hughes wrote:
Also, I read from the foundation meeting minutes that the code to
handle the technical side of the planned license change has already
been mostly completed
[...]
it as fast as you can make it.
80n
Brett
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org
On Wed, Feb 11, 2009 at 9:09 AM, Shaun McDonald
sh...@shaunmcdonald.me.ukwrote:
On 11 Feb 2009, at 08:52, 80n wrote:
On Wed, Feb 11, 2009 at 2:32 AM, Brett Henderson br...@bretth.com wrote:
Iván Sánchez Ortega wrote:
El Miércoles, 11 de Febrero de 2009, Shaun McDonald escribió:
Having
On Wed, Feb 11, 2009 at 11:39 AM, Patrik Sjöberg patrik.sjob...@bth.sewrote:
Hi!
What would be the best way to get data for ways at a specific zoom
level? I would like all roads visible on zoom 5 for instance, possibly
with lower resolution (fewer nodes per way). I'm guessing something
like
On Wed, Feb 11, 2009 at 12:42 PM, Shaun McDonald
sh...@shaunmcdonald.me.ukwrote:
On 11 Feb 2009, at 12:14, 80n wrote:
On Wed, Feb 11, 2009 at 11:39 AM, Patrik Sjöberg patrik.sjob...@bth.sewrote:
Hi!
What would be the best way to get data for ways at a specific zoom
level? I would like
On Sat, Feb 7, 2009 at 5:37 AM, Igor Brejc igor.br...@gmail.com wrote:
Frederik Ramm wrote:
I would imagine some complaints from those users who are not interested
in buildings, and for whom 90% of the data they download is useless
after the import. You might have to provide filtered
On Thu, Jan 29, 2009 at 10:08 AM, Frederik Ramm frede...@remote.org wrote:
Hi,
80n wrote:
Can someone remind me again please. What's the purpose of calculating and
storing the bbox for each changeset?
So that it is possible to query the database effectively for something like
all
On Wed, Jan 28, 2009 at 11:51 AM, Brett Henderson br...@bretth.com wrote:
Frederik Ramm wrote:
Will the planet dump and/or diffs be extended so that they contain all
changesets too, or what should be the preferred mode of operation for a
third-party application that wants to track
On Wed, Jan 28, 2009 at 1:06 PM, Brett Henderson br...@bretth.com wrote:
80n wrote:
Replication of changesets is on my undocumented long term TODO
list for
osmosis (I should add it to trac) but I don't know when I'll be
able to
do it. I had some discussions with Shaun
On Sun, Dec 14, 2008 at 7:24 PM, Stefan de Konink ste...@konink.de wrote:
Stefan de Konink wrote:
80n wrote:
I'm wondering if perhaps we can compute some kind of rolling checksum
that can be compared between data sources. It would then be quick and easy
to see if any server was ok just
On Mon, Dec 15, 2008 at 9:57 AM, Mathieu Arnold m...@mat.cc wrote:
+--On 15 décembre 2008 09:41:34 + 80n 80n...@gmail.com wrote:
| Are you saying, very simply, a count of all the tags for nodes, ways and
| relations for any given timestamp?
|
| For example:
| 2008-12-15 08:04
- if there's a consensus then
everything is ok.
Anyone know a good, easy to implement algorithm, that could be used for
this?
80n
On Sun, Dec 14, 2008 at 6:00 PM, Rowland Shaw rowland.s...@gmail.comwrote:
All in that sort of time frame, so it looks like we've found our cause :)
2008/12/14 mile
Ben
You could do it the easy way:
wget http://osmxapi.hypercube.telascience.org/api/0.5/*[bbox=1,50,2,51]
80n
On Thu, Dec 4, 2008 at 11:18 PM, Ben Supnik [EMAIL PROTECTED] wrote:
Hi,
Andras and I were looking at cutting the OSM planet file into 1x1 degree
tiles (including at least enough
On Sat, Nov 22, 2008 at 7:25 PM, Stefan Keller [EMAIL PROTECTED] wrote:
You don't need to defend open source nor explain software supplying
process as we're on the same boat.
In a research project we are trying to use the OSMXAPI (or xapi) for
an innovative location based service for
.
Do you want to help sort out these problems?
80n
On Fri, Nov 21, 2008 at 12:43 AM, Stefan Keller [EMAIL PROTECTED] wrote:
Hi all,
What are the core problems not being able to keep those Xapi services
up, especially xapi.openstreetmap.org?
From platform status of xapi as of nov. 21, 2008
?
80n
On Fri, Nov 7, 2008 at 4:01 PM, Maarten Deen [EMAIL PROTECTED] wrote:
I can get no data from the XAPI servers at all. Both
xapi.openstreetmap.org and
osmxapi.hypercube.telascience.org come back with ERROR 501: Internal
Server Error.
What's going on?
Maarten
want to provide bbox info then you'd probably need to provide
a feed of changeset changes. Each time the bbox is extended by the main
server you'd need to supply a changeset update with the new bbox values.
This is doable, but seems a bit pointless really.
80n
Hopefully the above makes
On Fri, Oct 3, 2008 at 6:19 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
Hi,
since changesets are not atomic, nor can they be automatically
reverted, is it useful to be able to close changesets?
I'm also in the I don't want a changeset to go on forever camp. If the
edit is so complex that
of the OSM schema.
80n
On Tue, Sep 9, 2008 at 5:26 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
Hi,
SO why does the planet export and/or the osc change files have
timestamps in their filename? Its a snapshot timestamp and thats the one
i am interested in. It says that the state i am dumping
capacity.
Now, don't all rush at once...
80n
On Sat, Aug 30, 2008 at 6:29 AM, spaetz [EMAIL PROTECTED] wrote:
The queue length is at 0 for all API instances but hasn't been turned on
again yet, I guess we can't deny TomH some sleep.
It's extremly frustrating for me too to see the [EMAIL PROTECTED
The proposed version tag in the 0.6 API might actually help here.
If the version tag is removed, invalidated, in the munged version of a way,
then the 0.6 API should reject any attempt to upload it.
On Thu, Aug 14, 2008 at 2:25 PM, Marcus Wolschon [EMAIL PROTECTED]wrote:
On Thu, 14 Aug 2008
attribute here, not some
additional tag entry like tag k='osmosis:mangled' v='yes'/ which
wouldn't help as it would just end up in someone's database :S ).
80n
Karl
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo
On Sat, Aug 9, 2008 at 5:37 PM, m*sh [EMAIL PROTECTED] wrote:
Am Sa, 9.08.2008, 16:34, schrieb Christoph Eckert:
Hi,
What does this mean?
maybe you applied senseless tags to nodes.
What's senseless with this?
---
node id=284158640
This is a known bug that was fixed some time ago. It has left some bad
index records - I need to run an index rebuild sometime to purge any
remaining errors.
The bug was due to incorrect handling when a node in a way was moved but the
way itself was not edited. A subsequent change to the tags
2008/6/25 Iván Sánchez Ortega [EMAIL PROTECTED]:
Hi all,
First of all, I want to say that WMS sucks. The 100-page spec sucks, the
efficiency sucks.
That said, I just committed to SVN a set of hacks I've come to call OSM
WMS.
Why? Long story short, this will allow me to promote OSM to
On Fri, Jun 20, 2008 at 4:43 PM, Dirk-Lüder Kreie [EMAIL PROTECTED]
wrote:
80n schrieb:
Why don't you discuss it with me?
Simply because there was an offer there, and not a request by me.
I'm always open to other solutions, this one was not really a concious
decision, and not intended
It's up now.
On Fri, Jun 20, 2008 at 10:46 AM, Nick Whitelegg
[EMAIL PROTECTED] wrote:
Hello everyone,
Is OSMXAPI down?
I'm trying the example:
http://osmxapi.hypercube.telascience.org/api/0.5/node%5bamenity=hospital%5d%5bbbox=-6,50,2,61%5d
and get nothing back.
I also tried a
On Fri, Jun 20, 2008 at 2:29 PM, Dirk-Lüder Kreie [EMAIL PROTECTED]
wrote:
80n schrieb:
It's up now.
It seems to fall over from load whenever the main api is slow or down,
since many [EMAIL PROTECTED] clients are configured to failover to XAPI.
No, not at al. The hypercube server
On Fri, Jun 20, 2008 at 3:16 PM, Dirk-Lüder Kreie [EMAIL PROTECTED]
wrote:
80n schrieb:
On Fri, Jun 20, 2008 at 2:29 PM, Dirk-Lüder Kreie [EMAIL PROTECTED]
wrote:
80n schrieb:
It's up now.
It seems to fall over from load whenever the main api is slow or down,
since many [EMAIL
to Kosmos and I want to show the
download progress to the user.
Thanks for any response,
No, the content length is not known at the time the output starts. Sorry.
80n
Igor
--
http://igorbrejc.net
___
dev mailing list
dev
gives time for any issues to be ironed out of the 0.6 API
without bringing the whole project to a grinding halt.
80n
It might also be nice to think about contingency measures :
afaik there is really no reliable way for a client to know that
his request is on an out-of-date api
On Mon, May 5, 2008 at 6:05 PM, Martijn van Oosterhout [EMAIL PROTECTED]
wrote:
2008/5/5 80n [EMAIL PROTECTED]:
Unless someone thinks that 2,000 (guesstimate) JOSM users will all
upgrade
simultaneously, then it would be unwise to just switch from 0.5 to 0.6
overnight.
If it were up
competition,
which will surely result in more innovation and better tools for everyone.
80n
On Thu, May 1, 2008 at 6:35 PM, Richard Fairhurst [EMAIL PROTECTED]
wrote:
[warning - long ponderous e-mail follows!]
Hi all,
A fairly weighty issue concerning the future of Potlatch has arisen,
and I'm
the other day that was
using the
XAPI. Possibly that was only the lowzoom part then? - Anyway if you
say we don't use the XAPI currently, and if it is really so close
behind as 80n says, then why don't we switch?
XAPI is not optimized for pure bbox requests (yet?), downloading a z12
city
of a feature from
aerial imagery, although I wonder if they realised it would turn out to be
upside down ;)
80n
| [1]
|
http://www.openstreetmap.org/?lat=51.47472lon=-0.49433zoom=17layers=B0FT
Robert (Jamie) Munro
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (Darwin)
Comment: Using GnuPG
Once the query has completed the output is streamed directly.
I suppose I could build in an option to compress it first. I don't know how
much time it would save, but it would certainly free up a bit of bandwidth.
80n
On Thu, Mar 27, 2008 at 1:09 PM, Andy Robinson (blackadder)
[EMAIL
On Sun, Mar 23, 2008 at 12:06 PM, Mario [EMAIL PROTECTED] wrote:
Hi all again! :)
As Sebastian told me, I'm writing in the dev list (for 80n to reply ;))
for more informations about Osmarender.
Before I can deeply and technically explore what can I do, I wish to ask
you some general
On Sun, Mar 23, 2008 at 3:26 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
Hi,
So, if we want to mantain XSLT, there should be a way to display
only a subset of the SVG, with a sort of global preview and the
classical rectangle, which could be used to zoom only single
parts of the map.
What we need is some decent test data.
http://www.elbruz.org/islands/Islands%20and%20Lakes.htm
Anyone fancy a mapping party in Luzon?
80n
On Fri, Mar 14, 2008 at 6:45 AM, bvh [EMAIL PROTECTED] wrote:
On Fri, Mar 14, 2008 at 02:06:04AM +0100, Frederik Ramm wrote:
Merkaartor fully supports
On Thu, Feb 28, 2008 at 10:30 AM, Marcus Wolschon [EMAIL PROTECTED]
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andy Robinson (blackadder) schrieb:
| The need for area-level revert is known and understood, we just never
| have enough programmers to do all the funky things that need
What's the nature of the change to the schema? Will it have an impact on
other stuff?
On Sun, Feb 24, 2008 at 1:18 PM, Tom Hughes [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED]
80n [EMAIL PROTECTED] wrote:
The Osmosis hourly and minute dumps stopped working at about 4pm
Freek
This sounds like an excellent project.
One thing you might consider as part of it is the use of relations for dual
carriageways. Currently, the two sides of a road are not connected in any
way. This gives Osmarender a problem because it will label both
carriageways with the same name and
Looks like its fine at the high zoom levels in [EMAIL PROTECTED], but is faulty
at the
lowzoom layers. These may have been rendered at the time there was still a
UTF-8 problem with Osmosis. Re-rendering the lowzoom level now would
probably fix it for [EMAIL PROTECTED]
On Jan 22, 2008 4:45 PM,
.
80n
On Jan 21, 2008 11:40 AM, Martijn van Oosterhout [EMAIL PROTECTED] wrote:
On Jan 21, 2008 11:58 AM, 80n [EMAIL PROTECTED] wrote:
I've been working on a captions layer for low zoom levels (z4 - z7).
The results are nice, but there seems to be a projection problem. Items
are
being
On Jan 4, 2008 11:13 AM, Stefan Baebler [EMAIL PROTECTED] wrote:
On Jan 4, 2008 11:22 AM, 80n [EMAIL PROTECTED] wrote:
The 100 character truncation was a bug in Osmxapi, which is fixed now.
Goodie.
About 600 tags (out of 180 million) are affected in Osmxapi's database,
these will get
83 matches
Mail list logo
