Skip to main content

Munte, hărți și altele

Search This Blog

Red Bull X-Alps 2011

on July 22, 2011

Get link
Facebook
X
Pinterest
Email
Other Apps

Unbelievable effort by everyone involved in the X-Alps competition.
In a single day today Christian Maurer flew some 350 Km leaving Romanian Toma Coconea 150 Km behind.

x-alps

Get link
Facebook
X
Pinterest
Email
Other Apps

Popular Posts

Using OpenStreetMap osm2pgsql data in Grass GIS

These are my notes on using the OSM data as imported by osm2pgsql in a PostgreSQL database with Grass GIS. While Grass is a very powerful tool, it's Unixy feel is a little disconcerting. If you're a programmer like me, it helps to realize the Grass command line shell is in fact a preconfigured bash session: GRASS 6.4.1 (OSM_900913):~ > ps ax | grep "$$" | grep -v grep 98804 s000 S 0:00.06 /bin/bash The things you get from Grass are a set of binaries that interact with the data you have (organized in locations that are part of a mapset stored inside your filesystem). The other thing that is somewhat unexpected for a PostGIS user is that, within a Grass location , all the data has to share a single projection. Creating a location for your OSM data The first step required when using OSM data is to create a Grass location for the OSM data. I've used the same projection osm2pgsql uses when importing, the "fake" projection with SRID 900...

In 64bit sizeof(int) != sizeof(char *) and an unexpected side effect

While trying to figure out how the PATH environment variable can be set under Mac OS X, I wrote a little C program to test what getenv returns. This is how I usually write them, not really taking care to include headers, as I leave it to gcc to do the right thing: int main() { char * t = getenv("PATH"); printf(">%s } In this case however, the binary crashed with a segmentation fault in the printf call. Compiling on 32 bit makes the problem go away, so what is the problem? Well, if we look at the assembler code, gcc has added an extra call ( cltq ) to convert the 4 byte integer result of getenv to 8 bytes (the size of char * on 64 bit): 0x0000000100000ee4 <main+8>: lea 0x67(%rip),%rdi # 0x100000f52 0x0000000100000eeb <main+15>: mov $0x0,%eax 0x0000000100000ef0 <main+20>: callq 0x100000f18 <dyld_stub_getenv> 0x0000000100000ef5 <main+25>: cltq 0x0000000100000ef7 <main+27>: mov %rax,-0x8(%rbp) 0...

A failing disk and the first time I see S.M.A.R.T. actually working

One of the disks that are part of the software RAID powering loudhush.ro has developed a bad sector. The bad news arrived via email, thanks to smartmontools: The following warning/error was logged by the smartd daemon: Device: /dev/hdc, 1 Currently unreadable (pending) sectors For details see host's SYSLOG (default: /var/log/messages). The good news is you can tell the disk to re-allocate the bad sector somewhere else. I've followed the instructions here: BadBlockHowTo.txt , almost to the letter (I did some additional work removing the disk from RAID), and now the disk looks better. I still have to replace it, since a bad block is likely to be followed by others but it's somewhat reassuring to know that smartmontools is smart enough to help.

Powered by Blogger