[mkgmap-dev] Address search on multi-tile multi-layer maps not working

2011-10-15 Thread Carlos Dávila
I have a map built with the following command:
java -ea -jar mkgmap.jar --output-dir=../mapas/portugal/ 
--show-profiles=1 --gmapsupp --latin1 --series-name=OSM+SRTM Portugal 
--family-id=122 --product-id=1 --family-name=OpenStreetMap Portugal 
--area-name=Portugal --index ../mapas/portugal/55220001.img 
--family-id=322 --product-id=1 --family-name=Curvas nivel Portugal 
--description=SRTM-Portugal ../mapas/portugal/65220001.img
6522000*.img are prebuilt tiles with SRTM contour lines and 5522000*.img 
are prebuilt tiles containing OSM data.
This map works fine in MapSource, but if I compile more than one srtm or 
osm tile, keeping all the rest of the comman unchanged, any attempt to 
search for a city or POI (Ctrl+F) causes an error:
MPL_MAP.CPP-918-6.13.7.0
Map: 65220001
Error code: 1
Address search doesn't find any of the listed streets I look for.
Has anyone search capability in a similar multi-layer and multi-tile map 
working?
Regards
Carlos
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] Routing not working

2011-10-15 Thread Carlos Dávila
Just for the record, finally I got routing working on MapSource by 
changing FID from 18 to a number higher than 100, as suggested by Felix 
on http://openmtbmap.org/tutorials/install/gmaptool-install-maps/


El 29/09/11 13:33, Carlos Dávila escribió:
I still have the same problem on MapSource. The full map is now 
available at [1]. If anyone is willing to give it a try I would thank 
very much.

[1] http://mapas.alternativaslibres.es/MapSource_india.zip

El 13/09/11 23:22, Carlos Dávila escribió:

El 13/09/11 21:36, michael lohr escribió:
routing in gpsmapedit works ok (tools - test routing graph), even 
over longer distances. you're trying on a gps or in mapsource?
In Mapsource 6.13.7 and 6.16.3. I sent the map to gps from MS and I 
can simulate routing from one location to a given point, so the 
problem seems to be only on MapSource.


Am 13.09.2011 21:19, schrieb Carlos Dávila:

El 13/09/11 20:50, michael lohr escribió:
i noticed that a lot of roads have no road id. mumbai area seems 
ok at the first glance, does the routing work there?
No. still the same problem. I tried ten short routes in different 
types of ways and it doesn't work.


Am 13.09.2011 20:46, schrieb Carlos Dávila:

El 13/09/11 20:22, michael lohr escribió:

can you upload a map tile somewhere?

http://mapas.alternativaslibres.es/55180001.img


Am 13.09.2011 19:04, schrieb Carlos Dávila:

El 12/09/11 20:48, michael lohr escribió:
have you tried routing a short way in a densely mapped area 
(e.g. delhi)? the density of roads in many parts of india is 
so low that routing breaks because of lack of information.
Yes, I have tried to route even with origin and end points in 
the same way.


Am 12.09.2011 16:23, schrieb Carlos Dávila:

I have compiled a map of India from Geofabrik extract, using the
commands below, similar to the ones I use for other countries. The map
compiles without errors but routing doesn't work on MapSource, only a
straight line is drawn from point A to B. I have tried with different
days extracts with the same result. I also tried reducing the parameters
in the mkgmap call to the minimum, but still the same result. Any idea
why routing is not working?

java -Xmx1500M -jar splitter.jar --max-nodes=140 --mapid=55180001
india.osm.pbf
java -Xmx1200m -enableassertions -Dlog.config=logging.properties -jar
mkgmap.jar --max-jobs --generate-sea=polygons,extend-sea-sectors --route
--tdbfile --latin1 --code-page=1252 --gmapsupp --country-name=India
--country-abbr=IND --area-name=India --family-name=OSM India
--family-id=18 --product-id=1 --series-name=OSM-India
--overview-mapname=5518 --index --ignore-maxspeeds
--remove-short-arcs --merge-lines --add-pois-to-areas
--adjust-turn-headings --report-similar-arcs --link-pois-to-ways
--location-autofill=bounds,is_in,nearest --drive-on-left
--check-roundabouts --check-roundabout-flares --style=mio -c india.args



