[OSM-talk] FYI - OpenTripPlanner instance

[Mike N]

FYI - I've finished the testing for my local instance of OpenTripPlanner 
[1] and it's ready to go live.


The code I used to create the GTFS from OSM data is in SVN: 
http://svn.openstreetmap.org/applications/utils/export/OSM2GTFS/ - still 
very fragile, and not very informative when it doesn't like something 
about the route data.


I discovered that it is very helpful to enter alternate names to help 
with search, for example:
   If "East Bay Technical College" is referred to as "Bay Tech" - "Bay 
Tech" should be in alt_name or loc_name.   I don't believe the search 
algorithm should be expanded to return more hits in this case.



  I also included the tool to visualize travel times[2].



1: http://trip.greenvilleopenmap.info
2: http://trip.greenvilleopenmap.info/opentripplanner-analyst-client/

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] My first "coastline" question

[Jon Burgess]

On Mon, 2012-10-29 at 18:48 +, John Sturdy wrote:
> In the view around
> http://www.openstreetmap.org/?lat=52.21134&lon=-10.35719&zoom=16&layers=M,
> the road R549 seems to cross the coastline a few times.  I brought up
> Potlatch 2 to try to fix this.  It turned out that the photo data
> isn't available for part of that area, but I did notice that the
> coastline way isn't the coastline that's visible on the slippy map
> (which doesn't seem to have a way corresponding to it).  Is it just a
> matter of waiting for a very occasional automatic update, or is there
> something that needs to be fixed manually here?

If you zoom out to around level 13 then you will see that the coastline
follows the purple path. That seems to accurately reflect the current
coastline data.

There is no automated refresh of the high zoom tiles except when some
other data changes in the surrounding area. The coastline rendering
involves an additional shapefile processing step which adds a little
more update latency too. 

If you wait a few months then the oldest tiles will probably be purged
from disk and rendered with fresh data. You can make this happen sooner
by grabbing the URL for the tile and appending "/dirty" to the end. This
tells the rendering system that you want it to refresh the contents. I
have just done this for a few of the tiles shown on your link above so
you should see the effect soon (you may need to hit refresh in your
browser).

   Jon



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] My first "coastline" question

[John Sturdy]

In the view around
http://www.openstreetmap.org/?lat=52.21134&lon=-10.35719&zoom=16&layers=M,
the road R549 seems to cross the coastline a few times.  I brought up
Potlatch 2 to try to fix this.  It turned out that the photo data
isn't available for part of that area, but I did notice that the
coastline way isn't the coastline that's visible on the slippy map
(which doesn't seem to have a way corresponding to it).  Is it just a
matter of waiting for a very occasional automatic update, or is there
something that needs to be fixed manually here?

__John

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Translating the world

[Ab_fab]

Hi Tim,

This looks very promising.
I'm sure that many people fluent in two or more languages could get
involved in the project, once a proper editing interface is set-up.

There's already a lot to do for the regions and cities names.
I'm thinking of one of my korean friend living in France at the moment, for
who it would be easy to set the French city names and administrative
subdivisions in hangul, based on the default (French) name.

In my opinion, one should be able to
_ log with his OSM account,
_ set his translation language (e.g. Korean)
_ set the desired area, and the type of administrative subdivision level
(coutry, region, city ...)

And the interface could propose
_ the list of subdivisions found (for example by Nominatim),
_ names in the translation language already present in the database
_ names proposed, based on interwiki links
_ check boxes to confirm that default name can apply in the destination
language / or confirm that interwiki proposal is ok
_ Fields to allow adjustment / addition of name in the destination language.

Bye

2012/10/26 

>
> Date: Thu, 25 Oct 2012 22:27:54 +0200
> From: Kolossos 
> To: talk@openstreetmap.org
> Subject: [OSM-talk] Translating the world
> Message-ID: 
> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
>
> Hello,
> in the last two weeks I translated all countries in all languages that
> are available in the unicode-Project CLDR[1]. For this I used
> Overpass-API link for country codes ISO3166-1[2].
>
> In the second step I translated all capitals in tons of languages by
> using InterWikiLinks of Wikipedia and Addtags[3] together with
> Overpass-API[4] and Nominatim.
>
> You can check the results for zoom levels 0-6  with map on
> Wikimedia-toolserver[5], by changing languages under "options" (You can
> use up- and down-key).
>
> I hope I didn't make more mistakes than native speaker would do by hand.
>
> These things were a small step to support multilingual-maps[6] on low
> zoom levels. For the next steps more people are necessary.
> In my eyes it seems useful to work as next step on the regions that are
> regulated in ISO3166-2, but we have no clean tagging schema for this.
> A source for translation could by a debian project[7], but I need to
> clarify the legal aspects.
>
> Other important thing would be to translate large cities or isles.
>
> Any comments and ideas?
>
> Greetings Tim alias Kolossos
>
>
> [1]http://cldr.unicode.org/
> [2]http://taginfo.openstreetmap.org/keys/country_code_iso3166_1_alpha_2
>
> [3]http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RemoteControl/Add-tags
>
> [4]http://taginfo.openstreetmap.org/tags/capital=yes
>
> [5]
>
> http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=en&zoom=3&lat=50.51632&lon=5.85569&layers=0BTFFF
>
>
> [6]http://wiki.openstreetmap.org/wiki/Multilingual_maps_Wikipedia_project
>
> [7]http://pkg-isocodes.alioth.debian.org/
>
> --
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk