[OSM-talk] The new OpenStreetMap.org design
Lester Caine
lester at lsces.co.uk
Wed Dec 4 12:23:43 UTC 2013
Ed Loach wrote:
>> I've just been working through all the combinations again to
>> >document things
>> >myself. Yesterday when I grabbed an iframe, the large map link
>> >included a way
>> >reference! I edited it out. Not sure how I managed to get that as
> I
>> >would not
>> >have know the id number without it being supplied but it's not
>> >present today.
> I have just reproduced this. If you use the "Share link" when you
> are on a /way/id page then the "View Larger Map" link links back to
> the /way/id page. Whether this is by design (so it links back to
> where you shared) or something that needs opening as an issue is
> perhaps up for debate. As the way isn't highlighted in the embedded
> map I tend towards it needing opening as an issue.
Not sure now where I was, but I suspect 'search' ... AH ... Having searched of
cause it opened the info panel and then the link has the way tag. My original
thought here was 'nice', but it would be nicer to have a 'user' view rather than
the mapping detail one. Which is the view I've been TRYING to create for myself
these last 5 years :(
>> >I'm still having to add the marker to the larger map link.
> I always get the mlat and mlon parameters in the larger map link
> tests I have done so far so can't reproduce the problem.
I'm suspecting now 'conversion problems' with the ' & amp ; ' ... I think that
the ckeditor cleanup changed it. Having found the result was wrong I've had to
spend time working back up the chain to see why, so your pick up on the info
page was very helpful - TA.
>> >( how long will the short link references be maintained? I prefer
> the
>> >full
>> >version, but editing the redirect for short links could be a
> useful
>> >feature if
>> >they are intended to be permanent. Some site wipe them after 30
>> >days? )
> Shortlinks are an encoding based on the location being shared. See:
> http://wiki.openstreetmap.org/wiki/Shortlink
> As such they won't expire.
OK that all makes sense ... and explains why the marker now has to be the centre
of the map. I've been tweaking that for a better display so the separate entries
is useful at time. Needs documenting on my crib sheet.
>> >The embedded map does need finishing off with the same style
>> >navigation as the
>> >newer map, but as others have said, the old slider was a lot more
>> >mobile friendly!
> Mobile sites (at least Leaflet based - not sure about OpenLayers)
> tend to be easier to use pinch zooming rather than using the ±
> controls (at least on my phone). However, it might be an enhancement
> to be consistent in the zoom controls (if shown) being in the top
> right, rather than top left when embedded and top right in the main
> map.
Pinch only works if the device is not fighting against you! If pinch is being
used to enlarge the browser window then it can't also be zooming the map within
it. So the APPLICATIONS have to be well constructed to use pinch, simply
thinking you can use it on a web page is not so practical? Which is where
designing to support mobile devices needs a lot more care.
> I've opened the embed including way/id as issue 616
> https://github.com/openstreetmap/openstreetmap-website/issues/616
> and the enhancement suggestion as issue 617
> https://github.com/openstreetmap/openstreetmap-website/issues/617
Thanks for that ... I would have got around to it, but I'm away now for 24 hours
... hopefully working off my phone and tablet :)
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
More information about the talk
mailing list