___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



--
Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, 
.ppt, .pptx, .mdb, mdbx
Instale LibreOffice desde http://es.libreoffice.org/descarga/
LibreOffice es libre: se puede copiar, modificar y redistribuir libremente. 
Gratis y totalmente legal.
LibreOffice está en continuo desarrollo y no tendrá que pagar por las nuevas 
versiones.

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] (Fixed by workround) Bizarre flooding in South Wales

2011-10-15 Thread Steve Ratcliffe

 What I'd entered:
 --coastlinefile coastlines_europe-111004.osm.pbf

 It might be a worthwhile improvement for mkgmap to notice dud syntax
 like that and either accept the form without the '=' sign, or to put up
 an error message. As it is, it *seems* to realise that the coastline
 file is as I'd flagged it, but then reports that it can't read such a
 file. Confusing.

The message is confusing, granted, but all that is happening is that 
coastlines_europe-111004.osm.pbf is being treated as a map to compile.
The coastline file is the empty string because no argument was given.

So when it says:

  coastlines_europe-111004.osm.pbf: Coastline file  not found

It means while processing the map 'coastlines_europe-111004.osm.pbf', 
the coastline file '' was not found.

..Steve
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] Coastline issues - analysis and possible solution

2011-10-15 Thread Clinton Gladstone
On Oct 1, 2011, at 10:39, Bartosz Fabianowski wrote:

 No problem. I have a batch job running that uploads fresh coastlines to 
 [1] every day. I will move this to our company webspace somewhere 
 underneath [2] eventually.
 
 - Bartosz
 
 [1] http://fabianowski.eu/osm/coastlines/

By the way, I just used your planet extract with the --coastlinefile option for 
a map of Canada (Geofabrik extract). The results were vastly superior compared 
to the same map compiled without the coastline file.

Thanks very much for your analysis and for providing the coastline data. I hope 
you continue to do so. :-)

Cheers.

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] Partially not findable street

2011-10-15 Thread Steve Ratcliffe
On 14/10/11 08:41, Martin wrote:

Hi Martin

 don't panic, everything works fine with your patch.
Great!

 I had some sparetime and would like to test the display-tool you
 recommended below.
 But I have trouble to compile it. Is there anywhere a documentation for
 compiling this tool? I'm not a java-developer, more C++-beginner.
 I have attached the error.log.

You need the mkgmap classes too.

You can do this in two ways.
  1. put a mkgmap.jar in the top directory of display.
  (/home/me/App/display/mkgmap.jar in your case)
  2. have a built mkgmap directory alongside the display
 directory.
 eg in your case:
   /home/me/App/display
   /home/me/App/mkgmap


When you come to run it you also need both sets of classes so the
correct command will be something like the following depending on
where you put things:

java -cp 
/home/me/App/display/dist/display.jar:/home/me/App/mkgmap/dist/mkgmap.jar 
test.display.MdrDisplay 
filename..

..Steve

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] Coastline issues - analysis and possible solution

2011-10-15 Thread Bartosz Fabianowski
Glad I could help. The coastline files will definitely keep getting 
generated day by day. They will just move to our company site somewhere 
underneath dobini.com one day. But I will put in a redirect once that 
happens.

- Bartosz
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


[mkgmap-dev] add-pois-to-areas entrance as option

2011-10-15 Thread Olaf Hasemann
First,
thanks for the new POI generation from multipolygon and polygons.
It seams to work fine and changing my style files was easy.

There is only one thing i am not happy with:

the use of building=entrance as the default position for
the POI of a polygon.
In urban areas there are often buildings, pedestrian areas,
subway entrances ... mapped over each other as polygons and all
of the generated pois fall to the entrances of the buildings,
often two or more at the same position.

IMO the solution would be to disable the use of the building=entrance
by default and if requested specify one or more key/value pairs as an
additional argument to the add-pois-to-areas option.

thanks in advance
hasemann
-- 
Olaf Hasemann
e-mail: o.hasem...@gmx.de

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev