```json
{
    "title": "Conferences: Location Intelligence and RDBMS Systems",
    "url": "https://performancezen.com/2005/05/04/conferences-location-intelligence-and-rdbms-systems/",
    "datePublished": "2005-05-04",
    "dateModified": "2005-05-04",
    "language": "en-US",
    "description": "I miss out on all the cool conferences, like Location Intelligence. Now, I am not much into GIS, but I have a side-interest in IP to location mapping (the now…",
    "author": "spierzchala",
    "publisher": "Performance Zen"
}
```

# Conferences: Location Intelligence and RDBMS Systems

I miss out on all the cool conferences, like [Location Intelligence](http://www.locationintelligence.net/).
Now, I am not much into GIS, but I have a side-interest in IP to location mapping (the now defunct GrabIP project, as an example), and have been working giving feedback on a project that someone has been building using the type of basic geographic information I gather in the IP database I created.
Now Radar is trying to develop a little buzz for [PostgreSQL](http://www.postgresql.org/) by [discussing](http://radar.oreilly.com/archives/2005/05/location_intell_1.html) how many of the GIS firms use it.
I agree that Postgres is far more advanced than [MySQL](http://www.mysql.com/), but for most Web development, the level of transactional complexity that is available in Postgres is far beyond what is needed.
For example, using Postgres for anything that I do is like using an elephant to open a can of sardines. But using MySQL to manage a complex GIS system would be like an orange trying to drive a Porsche.
Each system has its place in the open source world.