*MAPPING SNOW DISTRIBUTION FOR TEMPERATE GLACIER*
NAME
Sovik Kumar Nath
EMAIL
*sovi...@gmail.com* sovi...@gmail.com
LIST OF LANGUAGES KNOWN
C, Matlab, IDRISI, Open office. I had access to licensed software at the
university. But now getting involved in open source development for mapping
and
Sovik,
Thank you for preparing your proposal. Just a couple of things:
1. You need to make your application via the Google Summer of Code web
site, not directly to OSM (but it is good to seek views of OSM members on
your project!). The closing date for applications is tomorrow, so you
Hi Aaron,
Did you get any further with this? The error is unlikely to be caused by
Osmosis. The following line in the stack trace appears to indicate a
network problem:
Caused by: java.net.SocketException: Connection reset
I've tried the same command on the planet server itself (downloading
On Thu, Apr 8, 2010 at 7:45 AM, Brett Henderson br...@bretth.com wrote:
Did you get any further with this? The error is unlikely to be caused by
Osmosis. The following line in the stack trace appears to indicate a
network problem:
Caused by: java.net.SocketException: Connection reset
...
Hello,
fiddling with the code of osm2pgsql I came across the
add_parking_node function which does not seem to be called anywhere
as far as I can tell.
Can anybody confirm this?
Sven
--
If you don't make lower-resolution mapping data publicly
available, there will be people with their cars
On 9-4-2010 0:36, Sven Geggus wrote:
fiddling with the code of osm2pgsql I came across the
add_parking_node function which does not seem to be called anywhere
as far as I can tell.
Can anybody confirm this?
Confirmed. Rendering of symbols for areas has been implemented last
year, and this
On Fri, Apr 9, 2010 at 5:40 AM, Aaron Schaefer aa...@elasticdog.com wrote:
The file does download just fine using wget/curl, and I always thought
it was odd that it was failing on the same file even on different
mirrors. I had assumed that due to the sequence number that this was
not the
Hi,
recently quite a bit changed on the map in my area. But the slippy map
chooser in JOSM still shows me the state of almost a week ago.
So I guess the tiles are cached somewhere but I cannot find where.
Please give someone give me a pointer where it resides (at least on Win XP).
Thanks
Rolf
Rolf Bode-Meyer schrieb:
So I guess the tiles are cached somewhere but I cannot find where.
Please give someone give me a pointer where it resides (at least on Win XP).
AFAIK, the tiles are cached in the directory plugins\wmsplugin\cache
below your JOSM home directory. Your home directory
AFAIK, the tiles are cached in the directory plugins\wmsplugin\cache
below your JOSM home directory. Your home directory should be in Windows
No. This is where WMS tiles are cached. Slippy map chooser caches it
in temporary directory (/tmp on unixes, %TEMP% on Windows machines,
which is
MP schrieb:
AFAIK, the tiles are cached in the directory plugins\wmsplugin\cache
below your JOSM home directory. Your home directory should be in Windows
No. This is where WMS tiles are cached. Slippy map chooser caches it
in temporary directory (/tmp on unixes, %TEMP% on Windows machines,
On 8-4-2010 23:31, MP wrote:
No. This is where WMS tiles are cached. Slippy map chooser caches it
in temporary directory (/tmp on unixes, %TEMP% on Windows machines,
which is usually C:\Documents and Settings\Username\Temp) and it
creates
JMapViewerTiles_Username directory there in which it
Lennard l...@xs4all.nl writes:
On 8-4-2010 23:31, MP wrote:
No. This is where WMS tiles are cached. Slippy map chooser caches it
in temporary directory (/tmp on unixes, %TEMP% on Windows machines,
which is usually C:\Documents and Settings\Username\Temp) and it
creates
On Thu, Apr 8, 2010 at 22:55, Matthias Julius li...@julius-net.net wrote:
Under Linux this is usually not a problem because /tmp typically gets
cleaned out at boot time (at least on Debian it does).
That depends on your usage patterns. I generally don't reboot my Linux
machine more than monthly
14 matches
Mail list logo