network profile
| bio | website | |
|---|---|---|
| location | ||
| age | ||
| visits | member for | 2 years, 4 months |
| seen | May 14 '12 at 13:10 | |
| stats | profile views | 17 |
|
Jul 15 |
comment |
SRID error in mapserver Along with having the wrong projection in the database this did the trick nicely. Thanks! I really need to learn more about mapserver as it seems very powerful - unfortunately I'm quite new to GIS and projections though so it seems like quite a steep learning curve. |
|
Jul 15 |
comment |
SRID error in mapserver Excellent point.. I tried those queries and it reported that the SRID was -1. I used MerseyViking's technique to change the SRID and that fixed that issue. Thanks! |
|
May 6 |
comment |
Most suitable open source GIS platform Just had a look at UDig and although it looks pretty feature full and handles a lot of files it does seem to be quite slow at loading large datasets. Hopefully it'll improve in the future and I'll reconsider it. Thanks anyway! |
|
May 6 |
comment |
Most suitable open source GIS platform QGIS does look very good, just loaded some huge layers and it crunched through them very quickly. Struggling to get the API up and running but I'll persevere! |
|
Mar 10 |
comment |
MapServer - map rendered at the wrong angle The conversion from OS to WGS84 was fine as I checked the coordinates after the conversion and they were spot on. It was the conversion to postgis' geometry format that did it as the coordinates were the wrong way round! Not sure what you mean about not using a projection though as I've specified 4326 throughout the map file - although the data looks correct I still have to skew it to make it line up with the google maps data.. |
|
Mar 10 |
comment |
MapServer - map rendered at the wrong angle Cheers guys, turns out the conversion from lat/lon to postgis' geometry format was in the format lon/lat.. documentation surrounding that was pretty sketchy! Flipped the coordinates round and everything works as expected now. Same goes for the mapserver coordinates.. didn't realise it was lon/lat ;) |
|
Mar 8 |
comment |
MapServer - map rendered at the wrong angle Interesting idea! I can't work out how to tell MapServer though, the data gets passed to MapServer in PostGIS geometry format. |
|
Mar 8 |
comment |
MapServer - map rendered at the wrong angle Sorry, which X and Y coordinates? Are you recommending to change a setting within MapServer or at the database level? |
|
Mar 8 |
comment |
MapServer - map rendered at the wrong angle It was originally in the Ordnance Survey format - I used a converter to convert it to WSG84 |
|
Mar 3 |
comment |
Best routing algorithm for this scenario Ok I'll try and clarify a few points.. the number of stages won't be known - it could be 100 or it could be 10 as long as it meets the time constraints. It would be preferable not to traverse legs more than once but it could be done if required. Limo concept is a good way of looking at it.. start/end point can be the same place, loops aren't allowed, travelling over same edges is unpreferred but acceptable. Does that help to clarify things? I'll update the original spec to make it clear as well.. |
|
Mar 3 |
comment |
Best routing algorithm for this scenario Good concept, but I'm not sure on the idea of slowing down or waiting at each stage.. the travelling should be constant and consistent. In regards to the constant speed of travelling vs. impedances, an impedance might be that one type of road is preferred to another, but the travelling speed can be the same. An example of this could be a horse walking down a road, but it'd prefer to do walk down a muddy path. |
|
Mar 2 |
comment |
Best routing algorithm for this scenario Interesting concept! I'm struggling to visualise it though, with the knapsack problem you specify boxes, their constraints and values. Presumably the constraint in this case would be time required of the route leg. However, I'm not sure what the value would be. Also, I assume you have to link the boxes together to represent they are route legs that link together - or would you just run one instance of the algorithm for each route? Hope that makes sense! |
|
Mar 2 |
comment |
Best routing algorithm for this scenario I've got to be careful what I say as I don't want to give away the full project. It's basically travelling for enjoyment rather than for a purpose. |
|
Jan 26 |
comment |
Route optimisation for multiple vehicles Hi Uffe, can it take into account vehicle restrictions (weight and dimensions) and sort the packages onto the vehicles accordingly? Also, does it work in the UK and use road history data to work out speeds etc? |
|
Jan 26 |
comment |
Trouble installing pgrouting Oh wow, wish I had known about this before, spent the last 5 days failing to get everything up and running! I'll download this now and give it a shot. |
|
Jan 26 |
comment |
Trouble installing pgrouting Hi Nicklas, I actually had both Boost and Boost-devel installed.. however it wasn't the latest version and it wasn't available via yum. I tried compiling it manually but it still picked up the old version even though that was uninstalled. I've given up and am gonna try OSGeo! |
|
Jan 24 |
comment |
Trouble installing pgrouting Great idea, I'll give that a shot. |
|
Jan 21 |
comment |
Route optimisation for multiple vehicles I initially saw the DARP algorithm but brushed over it as I didn't realise it could be used for couriers. Looks like that'll do the job nicely! It's a pity the documentation page doesn't have any examples of usage though, might be a case of hunting through the sourcecode to see how it works. |
|
Jan 21 |
comment |
Route optimisation for multiple vehicles I went down to ESRI HQ last week to discuss this software for them, but it doesn't appear to meet our needs (needs to run on a server and is also quite expensive). Excellent piece of kit though! |
|
Jan 21 |
comment |
Route optimisation for multiple vehicles Thanks Daniel, that's an excellent function you've built there. I didn't realise it could be used for delivery purposes but it definitely looks feasible. Thanks! |
