[talk-ph] All non-private GPX traces in the Philippines

2013-04-22 Per discussione Eugene Alvin Villar
Hi guys,

Last year, (mostly) all the GPX points that have been uploaded to OSM has
been released as a bulk file (7GB compressed, 55GB uncompressed text):
http://blog.osmfoundation.org/2012/04/01/bulk-gps-point-data/

Recently, the non-private GPX traces/tracks themselves and not just the
points have been released as a bulk file too (260GB uncompressed XML):
http://blog.osmfoundation.org/2013/04/12/bulk-gpx-track-data/

Fortunately, somebody processed this humongous file and created extracts of
the data for predefined regions. Here's the link to the Asia download page
and you can download the data for the Philippines (119MB compressed)!
http://zverik.osm.rambler.ru/gps/files/extracts/asia/index.html

Hope to see some nice uses of this data. :-)

Maybe somebody can create something like Steve Coast's GPS Art Poster idea:
http://www.kickstarter.com/projects/237731198/gps-art-poster
___
talk-ph mailing list
talk-ph@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ph


Re: [talk-ph] All non-private GPX traces in the Philippines

2013-04-22 Per discussione maning sambale
Nice!  Here's a wordcloud of what is in the metadata.xml

http://www.jasondavies.com/wordcloud/#https%3A%2F%2Fdl.dropboxusercontent.com%2Fu%2F2096185%2Fmetadata.xml

Obligatory warning on using word clouds:
http://flowingdata.com/2011/10/18/word-clouds-cause-death-or-something/

;-)


On Tue, Apr 23, 2013 at 2:07 AM, Eugene Alvin Villar sea...@gmail.com wrote:
 Hi guys,

 Last year, (mostly) all the GPX points that have been uploaded to OSM has
 been released as a bulk file (7GB compressed, 55GB uncompressed text):
 http://blog.osmfoundation.org/2012/04/01/bulk-gps-point-data/

 Recently, the non-private GPX traces/tracks themselves and not just the
 points have been released as a bulk file too (260GB uncompressed XML):
 http://blog.osmfoundation.org/2013/04/12/bulk-gpx-track-data/

 Fortunately, somebody processed this humongous file and created extracts of
 the data for predefined regions. Here's the link to the Asia download page
 and you can download the data for the Philippines (119MB compressed)!
 http://zverik.osm.rambler.ru/gps/files/extracts/asia/index.html

 Hope to see some nice uses of this data. :-)

 Maybe somebody can create something like Steve Coast's GPS Art Poster idea:
 http://www.kickstarter.com/projects/237731198/gps-art-poster


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




-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--

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


[OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione Alex Barth
Hello everyone -

I'd love to start pushing again on the OSM attribution mark.

This is an updated proposal based on an initial RFC from earlier this year
titled Contributor Mark [1, 2]. Sorry for the delay in following up with
adjustments based on feedback on the original thread.

Again, the goal of this proposal is to draw more attention to OpenStreetMap
wherever it's used by introducing a visually compelling, linked symbol for
placement on OSM-based works and by explaining OpenStreetMap better at the
place where this symbol links to.

Looking forward to your feedback. I'll also be reaching out to
corresponding working groups and OSMF to see how we can move this forward.

Concretely, this RFC proposes

1. Replace current credit © OpenStreetMap Contributors with a visual mark
where possible
2. Update `openstreetmap.org/copyright` to explain better OSM, to invite
visitors to join and to allow creators of derivative work to link back to
their sites.

The update to the original RFC brings 4 key changes:

1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark'
2. A completely redesigned mark, containing the letters OSM
3. A completely redesigned `/copyright` page, the page the mark links to.
It is much closer to today's `/copyright`
4. The mark is an alternative to © OpenStreetMap Contributors. Only where
the mark can't be used, © OpenStreetMap Contributors may be used.

Please read up on all details on the newly created RFC page:

http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark

Also take a look at the repository containing artwork and code:

https://github.com/osmlab/attribution-mark

Alex

--

[1] Initial RFC
http://lists.openstreetmap.org/pipermail/talk/2013-January/065784.html
[2] Feedback summary
http://lists.openstreetmap.org/pipermail/talk/2013-January/065860.html
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione Mikel Maron
Looking great. One small suggestion on the /copyright page ... link to OSM 
signup towards the top as well.
 
* Mikel Maron * +14152835207 @mikel s:mikelmaron



 From: Alex Barth a...@mapbox.com
To: Talk talk@openstreetmap.org 
Sent: Monday, April 22, 2013 8:40 AM
Subject: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)
 


Hello everyone -


I'd love to start pushing again on the OSM attribution mark.


This is an updated proposal based on an initial RFC from earlier this year 
titled Contributor Mark [1, 2]. Sorry for the delay in following up with 
adjustments based on feedback on the original thread. 



Again, the goal of this proposal is to draw more attention to OpenStreetMap 
wherever it's used by introducing a visually compelling, linked symbol for 
placement on OSM-based works and by explaining OpenStreetMap better at the 
place where this symbol links to.


Looking forward to your feedback. I'll also be reaching out to corresponding 
working groups and OSMF to see how we can move this forward.


Concretely, this RFC proposes


1. Replace current credit © OpenStreetMap Contributors with a visual mark 
where possible
2. Update `openstreetmap.org/copyright` to explain better OSM, to invite 
visitors to join and to allow creators of derivative work to link back to 
their sites.


The update to the original RFC brings 4 key changes:  


1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark'
2. A completely redesigned mark, containing the letters OSM
3. A completely redesigned `/copyright` page, the page the mark links to. It 
is much closer to today's `/copyright`
4. The mark is an alternative to © OpenStreetMap Contributors. Only where 
the mark can't be used, © OpenStreetMap Contributors may be used.


Please read up on all details on the newly created RFC page:


http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark


Also take a look at the repository containing artwork and code:


https://github.com/osmlab/attribution-mark


Alex



--


[1] Initial RFC 
http://lists.openstreetmap.org/pipermail/talk/2013-January/065784.html  
[2] Feedback summary 
http://lists.openstreetmap.org/pipermail/talk/2013-January/065860.html


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


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


Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione Martin Koppenhoefer
2013/4/22 Alex Barth a...@mapbox.com

 This is an updated proposal based on an initial RFC from earlier this year
 titled Contributor Mark [1, 2]. Sorry for the delay in following up with
 adjustments based on feedback on the original thread.

 Again, the goal of this proposal is to draw more attention to
 OpenStreetMap wherever it's used by introducing a visually compelling,
 linked symbol for placement on OSM-based works and by explaining
 OpenStreetMap better at the place where this symbol links to.

 Looking forward to your feedback. I'll also be reaching out to
 corresponding working groups and OSMF to see how we can move this forward.



great work, easily readable/recognizable also in tiny versions, monochrome
for easy application and fit on all kinds of backgrounds. The only thing
looking slightly strange to me is the cut off B of BY (the Y is fine),
but maybe that's just a question of getting used to it.

cheers,
Martin

PS: on a side note I appreciate that you also gave the compasses a try in
your process, as before you had tried the hammer it was only consequent ;-)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Embedding videos on wiki

2013-04-22 Per discussione Dave Corley
Rob,

Thanks for that, the list of admins is what I need. I'll follow up on
talk-wiki.

Dave


 Message: 5
 Date: Sun, 21 Apr 2013 23:43:47 +0100
 From: Rob Nickerson rob.j.nicker...@gmail.com
 To: talk@openstreetmap.org
 Subject: Re: [OSM-talk] Embedding videos on wiki
 Message-ID:
 CAK4yQTm=
 e+exrwhejgwkn30kbzdbjuaonyra8fvg+ua2eqf...@mail.gmail.com
 Content-Type: text/plain; charset=iso-8859-1

 It looks like you know the answer. And to confirm, this is the list of
 installed extensions [1] and the list of admins [2]. I'm not sure if Grant
 will have picked up you message on here, so try messaging him through his
 Firefishy username. Don't expect anything to occur instantly - we all have
 our normal lifes too :-)

 [1] http://wiki.openstreetmap.org/wiki/Special:Version
 [2] http://wiki.openstreetmap.org/wiki/Admins

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


Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione Henning Scholland

Hi,
I like the Attribution Mark, but I think one point is missing: The link 
to the wiki-contributors-page.


Henning


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


Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione Simon Poole

The copyright page is now much better than before and IMHO contains the
necessary contents. There are a couple of wording issues that are
already present in the current version that we should address while
we're at it (but that is mainly CWG/OWG turf) but nothing major.

I do have a couple of issues with the icon though. First while I'm sure
we would like to take credit for everything OSMish, doesn't by OSM
imply the wrong thing? What we want to say is I suspect Data by OSM,
that naturally would be rather unwiedly. Further there may be a
potential (legal) issue with using OSM in that way that I need to
discuss with counsel.

But all in all a nice step forward.

Simon


Am 22.04.2013 14:40, schrieb Alex Barth:
 Hello everyone -

 I'd love to start pushing again on the OSM attribution mark.

 This is an updated proposal based on an initial RFC from earlier this
 year titled Contributor Mark [1, 2]. Sorry for the delay in
 following up with adjustments based on feedback on the original thread. 

 Again, the goal of this proposal is to draw more attention to
 OpenStreetMap wherever it's used by introducing a visually compelling,
 linked symbol for placement on OSM-based works and by explaining
 OpenStreetMap better at the place where this symbol links to.

 Looking forward to your feedback. I'll also be reaching out to
 corresponding working groups and OSMF to see how we can move this forward.

 Concretely, this RFC proposes

 1. Replace current credit © OpenStreetMap Contributors with a visual
 mark where possible
 2. Update `openstreetmap.org/copyright`
 http://openstreetmap.org/copyright%60 to explain better OSM, to
 invite visitors to join and to allow creators of derivative work to
 link back to their sites.

 The update to the original RFC brings 4 key changes:  

 1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark'
 2. A completely redesigned mark, containing the letters OSM
 3. A completely redesigned `/copyright` page, the page the mark links
 to. It is much closer to today's `/copyright`
 4. The mark is an alternative to © OpenStreetMap Contributors. Only
 where the mark can't be used, © OpenStreetMap Contributors may be used.

 Please read up on all details on the newly created RFC page:

 http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark

 Also take a look at the repository containing artwork and code:

 https://github.com/osmlab/attribution-mark

 Alex

 --

 [1] Initial RFC
 http://lists.openstreetmap.org/pipermail/talk/2013-January/065784.html  
 [2] Feedback summary
 http://lists.openstreetmap.org/pipermail/talk/2013-January/065860.html



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

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


Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione Michal Migurski
What about “with OSM” instead of “by OSM”?

-mike.

---
michal migurski http://mike.teczno.com

On Apr 22, 2013, at 7:39 AM, Simon Poole si...@poole.ch wrote:

 
 The copyright page is now much better than before and IMHO contains the 
 necessary contents. There are a couple of wording issues that are already 
 present in the current version that we should address while we're at it (but 
 that is mainly CWG/OWG turf) but nothing major.
 
 I do have a couple of issues with the icon though. First while I'm sure we 
 would like to take credit for everything OSMish, doesn't by OSM imply the 
 wrong thing? What we want to say is I suspect Data by OSM, that naturally 
 would be rather unwiedly. Further there may be a potential (legal) issue with 
 using OSM in that way that I need to discuss with counsel.
 
 But all in all a nice step forward.
 
 Simon
 
 
 Am 22.04.2013 14:40, schrieb Alex Barth:
 Hello everyone -
 
 I'd love to start pushing again on the OSM attribution mark.
 
 This is an updated proposal based on an initial RFC from earlier this year 
 titled Contributor Mark [1, 2]. Sorry for the delay in following up with 
 adjustments based on feedback   on the original thread. 
 
 Again, the goal of this proposal is to draw more attention to OpenStreetMap 
 wherever it's used by introducing a visually compelling, linked symbol for 
 placement on OSM-based works and by explaining OpenStreetMap better at the 
 place where this symbol links to.
 
 Looking forward to your feedback. I'll also be reaching out to corresponding 
 working groups and OSMF to see how we can move this forward.
 
 Concretely, this RFC proposes
 
 1. Replace current credit © OpenStreetMap Contributors with a visual mark 
 where possible
 2. Update `openstreetmap.org/copyright` to explain better OSM, to invite 
 visitors to join and to allow creators of derivative work to link back to 
 their sites.
 
 The update to the original RFC brings 4 key changes:  
 
 1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark'
 2. A completely redesigned mark, containing the letters OSM
 3. A completely redesigned `/copyright` page, the page the mark links to. It 
 is much closer to today's `/copyright`
 4. The mark is an alternative to © OpenStreetMap Contributors. Only where 
 the mark can't be used, © OpenStreetMap Contributors may be used.
 
 Please read up on all details on the newly created RFC page:
 
 http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark
 
 Also take a look at the repository containing artwork and code:
 
 https://github.com/osmlab/attribution-mark
 
 Alex
 
 --
 
 [1] Initial RFC 
 http://lists.openstreetmap.org/pipermail/talk/2013-January/065784.html  
 [2] Feedback summary 
 http://lists.openstreetmap.org/pipermail/talk/2013-January/065860.html
 
 
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione Kathleen Danielson
Agreed. I think that either With OSM or Powered By OSM would explain
the relationship a bit better than By OSM which suggests explicit
authorship of whatever is displaying the watermark. That might not always
be the case.


On Mon, Apr 22, 2013 at 10:57 AM, Michal Migurski m...@teczno.com wrote:

 What about “with OSM” instead of “by OSM”?

 -mike.

 ---
 michal migurski http://mike.teczno.com

 On Apr 22, 2013, at 7:39 AM, Simon Poole si...@poole.ch wrote:


 The copyright page is now much better than before and IMHO contains the
 necessary contents. There are a couple of wording issues that are already
 present in the current version that we should address while we're at it
 (but that is mainly CWG/OWG turf) but nothing major.

 I do have a couple of issues with the icon though. First while I'm sure we
 would like to take credit for everything OSMish, doesn't by OSM imply the
 wrong thing? What we want to say is I suspect Data by OSM, that naturally
 would be rather unwiedly. Further there may be a potential (legal) issue
 with using OSM in that way that I need to discuss with counsel.

 But all in all a nice step forward.

 Simon


 Am 22.04.2013 14:40, schrieb Alex Barth:

  Hello everyone -

  I'd love to start pushing again on the OSM attribution mark.

  This is an updated proposal based on an initial RFC from earlier this
 year titled Contributor Mark [1, 2]. Sorry for the delay in following up
 with adjustments based on feedback on the original thread.

  Again, the goal of this proposal is to draw more attention to
 OpenStreetMap wherever it's used by introducing a visually compelling,
 linked symbol for placement on OSM-based works and by explaining
 OpenStreetMap better at the place where this symbol links to.

  Looking forward to your feedback. I'll also be reaching out to
 corresponding working groups and OSMF to see how we can move this forward.

  Concretely, this RFC proposes

  1. Replace current credit © OpenStreetMap Contributors with a visual
 mark where possible
 2. Update 
 `openstreetmap.org/copyright`http://openstreetmap.org/copyright%60to 
 explain better OSM, to invite visitors to join and to allow creators of
 derivative work to link back to their sites.

  The update to the original RFC brings 4 key changes:

  1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark'
 2. A completely redesigned mark, containing the letters OSM
 3. A completely redesigned `/copyright` page, the page the mark links to.
 It is much closer to today's `/copyright`
 4. The mark is an alternative to © OpenStreetMap Contributors. Only
 where the mark can't be used, © OpenStreetMap Contributors may be used.

  Please read up on all details on the newly created RFC page:

  http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark

  Also take a look at the repository containing artwork and code:

  https://github.com/osmlab/attribution-mark

  Alex

  --

  [1] Initial RFC
 http://lists.openstreetmap.org/pipermail/talk/2013-January/065784.html
 [2] Feedback summary
 http://lists.openstreetmap.org/pipermail/talk/2013-January/065860.html



 ___
 talk mailing 
 listtalk@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk


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


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


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


Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione John F. Eldredge
Michal Migurski m...@teczno.com wrote:

 What about “with OSM” instead of “by OSM”?
 
 -mike.
 
 ---
 michal migurski http://mike.teczno.com
 
 On Apr 22, 2013, at 7:39 AM, Simon Poole si...@poole.ch wrote:
 
  
  The copyright page is now much better than before and IMHO contains 
 the necessary contents. There are a couple of wording issues that are
 already present in the current version that we should address while
 we're at it (but that is mainly CWG/OWG turf) but nothing major.
  
  I do have a couple of issues with the icon though. First while I'm
 sure we would like to take credit for everything OSMish, doesn't by
 OSM imply the wrong thing? What we want to say is I suspect Data by
 OSM, that naturally would be rather unwiedly. Further there may be a
 potential (legal) issue with using OSM in that way that I need to
 discuss with counsel.
  
  But all in all a nice step forward.
  
  Simon
  
  
  Am 22.04.2013 14:40, schrieb Alex Barth:
  Hello everyone -
  
  I'd love to start pushing again on the OSM attribution mark.
  
  This is an updated proposal based on an initial RFC from earlier
 this year titled Contributor Mark [1, 2]. Sorry for the delay in
 following up with adjustments based on feedback   on the
 original thread. 
  
  Again, the goal of this proposal is to draw more attention to
 OpenStreetMap wherever it's used by introducing a visually compelling,
 linked symbol for placement on OSM-based works and by explaining
 OpenStreetMap better at the place where this symbol links to.
  
  Looking forward to your feedback. I'll also be reaching out to
 corresponding working groups and OSMF to see how we can move this
 forward.
  
  Concretely, this RFC proposes
  
  1. Replace current credit © OpenStreetMap Contributors with a
 visual mark where possible
  2. Update `openstreetmap.org/copyright` to explain better OSM, to
 invite visitors to join and to allow creators of derivative work to
 link back to their sites.
  
  The update to the original RFC brings 4 key changes:  
  
  1. Rename the proposal from 'Contributor Mark' to 'Attribution
 Mark'
  2. A completely redesigned mark, containing the letters OSM
  3. A completely redesigned `/copyright` page, the page the mark
 links to. It is much closer to today's `/copyright`
  4. The mark is an alternative to © OpenStreetMap Contributors.
 Only where the mark can't be used, © OpenStreetMap Contributors may
 be used.
  
  Please read up on all details on the newly created RFC page:
  
  http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark
  
  Also take a look at the repository containing artwork and code:
  
  https://github.com/osmlab/attribution-mark
  
  Alex
  
  --
  
  [1] Initial RFC
 http://lists.openstreetmap.org/pipermail/talk/2013-January/065784.html
  
  [2] Feedback summary
 http://lists.openstreetmap.org/pipermail/talk/2013-January/065860.html
  
  
  
  ___
  talk mailing list
  talk@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk
  
  ___
  talk mailing list
  talk@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk
 
 
 
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk

Or perhaps Data from OSM.

-- 
John F. Eldredge -- j...@jfeldredge.com
Reserve your right to think, for it is better to think wrongly than not to 
think at all. -- Hypatia of Alexandria

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


Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione Phil! Gold
* Alex Barth a...@mapbox.com [2013-04-22 08:40 -0400]:
 2. A completely redesigned mark, containing the letters OSM

I like it.  Definitely more distinctive and specific to OSM than the
hammer icon.

 3. A completely redesigned `/copyright` page, the page the mark links to.
 It is much closer to today's `/copyright`

I think the new copyright page is very nice looking and presents its data
well, but I, personally, still find it a little confusing in that there
are very few visual cues that you can scroll down.  My first impression
(as with the previous copyright page) is that it's just a pretty
attribution page that serves merely to write out the word
OpenStreetMap.  All of the additional information is below the bottom of
the page and I didn't find it obvious that there would be anything down
there.

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


Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione Tom Hughes

On 22/04/13 13:40, Alex Barth wrote:


The update to the original RFC brings 4 key changes:

1. Rename the proposal from 'Contributor Mark' to 'Attribution Mark'
2. A completely redesigned mark, containing the letters OSM


The new mark is definitely a distinct improvement - at least now there 
is some chance of somebody recognising what it is for.



3. A completely redesigned `/copyright` page, the page the mark links
to. It is much closer to today's `/copyright`


I'm afraid the redesigned /copyright page still has all the same 
problems as the original as far as I can see, namely:


* It's completely and utterly different (except now for the bar
  at the top) to the rest of the site.

* It's totally unobvious that there is more information below
  the fold - it just looks like a big picture with an overlaid
  information panel and only somebody who makes a habit of
  staring at the scrollbar is going to realise there is more
  to see by scrolling.

* I'm not sure what the purpose of the arrow icon in the bottom
  right is meant to be? As far as I can tell it just reloads the
  background image, which seems utterly pointless...

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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


Re: [OSM-talk] Native American/First Nation, etc. Reservation Boundaries

2013-04-22 Per discussione colliar
On 21.04.2013 21:33, Clifford Snow wrote:
 
 On Sun, Apr 21, 2013 at 11:49 AM, Paul Johnson ba...@ursamundi.org
 mailto:ba...@ursamundi.org wrote:
 
 I still maintain Scotland, North Ireland and Wales are analogous
 situations
 
 
 You might then include Iraqi Kurdistan. I don't know how it is rendered,
 but it sounds very similar.

Think the main problem is that we have to distinguish between the
borders manifested by law and others.

For example regions names or tribal/cultural areas often do not have a
certain border and might even flow.

If defined by law there are still major differences between countries.
If administrative rights are involved it should fit within admin_level
but noone prevents us to use more than one description (eg. admin_level
plus protected_area.

Yes, there should be no problem if the area crosses higher admin_level.

cu
colliar




signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


[OSM-talk] Munzee - a sort of QR scavenger hunt, uses OSM

2013-04-22 Per discussione Ben Pollinger
Hello all,

I've not seen this mentioned on the list (I googled
site:lists.openstreetmap.org munzee)

Munzee  - http://www.munzee.com/ - a sort of scavenger hunt using QR
codes (and recently NFC tags) played with a smartphone app.

They have a map to show locations of munzees (i.e. the QR codes or NFC
tags) - http://www.munzee.com/map - which defaults to Google map view
but has options for OSM (mapnik) and Cycle (OpenCycleMap).

I've been playing with this for a few days and it has some addictive
potential! Some folk are hiding hundreds of these things under my
nose!

Beware:  if you have an obsessive tendency to record missing POIs
(particularly on your phone), you may be drawn in to 'capturing' (and
'deploying') munzees too...

Regards,
Ben

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


Re: [OSM-talk] Standard OSM map refreshing

2013-04-22 Per discussione Severin MENARD
Hi,

Leading the HOT
Activationhttp://hot.openstreetmap.org/updates/2013-04-10_hot_activation_in_central_african_republic
for
the Central African
Republichttp://wiki.openstreetmap.org/wiki/WikiProject_Central_African_Republic,
I have edited data all over the country since. Focusing on the primary road
network, I figured out the update of Standard OSM map are quite different
between the zoom scales. Eg with this small
cityhttp://www.openstreetmap.org/?lat=6.4835lon=17.4479zoom=14layers=M.
Z10, 13 and 14 have already the changes made on April 14th while z11, 12,
15,16, 17 not yet. Is there a fixed worldwide rule for this or is it
continent/country/area based? I (quickly) looked for a page for this but
did not find it, is there an official information about this?

Sincerely,

Severin http://wiki.openstreetmap.org/wiki/User:Severin.menard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


[OSRM-talk] Build failed in Jenkins: OSRM-develop-release #145

2013-04-22 Per discussione OpenStreetMap Jenkins
See http://ci.openstreetmap.org/job/OSRM-develop-release/145/

--
Started by user Dennis Luxen
Building in workspace http://ci.openstreetmap.org/job/OSRM-develop-release/ws/
Checkout:OSRM-develop-release / 
http://ci.openstreetmap.org/job/OSRM-develop-release/ws/ - 
hudson.remoting.LocalChannel@3386304c
Using strategy: Default
Last Built Revision: Revision 85e333127a0a944f9e1de4e2e427cafc35f92404 
(origin/develop)
Fetching changes from 1 remote Git repository
Pruning obsolete local branches
Commencing build of Revision 85e333127a0a944f9e1de4e2e427cafc35f92404 
(origin/develop)
Checking out Revision 85e333127a0a944f9e1de4e2e427cafc35f92404 (origin/develop)
[OSRM-develop-release] $ /bin/bash /tmp/hudson8871886008330844901.sh
+ mkdir -p build
+ cd build
+ cmake ..
/tmp/hudson8871886008330844901.sh: line 6: cmake: command not found
Build step 'Execute shell' marked build as failure
[CucumberReportPublisher] Compiling Cucumber Html Reports ...
[CucumberReportPublisher] detected this build is running on the master 
[CucumberReportPublisher] copying json to reports directory: 
/var/lib/jenkins/jobs/OSRM-develop-release/builds/2013-04-22_20-41-28/cucumber-html-reports
[CucumberReportPublisher] Generating HTML reports

___
OSRM-talk mailing list
osrm-t...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/osrm-talk


Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione Rob Nickerson
It seems that the desire to use a huge image as the background comes at the
expense of the page content. To me a copyright page is about getting the
*details* over. By placing too much emphasis on the image the copyright
page appears like a *brand* or some fancy press release. We have other
pages that can be used for that. :-)

By the way, who gets to pick the images used on the copyright page? What if
USA Today want to use a different image that better aligns with their brand?

Regards,
Rob

p.s. Attribution mark is much better, though I share the concerns about
using by.
p.p.s By *details* I mean the legal jargon, plus a message that says hey
you can get involved too. I don't think an image alone does this.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Standard OSM map refreshing

2013-04-22 Per discussione Craig Wallace

On 2013-04-22 21:39, Severin MENARD wrote:

Hi,

Leading the HOT Activation
http://hot.openstreetmap.org/updates/2013-04-10_hot_activation_in_central_african_republic
 for
the Central African Republic
http://wiki.openstreetmap.org/wiki/WikiProject_Central_African_Republic,
I have edited data all over the country since. Focusing on the primary
road network, I figured out the update of Standard OSM map are quite
different between the zoom scales. Eg with this small city
http://www.openstreetmap.org/?lat=6.4835lon=17.4479zoom=14layers=M.
Z10, 13 and 14 have already the changes made on April 14th while z11,
12, 15,16, 17 not yet. Is there a fixed worldwide rule for this or is it
continent/country/area based? I (quickly) looked for a page for this but
did not find it, is there an official information about this?


The standard map on openstreetmap.org usually updates within a few 
minutes for most zoom levels, but may take longer if the servers are busy.
If its not updating for you after a few hours or days, you might be 
looking a cached copy in your browser. Depends on your browser, but 
pressing Ctrl+F5 or Shift+F5 should force a refresh, clearing the cache.


Note that other OSM based maps may take much longer to update, eg the 
cycle map sometimes takes a few weeks.


See this question and answers for more details: 
https://help.openstreetmap.org/questions/102/i-have-made-edits-but-they-dont-show-up-on-the-map


Craig

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


Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione Andreas Labres
On 22.04.13 14:40, Alex Barth wrote:
 2. A completely redesigned mark, containing the letters OSM

While OSM is a common phrase to us mappers, only the name/brand
OpenStreetMap is widely and well known to the public. So this name
OpenStreetMap should always be visible, whether the attribution is more or
less graphical.

If the /copyright page is updated, it should more clearly state the BY- and
SA-ishness of the licenses used today.

/al

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


Re: [OSM-talk] RFC updated: OSM Attribution Mark (was: contributor mark)

2013-04-22 Per discussione Michal Migurski
On Apr 22, 2013, at 9:40 AM, Phil! Gold wrote:

 3. A completely redesigned `/copyright` page, the page the mark links to.
 It is much closer to today's `/copyright`
 
 I think the new copyright page is very nice looking and presents its data
 well, but I, personally, still find it a little confusing in that there
 are very few visual cues that you can scroll down.

Agreed with this, and follow-up posts saying similar things. Gov.uk are the 
ones to emulate for quick answers and correct explanations, e.g.:

https://www.gov.uk/intellectual-property-an-overview
https://www.gov.uk/bank-holidays

-mike.


michal migurski- contact info and pgp key:
sf/cahttp://mike.teczno.com/contact.html





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


[talk-au] Any sensible way to establish who is changing objects?

2013-04-22 Per discussione Brett Russell
Hi

I am working my way around the State and noticed a few edits to tracks that I 
have put in.  The history function option in Polatch 2 is annoying as it gets 
swamped with global changes.  All I want to do is select an object and have the 
history of changes showing and more importantly who is doing them.  Is there a 
way of doing this?

Cheers Brett
  ___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au


Re: [talk-au] Any sensible way to establish who is changing objects?

2013-04-22 Per discussione Leon Kernan
You can select the object in Potlatch 2, go to advanced view and click the
objects id number at the top of the panel.
That will give you a history of that object only.


On Tue, Apr 23, 2013 at 9:49 AM, Brett Russell brussell...@live.com.auwrote:

 Hi

 I am working my way around the State and noticed a few edits to tracks
 that I have put in.  The history function option in Polatch 2 is annoying
 as it gets swamped with global changes.  All I want to do is select an
 object and have the history of changes showing and more importantly who is
 doing them.  Is there a way of doing this?

 Cheers Brett

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


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


Re: [talk-au] Any sensible way to establish who is changing objects?

2013-04-22 Per discussione SomeoneElse

Brett Russell wrote:


I am working my way around the State and noticed a few edits to tracks 
that I have put in.  The history function option in Polatch 2 is 
annoying as it gets swamped with global changes.


That sounds like you're talking about the history tab on the main site 
- it does get swamped with global changsets.


All I want to do is select an object and have the history of changes 
showing and more importantly who is doing them.  Is there a way of 
doing this?


As Leon mentioned, every object has a browse page.  You can get to it 
from Potlatch 2 (and JOSM), and also by clicking on a way in a changset 
(e.g. one of yours that edited it), or just by typing in the URL, e.g.:


http://www.openstreetmap.org/browse/way/43429311
http://www.openstreetmap.org/browse/way/43429311/history


Other useful history functions include ITO's OSM mapper:

http://www.itoworld.com/static/openstreetmap_tools/osm_mapper.html

That allows you to monitor an area for changes to ways (but not 
unfortunately nodes, relations or any deletions)



Also, whodidit:

http://zverik.osm.rambler.ru/whodidit/

That monitors changes to nodes within an area.  It can provide an RSS 
feed too.


Cheers,
Andy

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


Re: [talk-au] Any sensible way to establish who is changing objects?

2013-04-22 Per discussione Brett Russell
Hi Leon

Brilliant.  Just what I was after.  Now to work on mapping large lakes using 
multipolygon relationships to overcome the 2000 point maximum number of nodes.  
Think I am gradually winning on that with Lake Ina test!

Cheers Brett

Date: Tue, 23 Apr 2013 10:25:08 +1000
Subject: Re: [talk-au] Any sensible way to establish who is changing objects?
From: lker...@gmail.com
To: brussell...@live.com.au
CC: talk-au@openstreetmap.org

You can select the object in Potlatch 2, go to advanced view and click the 
objects id number at the top of the panel.  That will give you a history of 
that object only.


On Tue, Apr 23, 2013 at 9:49 AM, Brett Russell brussell...@live.com.au wrote:




Hi

I am working my way around the State and noticed a few edits to tracks that I 
have put in.  The history function option in Polatch 2 is annoying as it gets 
swamped with global changes.  All I want to do is select an object and have the 
history of changes showing and more importantly who is doing them.  Is there a 
way of doing this?


Cheers Brett
  

___

Talk-au mailing list

Talk-au@openstreetmap.org

http://lists.openstreetmap.org/listinfo/talk-au



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


Re: [talk-au] Any sensible way to establish who is changing objects?

2013-04-22 Per discussione Leon Kernan
Ah hah, so it probably me you were looking for in the first place then. :-p

I noticed Great Lake had vanished in Tassie and returned it back to a
normal poly the other day.
I'll leave it alone now since your playing with it.


On Tue, Apr 23, 2013 at 11:48 AM, Brett Russell brussell...@live.com.auwrote:

 Hi Leon

 Brilliant.  Just what I was after.  Now to work on mapping large lakes
 using multipolygon relationships to overcome the 2000 point maximum number
 of nodes.  Think I am gradually winning on that with Lake Ina test!

 Cheers Brett

 --
 Date: Tue, 23 Apr 2013 10:25:08 +1000
 Subject: Re: [talk-au] Any sensible way to establish who is changing
 objects?
 From: lker...@gmail.com
 To: brussell...@live.com.au
 CC: talk-au@openstreetmap.org


 You can select the object in Potlatch 2, go to advanced view and click the
 objects id number at the top of the panel.
 That will give you a history of that object only.


 On Tue, Apr 23, 2013 at 9:49 AM, Brett Russell brussell...@live.com.auwrote:

 Hi

 I am working my way around the State and noticed a few edits to tracks
 that I have put in.  The history function option in Polatch 2 is annoying
 as it gets swamped with global changes.  All I want to do is select an
 object and have the history of changes showing and more importantly who is
 doing them.  Is there a way of doing this?

 Cheers Brett

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



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


Re: [talk-au] Any sensible way to establish who is changing objects?

2013-04-22 Per discussione Brett Russell
Hi Leon

Not been near the Great Lake so must be someone else.  Working on Lake St Clair 
after I think I have succeeded on Lake Ina as a test using multipolygon to 
define the shore.  It looks ok in OSM but the test will be how it converts to 
Garmin format and displays on my 62S.  

Cheers Brett 

Date: Tue, 23 Apr 2013 12:10:17 +1000
Subject: Re: [talk-au] Any sensible way to establish who is changing objects?
From: lker...@gmail.com
To: brussell...@live.com.au
CC: talk-au@openstreetmap.org

Ah hah, so it probably me you were looking for in the first place then. :-p
I noticed Great Lake had vanished in Tassie and returned it back to a normal 
poly the other day. I'll leave it alone now since your playing with it.



On Tue, Apr 23, 2013 at 11:48 AM, Brett Russell brussell...@live.com.au wrote:




Hi Leon

Brilliant.  Just what I was after.  Now to work on mapping large lakes using 
multipolygon relationships to overcome the 2000 point maximum number of nodes.  
Think I am gradually winning on that with Lake Ina test!


Cheers Brett

Date: Tue, 23 Apr 2013 10:25:08 +1000
Subject: Re: [talk-au] Any sensible way to establish who is changing objects?
From: lker...@gmail.com

To: brussell...@live.com.au
CC: talk-au@openstreetmap.org


You can select the object in Potlatch 2, go to advanced view and click the 
objects id number at the top of the panel.  That will give you a history of 
that object only.


On Tue, Apr 23, 2013 at 9:49 AM, Brett Russell brussell...@live.com.au wrote:





Hi

I am working my way around the State and noticed a few edits to tracks that I 
have put in.  The history function option in Polatch 2 is annoying as it gets 
swamped with global changes.  All I want to do is select an object and have the 
history of changes showing and more importantly who is doing them.  Is there a 
way of doing this?



Cheers Brett
  

___

Talk-au mailing list

Talk-au@openstreetmap.org

http://lists.openstreetmap.org/listinfo/talk-au



  

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


Re: [Talk-de] Aktuelle AllinOne mit veralteten Daten

2013-04-22 Per discussione Sven Geggus
malenki o...@malenki.ch wrote:

 Wer administriert die AiO und wer kann ihm bei der Fehlersuche helfen?

Niemand!

Sven

-- 
AMZN US won't let me buy MP3s b/c I have UK credit cards. Amazon UK won't   
let me buy MP3s b/c I'm in the US. P2P doesn't care. Go copyright!
(Cory Doctorow)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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


Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-22 Per discussione Wolfgang Hinsch
Am Samstag, den 20.04.2013, 11:48 +0200 schrieb Martin Koppenhoefer:
 Am 20. April 2013 11:24 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:
 

 zugegeben ist die Eingabe von „“ auf manchen Systemen ein Problem, (auf
 anderen nicht, alt+^ bzw. alt+2). Traditionell ersetzt man mit

„“
altgr+v altgr+b

Geht tatsächlich. „Alle mal suchen“ ;-)

Gruß, Wolfgang



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


Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-22 Per discussione Martin Trautmann
On 13-04-22 15:31, Wolfgang Hinsch wrote:

 „“
 altgr+v altgr+b

„alt+^ alt+2“


Schönen Gruß
Martin

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


Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-22 Per discussione Manuel Reimer

Wolfgang Hinsch wrote:

„“
altgr+v altgr+b


Geht zumindest bei mir unter Linux einwandfrei. Auch wenn die Symbole halt nicht 
auf den Tasten sind.


Dennoch ist es mir den Aufwand nur bedingt wert. Und wenn auf einem Schild 
tatsächlich beide Anführungszeichen oben sein sollten, dann gehören sie ohnehin 
so gemappt. Nur in dem Falle, dass jemand wirklich die Zeichen „“ genutzt hat 
hätte der Mehraufwand einen Sinn.


Für 10-Finger-Schreiben ist die Verrenkung mit AltGr auf jedem Fall nicht 
geeignet und wenn jemand unbedingt darauf besteht alles korrekt nach deutscher 
Regel in der Karte zu sehen, dann bitte beim Rendern eine Ersetzung durchführen.


Gruß

Manuel


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


Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-22 Per discussione Andreas Schmidt
Am 22.04.2013 15:31, schrieb Wolfgang Hinsch:
 Am Samstag, den 20.04.2013, 11:48 +0200 schrieb Martin Koppenhoefer:

 „“
 altgr+v altgr+b
 
 Geht tatsächlich. „Alle mal suchen“ ;-)

Nö... Unter W7 (x64) geht das nicht, auch alt-^und alt-2 bringt es
leider nicht.

Bis heute konnte ich mir alt-0132 für „ und alt-0147 für “ noch merken.

Aber - da ich ja wohl der Urheber der ganzen Diskussion war - ich finde
inzwischen, dass ich einen Kindergarten namens Kita „Villa Kunterbunt“ als
Kita Villa Kunterbunt
eintragen sollte.

Meine persönliche Meinung wäre, dass Eigennamen (zur Abgrenzung gegen
beschreibende Bezeichnungen) in Anführungsstrichen stehen sollten. Da
aber die überwiegende Meinung bei OSM anders ist, lasse ich sie weg.

Grüße,
Andreas


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


Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-22 Per discussione Martin Trautmann
On 13-04-22 18:02, Andreas Schmidt wrote:
 Am 22.04.2013 15:31, schrieb Wolfgang Hinsch:
 Am Samstag, den 20.04.2013, 11:48 +0200 schrieb Martin Koppenhoefer:
 
 „“
 altgr+v altgr+b

 Geht tatsächlich. „Alle mal suchen“ ;-)
 
 Nö... Unter W7 (x64) geht das nicht, auch alt-^und alt-2 bringt es
 leider nicht.

Hat ja auch keiner behauptet. Letzteres ist MacOS mit deutschter
Tastaturbelegung.


 Aber - da ich ja wohl der Urheber der ganzen Diskussion war - ich finde
 inzwischen, dass ich einen Kindergarten namens Kita „Villa Kunterbunt“ als
 Kita Villa Kunterbunt
 eintragen sollte.

Nö, als
name=Villa Kunterbunt
amenity=kindergarten


 Meine persönliche Meinung wäre, dass Eigennamen (zur Abgrenzung gegen
 beschreibende Bezeichnungen) in Anführungsstrichen stehen sollten. Da
 aber die überwiegende Meinung bei OSM anders ist, lasse ich sie weg.

Meine persönliche und IMHO allgemeingültige Meinung ist, dass Eigennamen
Namen sind und Beschreibungen dorthin gehören, wo Beschreibungen hingehören.

Schönen Gruß
Martin

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


Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-22 Per discussione Masi Master

Am 22.04.2013, 19:42 Uhr, schrieb Martin Trautmann tr...@gmx.de:

On 13-04-22 18:02, Andreas Schmidt wrote:

Am 22.04.2013 15:31, schrieb Wolfgang Hinsch:
Aber - da ich ja wohl der Urheber der ganzen Diskussion war - ich finde
inzwischen, dass ich einen Kindergarten namens Kita „Villa Kunterbunt“  
als

Kita Villa Kunterbunt
eintragen sollte.


Nö, als
name=Villa Kunterbunt
amenity=kindergarten



Hmm ja, hätte ich auch so gemacht. Allerdings bei Restaurants usw. (siehe  
unten) bin ich eher der Meinung, die Beschreibung mit in den Namen zu  
übernehmen, bin mir aber nicht ganz sicher...

Also weglassen oder erhalten, da sie eigentlich zum Namen gehört:
zB bei Café Soundso, oder bei Landgasthof, Gasthaus, Gaststätte,  
Restaurant...


Gruß
Masi

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


Re: [Talk-de] OsmAnd nicht verfuegbar

2013-04-22 Per discussione Ruben Kelevra
Freuen wir uns über schönere Icons (:


LG Ruben

Am 20. April 2013 19:01 schrieb qunuxy-osmmailingli...@yahoo.com
qunuxy-osmmailingli...@yahoo.com:
 Weiß jemand Näheres?


 Es scheint Differenzen zwischen dem Designer und dem Projektmanagement 
 gegeben zu haben.
 Jetzt ist man vermutlich nicht mehr berechtigt, die bisherigen Icons zu 
 verwenden.
 Dies hatte dann vermutlich auch die Entfernung aus dem Google Play Store zur 
 Folge.
 Jetzt ist man dabei, alle Icons auszutauschen.

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

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


Re: [Talk-de] Aktuelle AllinOne mit veralteten Daten

2013-04-22 Per discussione Peter Maiwald
Flacus war als letztes zuständig.

http://forum.openstreetmap.org/profile.php?id=3369

http://wiki.openstreetmap.org/wiki/User:Flacus



--
View this message in context: 
http://gis.19327.n5.nabble.com/Aktuelle-AllinOne-mit-veralteten-Daten-tp5757665p5758126.html
Sent from the Germany mailing list archive at Nabble.com.

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


Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-22 Per discussione Henning Scholland

Am 22.04.2013 21:46, schrieb Masi Master:

Am 22.04.2013, 19:42 Uhr, schrieb Martin Trautmann tr...@gmx.de:

On 13-04-22 18:02, Andreas Schmidt wrote:

Am 22.04.2013 15:31, schrieb Wolfgang Hinsch:
Aber - da ich ja wohl der Urheber der ganzen Diskussion war - ich finde
inzwischen, dass ich einen Kindergarten namens Kita „Villa 
Kunterbunt“ als

Kita Villa Kunterbunt
eintragen sollte.


Nö, als
name=Villa Kunterbunt
amenity=kindergarten



Hmm ja, hätte ich auch so gemacht. Allerdings bei Restaurants usw. 
(siehe unten) bin ich eher der Meinung, die Beschreibung mit in den 
Namen zu übernehmen, bin mir aber nicht ganz sicher...

Also weglassen oder erhalten, da sie eigentlich zum Namen gehört:
zB bei Café Soundso, oder bei Landgasthof, Gasthaus, Gaststätte, 
Restaurant...

Das kommt immer drauf an, wie das jeweilige Objekt benannt wurde.
Wenn das Restaurant Landgasthof Zur Sonne heißt, dann:

amenity=restaurant
name=Landgasthof Zur Sonne

Wenn es Zum Mond heißt, dann:

amenity=restaurant
name=Zum Mond

Ähnlich auch bei der Kita.

Henning


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


Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-22 Per discussione RainerU
Hallo,

Am 22.04.2013 19:42, schrieb Martin Trautmann:
 On 13-04-22 18:02, Andreas Schmidt wrote:
 Aber - da ich ja wohl der Urheber der ganzen Diskussion war - ich finde
 inzwischen, dass ich einen Kindergarten namens Kita „Villa Kunterbunt“ als
 Kita Villa Kunterbunt
 eintragen sollte.
 
 Nö, als
   name=Villa Kunterbunt
   amenity=kindergarten

Ich unterstelle mal, dass Kita hier eine Abkürzung für Tageseinrichtung für
Kinder ist, ein in Deutschland auf Länderebene gesetzlich geregelter Typ von
Einrichtungen mit ganz bestimmten Eigenschaftenund Anforderungen. Nach meinem
Verständnis wird aber amenity=kindergarten nicht ausschließlich für
Einrichtungen verwendet, die diesen Anforderungen entsprechen. Auch ein nur
halbtags betreuender Waldkindergarten würde so getaggt. Lässt man also
Tageseinrichtung für Kinder weg, geht Information verloren. Die Lösung ist
entweder

name=Tageseinrichtung für Kinder Villa Kunterbunt
short_name=Villa Kunterbunt
amenity=kindergarten

oder besser

name=Villa Kunterbunt
amenity=kindergarten
kindergarten:DE=Tageseinrichtung für Kinder

Zu bevorzugen wäre die zweite Variante, da diese besser für maschinelle
Auswertung geeignet ist. Das gilt im übrigen auch für Einrichtungen vom Typ
amenity=school. Nach deinem Vorschlag müsste eine Gesamtschule Am Wiesenrand 
mit

name=Am Wiesenrand
amenit=school

getaggt werden, womit klar wird, dass da etwas fehlt, z.B. ein:

school:DE=Gesamtschule

Gruß
Rainer


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


Re: [Talk-it] Terremoto in Iran

2013-04-22 Per discussione Cascafico Giovanni
Non ne sarei così sicuro... GMaps per esempio con tutte le sue risorse  ha
spesso sbagliato. E credo che il tentativo di lanciare il suo social
mapping confermi che gli algoritmi non bastino.  Inoltre per quanto
millimetrici siano i telerilevamenti, la signature di una strada sterrata
(come a Khash) si confonde facilmente.
Poi ricordo che un paio di decenni fa già si parlava di satelliti che
leggono le targhe delle auto e oggi vien propagandato un nuovo sat da
svariati giga di sensore con lo stesso slogan: non perde un po' di
credibilità?
Diversamente dall'Iran, nelle zone parzialmente controllate (tipo afg)
probabilmente viene introdotto un errore nelle img disponibili
pubblicamente per evitare che il nemico possa sfruttare qs risorsa. In
ultima... posso affermare che la difesa italiana usa OSM
come anche mappe sovietiche. Per questi motivi non mi sentirei di mappare
l'Iran, a meno che ovviamente non ci sia la richiesta da parte delle
amministrazioni locali.

Comunque sono contento che dopo le iniziali notizie, l'emergenza si sia
molto  ridimensionata.
Il giorno 21/apr/2013 21.09, Luca Delucchi lucadel...@gmail.com ha
scritto:

 2013/4/19 Salemme Guido salemme.gu...@email.it:
  ma che discorso è questo?
 
  secondo questo ragionamento molte delle aree della terra non dovrebbero
  essere mappate?
 
  forse le forze armate usa hanno qualche mezzo tecnologico in più per
 farsele
  le mappe . non pensi?
 

 +1

 Tra GPS con precisione millimetrica e UAV di certo non usano OSM

 --
 ciao
 Luca

 http://gis.cri.fmach.it/delucchi/
 www.lucadelu.org

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

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


Re: [Talk-it] Terremoto in Iran

2013-04-22 Per discussione Stefano Salvador
Ciao a tutti,

Per questi motivi non mi sentirei di mappare l'Iran, a meno che ovviamente
 non ci sia la richiesta da parte delle amministrazioni locali.


Al di là delle considerazioni tecniche riguardo alle capacità di mappatura
di un esercito secondo me OSM deve essere neutro e quindi se in Iran c'è
qualcosa da mappare lo si mappa punto e basta. In questo caso poi potrebbe
servire anche a portare eventuali aiuti umanitari quindi ogni altra
considerazione passa in secondo piano. Del resto è il modo in cui il gruppo
HOT ha sempre lavorato (hanno mappato anche la striscia di Gaza ...)

Se vuoi vederla dal lato pratico pensa a questo: se sei un generale USA che
vuole invadere l'Iran lo fai anche senza OSM (in cui potenzialmente
potrebbero esserci anche informazioni false inserite dal nemico), se invece
devi organizzare una carovana di aiuti umanitari OSM diventa una risorsa
molto preziosa. Vedi tu.

My 2 cents,

Stefano
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Terremoto in Iran

2013-04-22 Per discussione Martin Koppenhoefer
2013/4/22 Cascafico Giovanni cascaf...@gmail.com

 Non ne sarei così sicuro... GMaps per esempio con tutte le sue risorse  ha
 spesso sbagliato. E credo che il tentativo di lanciare il suo social
 mapping confermi che gli algoritmi non bastino.  Inoltre per quanto
 millimetrici siano i telerilevamenti, la signature di una strada sterrata
 (come a Khash) si confonde facilmente.



si, secondo me usano qualsiasi fonte di cui pensano possa contenere
informazioni utili. Per esempio i servizi segreti per una parte del loro
lavoro leggono i giornali internazionali e fanno riassunti.


 Poi ricordo che un paio di decenni fa già si parlava di satelliti che
 leggono le targhe delle auto e oggi vien propagandato un nuovo sat da
 svariati giga di sensore con lo stesso slogan: non perde un po' di
 credibilità?



credo che le targhe delle auto non leggi mai da una posizione verticale
(90°) ;-)
La differenza tra i sistemi di decenni fa (che ti aprivano una finestra
piccolissima con questa risoluzione, per _un_ punto nel mondo per
satellite) e quelli di oggi è che quelli moderni registrano dei filmati con
centinaia di gigapixels che ti consentono la surveillanza 24/24 di
un'intera città con un unico drone e sistema e tramite registrazione anche
retroattivo (per esempio puoi chiedere dove una macchina che vedi ora è
stato ieri e quale percorso ha fatto per arrivare dove sta oggi).


 Diversamente dall'Iran, nelle zone parzialmente controllate (tipo afg)
 probabilmente viene introdotto un errore nelle img disponibili
 pubblicamente per evitare che il nemico possa sfruttare qs risorsa. In
 ultima... posso affermare che la difesa italiana usa OSM
 come anche mappe sovietiche.


quel che pensavo inizialmente: non si possono proprio permettere di
ignorare una grande risorsa con informazioni potenzialmente uniche, al meno
non vedo perché lo dovrebbero fare.

ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Terremoto in Iran

2013-04-22 Per discussione Martin Koppenhoefer
2013/4/22 Luca Delucchi lucadel...@gmail.com

 2013/4/22 Cascafico Giovanni cascaf...@gmail.com:
  Non ne sarei così sicuro... GMaps per esempio con tutte le sue risorse
  ha
  spesso sbagliato. E credo che il tentativo di lanciare il suo social
 mapping
  confermi che gli algoritmi non bastino.  Inoltre per quanto millimetrici
  siano i telerilevamenti, la signature di una strada sterrata (come a
 Khash)
  si confonde facilmente.

 no se usi uno UAV che può volare all'altezza che vuoi senza nessun
 rischio di perdite di vita



mica possono rilevare tutte le strade di un paese con delle UAV



  Poi ricordo che un paio di decenni fa già si parlava di satelliti che
  leggono le targhe delle auto e oggi vien propagandato un nuovo sat da
  svariati giga di sensore con lo stesso slogan: non perde un po' di
  credibilità?

 non conosco l'esempio di cui stai parlando,



http://www.theatlantic.com/technology/archive/2013/02/darpas-18-gigapixel
-drone-camera-could-see-you-waving-at-it-from-15-000-feet/272796/



 puoi portarci documenti che provino questa cosa? Sarebbe veramente
 ridicolo, e dimostrerebbe ancora una volta quanto inutile sia la
 nostra difesa. spendono migliardi di euro per avere l'ultimo caccia
 e non possono spenderne diverse migliaia per usare una bancadati
 migliore di OSM, se non addirittura farsene una loro?



 non è il punto di farsi una propria banca dati (credo che lo abbiano con
l'IGM), il punto è di sfruttare le informazioni disponibili, di quali fa
parte anche OSM. Non è che usi solo quello, lo usi tra altro per paragonare
svariati fonti.

ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Terremoto in Iran

2013-04-22 Per discussione Daniele Forsi
Il 22 aprile 2013 10:42, Martin Koppenhoefer ha scritto:

 credo che le targhe delle auto non leggi mai da una posizione verticale
 (90°) ;-)

dipende da come la gente parcheggia ;-)
http://www.stevegillmansculpture.com/verticalParking.html

--
Daniele Forsi

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


Re: [Talk-it] Ma perchè (Era: Terremoto in Iran)

2013-04-22 Per discussione Salemme Guido

salve

Si è vero mi scuso , non volevo essere maleducato e neanche attaccare 
volevo esprimere una mia opinione


dovevo andare e per la fretta ho dimedicato le buone maniere

mi scuso ancora

Il 19/04/2013 17:06, Giuliano ha scritto:

Ciao,
indipendentemente dal fatto che quello che scrive Guido è giusto, 
continuo a non capire perchè sia così difficile mettere un saluto 
all'inizio del messaggio, e perchè no, anche alla fine?

E perchè non fare il possibile per trasmettere pacatezza e calma.

Mi risulta che Giovanni abbia fatto solo una domanda, magari ingenua, 
ma è pur sempre solo una domanda. Che gusto c'è a iniziare un 
messaggio con ma che discorso è questo?


Mi sbaglierò, probabilmente dovrei farmi i fatti miei, però non ci 
riesco...


Ciao
Giuliano

Il 19/04/2013 15:48, Salemme Guido ha scritto:

ma che discorso è questo?

secondo questo ragionamento molte delle aree della terra non 
dovrebbero essere mappate?


forse le forze armate usa hanno qualche mezzo tecnologico in più per 
farsele le mappe . non pensi?


Il 17/04/2013 12:26, Cascafico Giovanni ha scritto:


Non sarebbe il caso di contattare qualcuno della comunità locale? 
Magari c'è qualche vincolo legale... non vorrei facilitare il 
lavoro di qualche futura invasione stellestriscie


Il giorno 16/apr/2013 16.32, Stefano Cudini 
stefano.cud...@gmail.com mailto:stefano.cud...@gmail.com ha scritto:


salve

ho letto ora una notizia riguardo al terremoto di magnitudo 7.8!
che ha colpito la zona intorno a Kash in Iran:
http://www.openstreetmap.org/?lat=28.2168lon=61.217zoom=13layers=M

volevo chiedere a tutti i membri della lista se si poteva fare
una cosa simile come per il terremoto ad Haiti!

io ho cominciato a mappare la zona partendo dalle immagii aeree
di bing, se qualcuno è interessanto puo aiutare

grazie


___
Talk-it mailing list
Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it



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






Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e 
SMTP autenticato? GRATIS solo con Email.it 
http://www.email.it/cgi-bin/start?sid=3


Sponsor:
Stampa le tue FOTO SU TELA! Su MisterCupido.com puoi creare Quadri 
Personalizzati a partire da soli euro 18.90 - Consegne in tutta 
Italia in soli 2-3 giorni

Clicca qui http://adv.email.it/cgi-bin/foclick.cgi?mid=12388d=19-4



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




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





--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP 
autenticato? GRATIS solo con Email.it http://www.email.it/f

Sponsor:
Ami i PELUCHE? Acquistali online su MisterCupido.com! Tante offerte su: Disney, 
Simpson, Spongebob, Puffi, Sette Nani, Super Mario, Barbapapà, Teletubbies, 
Angry Birds, ecc
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12384d=22-4
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Dilemma marciapiede non connesso.

2013-04-22 Per discussione Aury88
Io a verderio superiore ho mappato con una way separata i marciapiedi sia
perchè sono rialzati dalla strada sia perchè sapevo dal codice della strada
che l'attraversamento  è vietato fuori dalle strisce se queste sono presenti
nelle vicinanze (non so la distanza) quindi l'attraversamento vero è proprio
è consentito solo in certi punti.
il sidewalk lo userei solo quando la zona adibita al transito dei pedoni è
separata dal resto da solo una linea

per esempio io mappo con sidewalk  questi casi
http://jefflynchdev.files.wordpress.com/2011/04/the_road_home_large.jpg  
con una way separata invece  questi
http://t3.gstatic.com/images?q=tbn:ANd9GcT-aWLnh1Pa7zS6zqKapWNR8w3fcvi0jPHHBdBEk4Nstu5ZCJzc
  
o  questi
https://encrypted-tbn2.gstatic.com/images?q=tbn:ANd9GcSCp8YRVOkOX5jfecQPGOJ7ub8PNFgLspMh59OuRs2BVLziFjus4g
  
però non so se sia corretto




--
View this message in context: 
http://gis.19327.n5.nabble.com/Dilemma-marciapiede-non-connesso-tp5757816p5758028.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [Talk-it] Dilemma marciapiede non connesso.

2013-04-22 Per discussione Martin Koppenhoefer
2013/4/22 Aury88 spacedrive...@gmail.com

 Io a verderio superiore ho mappato con una way separata i marciapiedi sia
 perchè sono rialzati dalla strada sia perchè sapevo dal codice della strada
 che l'attraversamento  è vietato fuori dalle strisce se queste sono
 presenti
 nelle vicinanze (non so la distanza) quindi l'attraversamento vero è
 proprio
 è consentito solo in certi punti.



la parte importante sarebbero le distanze. Se non ci sono delle strisce
vicine puoi attraversare dove ti pare.

Qui un esempio a Verderio Superiore per illustrare che diventino peggio le
routes con marciapiedi espliciti:
http://www.openrouteservice.org/index.php?start=9.4387736,45.6678999end=9.4392579,45.6675438pref=Pedestrianlang=denoMotorways=falsenoTollways=false

Lo so che si potrebbe risolvere aggiungendo più connessioni, ma non succede
nella realtà di OSM.

ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Dilemma marciapiede non connesso.

2013-04-22 Per discussione Alessio Zanol
In data lunedì 22 aprile 2013 11:51:49, Martin Koppenhoefer ha scritto:
 2013/4/22 Aury88 spacedrive...@gmail.com
 
  Io a verderio superiore ho mappato con una way separata i marciapiedi sia
  perchè sono rialzati dalla strada sia perchè sapevo dal codice della
  strada
  che l'attraversamento  è vietato fuori dalle strisce se queste sono
  presenti
  nelle vicinanze (non so la distanza) quindi l'attraversamento vero è
  proprio
  è consentito solo in certi punti.
 
 la parte importante sarebbero le distanze. Se non ci sono delle strisce
 vicine puoi attraversare dove ti pare.
 
 Qui un esempio a Verderio Superiore per illustrare che diventino peggio le
 routes con marciapiedi espliciti:
 http://www.openrouteservice.org/index.php?start=9.4387736,45.6678999end=9.4
 392579,45.6675438pref=Pedestrianlang=denoMotorways=falsenoTollways=false

Nell'esempio che riporti tu quel giro lungo credo sia dovuto ad una 
disconnessione in un nodo (ora non presente).
Se faccio terminare la destinazione un attimo prima di quel nodo il routing 
pedonale mi pare ragionevolissimo (ti fa attraversare sulle strisce).
http://www.openrouteservice.org/index.php?start=9.4390513,45.6677517end=9.4392579,45.6675438pref=Pedestrianlang=ennoMotorways=falsenoTollways=false

Ti do invece ragione sul fatto che a distanza di più di 100 metri dalle 
strisce (mi pare) si possa attraversare liberamente.
Ma lo stesso discorso lo si potrebbe fare per i prati, i boschi o le aree 
libere.
Non conosco routing pedonali che permettino l'attraversamento di aree che non 
siano le piazze.
Quante volte in un parco attraversiamo il prato per fare prima? Eppure non ci 
lamentiamo che i routers non supportano questa funzione.
Non sarebbe male avere questa possiilità implementata anche se mi rendo conto 
della difficoltà del realizzare questo.
Ritengo quindi sia un problema del routing e non della mappa in se.

In generale ritengo che la mappatura dei marciapiedi come strade separate sia 
un valore aggiunto e rappresentativo della realtà.

Il solito esempio che riporto di quanto bene funzioni il routing pedonale sui 
marciapiedi è questa zona di Trento:
http://alturl.com/yz63w

Ho messo di proposito un punto intermedio per cercare di fare un giro il più 
complesso possibile che includa marciapiedi, strade senza marciapiedi, 
stradine pedonali nei parchi e 8 attraversamenti pedonali.
Il giro e gli attraversamenti pedonali sono corrispondenti esattamente a 
quelli che si farebbero nella realtà. Raramente si attraversa fuori dalle 
strisce ufficiali per via del traffico presente.

Alessio

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


[Talk-it] ultime mappe osmand danneggiate

2013-04-22 Per discussione beppebo...@libero.it
Vi volevo informare di non scaricare le mappe del 21 e di tenervi le vecchie 
del file italia poiché non vanno. Deve essere andato storto qualcosa nella loro 
creazione

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


Re: [Talk-it] Terremoto in Iran

2013-04-22 Per discussione Martin Koppenhoefer
2013/4/22 Daniele Forsi dfo...@gmail.com

 Il 22 aprile 2013 10:42, Martin Koppenhoefer ha scritto:

  credo che le targhe delle auto non leggi mai da una posizione verticale
  (90°) ;-)

 dipende da come la gente parcheggia ;-)
 http://www.stevegillmansculpture.com/verticalParking.html



al solito con parcheggiare verticalmente penso a cose del genere:
http://www.carloft.de/v0/htdocs/index.php

;-)

ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Terremoto in Iran

2013-04-22 Per discussione Francesco Pelullo
Il giorno 22/apr/2013 16:00, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:




 2013/4/22 Daniele Forsi dfo...@gmail.com

 Il 22 aprile 2013 10:42, Martin Koppenhoefer ha scritto:

 al solito con parcheggiare verticalmente penso a cose del genere:
 http://www.carloft.de/v0/htdocs/index.php

 ;-)


Faccio rispettosamente osservare che l'inquadratura dell'immagine
satellitare è praticamente sempre obliqua, l'inquadratura verticale è un
caso particolare e necessita di post-processing (ortorettifica, sgrondatura
edifici etc).

In questo senso, la risoluzione tale da ... leggere le targhe
automobilistiche...  è pertinente.

Ciao
/niubii/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Dilemma marciapiede non connesso.

2013-04-22 Per discussione Martin Koppenhoefer
2013/4/22 Alessio Zanol nar...@infinito.it

 In data lunedì 22 aprile 2013 11:51:49, Martin Koppenhoefer ha scritto:
  2013/4/22 Aury88 spacedrive...@gmail.com
  Qui un esempio a Verderio Superiore per illustrare che diventino peggio
 le
  routes con marciapiedi espliciti:
 
 http://www.openrouteservice.org/index.php?start=9.4387736,45.6678999end=9.4
 
 392579,45.6675438pref=Pedestrianlang=denoMotorways=falsenoTollways=false

 Nell'esempio che riporti tu quel giro lungo credo sia dovuto ad una
 disconnessione in un nodo (ora non presente).
 Se faccio terminare la destinazione un attimo prima di quel nodo il routing
 pedonale mi pare ragionevolissimo (ti fa attraversare sulle strisce).

 http://www.openrouteservice.org/index.php?start=9.4390513,45.6677517end=9.4392579,45.6675438pref=Pedestrianlang=ennoMotorways=falsenoTollways=false



OK, prendo il tuo punto partenza e cambio leggermente il punto d'arrivo:
http://www.openrouteservice.org/index.php?start=9.4390513,45.6677517end=9.4397521,45.6676106pref=Pedestrianlang=denoMotorways=falsenoTollways=false

il risultato non è buono perché ti fa attraversare 2 strade invece di una e
ti fa allungare. Io a piedi non farei quel percorso come viene calcolato
cosí. Se invece non ci sarebbe quel marciapiede mappato il percorso sarebbe
più breve.




 Ti do invece ragione sul fatto che a distanza di più di 100 metri dalle
 strisce (mi pare) si possa attraversare liberamente.
 Ma lo stesso discorso lo si potrebbe fare per i prati, i boschi o le aree
 libere.



non è lo stesso discorso credo. Attraversare un bosco senza percorso spesso
non conviene perché ci metti più tempo anche se più breve, invece
attraversare una strada per arrivare al lato opposto generalmente conviene.


  Non conosco routing pedonali che permettino l'attraversamento di aree
che non
 siano le piazze.


credo che non esista per scale grandi, connosco modelli per capire dove
vanno fluidi, qualcosa di simile si potrebbe tentare, ma non sarebbe mai
competitibile per trovare la strada da Milano a Roma.


 Quante volte in un parco attraversiamo il prato per fare prima? Eppure
non ci
 lamentiamo che i routers non supportano questa funzione.


se lo fanno tutti si crea un percorso che personalmente consiglio di
mappare con highway=path, informal=yes ;-)


 Non sarebbe male avere questa possiilità implementata anche se mi rendo
conto
 della difficoltà del realizzare questo.
 Ritengo quindi sia un problema del routing e non della mappa in se.


non sono contrario all'idea di mappare marciapiedi, sono contrario all'idea
di usare highway=footway a questo scopo. Non è un highway, è un lane.

Un'altra cosa: questi marciapiedi non hanno nessun nome. Per consentire al
router di dare indicazioni precisi bisogna riprodurre tutti i nomi delle
strade anche sui marciapiedi ;-)


 In generale ritengo che la mappatura dei marciapiedi come strade separate
sia
un valore aggiunto e rappresentativo della realtà.


+1, in generale si, come detto sopra, dipende come si fa, l'unico motivo
per utilizzare highway=footway è che già viene renderizzato e preso in
considerazione dai routers (anche se loro non capiscono che si tratta di un
marciapiede).

ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Dilemma marciapiede non connesso.

2013-04-22 Per discussione Alessio Zanol
In data lunedì 22 aprile 2013 16:58:40, Martin Koppenhoefer ha scritto:

 il risultato non è buono perché ti fa attraversare 2 strade invece di una e
 ti fa allungare. Io a piedi non farei quel percorso come viene calcolato
 cosí. Se invece non ci sarebbe quel marciapiede mappato il percorso sarebbe
 più breve.

Non sarà buono ma è quello corretto.
E' come se togliessimo le turn restriction o i sensi unici perchè fanno 
allungare.

 credo che non esista per scale grandi, connosco modelli per capire dove
 vanno fluidi, qualcosa di simile si potrebbe tentare, ma non sarebbe mai
 competitibile per trovare la strada da Milano a Roma.

E' già un po' di tempo che ho in mente di provare a creare un routing raster 
così per sfizio.
Logicamente avrebbe molti limiti ma potrebbe dare risultati interessanti. Per 
funzionare bene dovrebbe avere una mappatura ottima delle barriers e delle 
zone non accessibili. Procedura:
1) scegliere dei valori di scorrevolezza per ciascuna feature.
Es: strade 100, edifici e barriere 0, aree non-mappate 30, prato 50, etc I pesi 
qui esposti sono ovviamente un esempio astratto e sono variabili in base al 
mezzo o alla forma atletica (un cancello potrebbe non essere 0 ma 10 o 20 per 
una persona in forma)
2) rasterizzare applicando i pesi sopra esposti
2b) integrare con un modello digitale del terreno (opzionale)
3) applicare uno dei tanti algoritmi di pathfinding
Come detto all'inizio dubito che allo stato attuale potrebbe funzionare bene 
su aree grandi più di qualche km e non meticolosamente mappate anche nelle 
barriere e ostacoli.

 Un'altra cosa: questi marciapiedi non hanno nessun nome. Per consentire al
 router di dare indicazioni precisi bisogna riprodurre tutti i nomi delle
 strade anche sui marciapiedi ;-)

Beh volendo ci sono le relazioni di tipo street.

 +1, in generale si, come detto sopra, dipende come si fa, l'unico motivo
 per utilizzare highway=footway è che già viene renderizzato e preso in
 considerazione dai routers (anche se loro non capiscono che si tratta di un
 marciapiede).

Ma fisicamente un marciapiede E' un tipo di footway.
C'è il tag apposito per specificare questo cioè
footway=sidewalk da abbinare a highway=footway
http://wiki.openstreetmap.org/wiki/Tag:footway%3Dsidewalk

Poi guarda qui:
http://goo.gl/maps/jCNoK
Se in questo caso utilizzassimo la barriera fisica per capire se sia un 
marciapiede o meno, sarebbe assurdo che prima della barriera venisse mappato 
come una corsia aggiungendo un tag alla strada e poi iniziare una way a se 
stante.

Alessio

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


[Talk-it] Import edifici Provincia di Belluno completato

2013-04-22 Per discussione Leonardo

Ciao a tutti,

con questo ultimo changeset 
(http://www.openstreetmap.org/browse/changeset/15827386) volevo 
informarvi che tutti gli edifici della provincia di Belluno ricavati dai 
dati del geoportale veneto (ovvero i file fabbric.shp) sono stati importati!


Ed ora verso una nuova provincia! :D

Leonardo

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


Re: [Talk-it] ultime mappe osmand danneggiate

2013-04-22 Per discussione mircozorzo
Ciao, ok grazie, me ne sono accorto troppo tardi, quelle del Veneto sempre
del 21 però sono ok, ho rimediato con quelle. La dimensione del file della
mappa nazionale non torna, troppo piccolo.

Ciao, Mirco  



--
View this message in context: 
http://gis.19327.n5.nabble.com/ultime-mappe-osmand-danneggiate-tp5758044p5758113.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [Talk-it] Dilemma marciapiede non connesso.

2013-04-22 Per discussione Martin Koppenhoefer
2013/4/22 Alessio Zanol nar...@infinito.it

 Ma fisicamente un marciapiede E' un tipo di footway.



si, come fisicamente una corsia è un pezzo di strada.

ciao,
Martin


-- 
Martin Koppenhoefer (Dipl-Ing. Arch.)
Via del Santuario Regina degli Apostoli, 18

00145 Roma

|I|I|I|I|I|I|I|I|

Italia
N41.851, E12.4824

tel1: +39 06.916508070
tel2: +49 30 868708638
mobil: +39 392 3114712
mobil: +49 1577 7793740
m...@koppenhoefer.com
http://www.koppenhoefer.com


Hinweis:
Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie
Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der
manuellen Übertragung von Informationen in elektronische Medien die
übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu
entschuldigen.

Any views or opinions are solely those of the author and do not necessarily
represent those of koppenhoefer.com unless specifically stated.
This email and any files attached are confidential and intended solely for
the use of the individual or entity to which they are addressed.
If you have received this email in error, please notify
postmas...@koppenhoefer.com

Please note that to ensure regulatory compliance and for the protection of
our clients and business, we may monitor and read messages sent to and from
our systems.

Thank You.
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] ultime mappe osmand danneggiate

2013-04-22 Per discussione Gianmario Mengozzi
Errore segnalato: le stanno rigenerando ora.

-- sent by Google Nexus
 Il giorno 22/apr/2013 21:45, mircozorzo mircozo...@inwind.it ha
scritto:

 Ciao, ok grazie, me ne sono accorto troppo tardi, quelle del Veneto sempre
 del 21 però sono ok, ho rimediato con quelle. La dimensione del file della
 mappa nazionale non torna, troppo piccolo.

 Ciao, Mirco



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/ultime-mappe-osmand-danneggiate-tp5758044p5758113.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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


[Talk-gb-westmidlands] Neighbourhood Plan Import

2013-04-22 Per discussione Brian Prangle
Hi everyone

Do we have a collective opinion about this proposed import circulated by
stephen.pete...@sky.com on the talk gb list?

Personally I wouldn't want it as I believe we decided not to include
ward boundaries
as
the present cartographic style clutters up and already busy urban map.

Regards

Brian
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands


Re: [Talk-se] Nybörjarmanual - Start

2013-04-22 Per discussione Peter Kindström
Hej!
LearnOSM fokuserar på JOSM och det är inte något vi bör skrämma nybörjare med.  
:-) 
Däremot är upplägget och sidanOpenStreetMap.org något vi kan använda/översätta.

FixaMinGatas sida kanske vi kan använda mer som en snabbguide eller kort 
översikt och sen lägga in hänvisningar till den manual vi tar fram?

Och angående appar så är det en bra synpunkt. Dock är Vespucci inte 100% 
nybörjarvänligt och det är inte helt lätt att redigera ens på en 10-platta. 
Jag tycker nog vi ska ha OpenStreetMap.org i fokus, med Vespucci och något för 
iPhone som alternativ. Övriga verktyg får de veta mer om via länkar och Google. 
:-) 

Jag har hittat strukturen nu och ska bara skapa en sida, så vi får något 
konkret att diskutera...

-- 
Vänliga hälsningar
Peter Kindström

Joakim Fors joa...@joakimfors.org skrev:

Hejsan!

Tänkte bara uppmärksamma alla på http://learnosm.org/

Kan ju vara bra att fokusera energin för generell redigering på den
sidan. Mer Sverigespecifik info kan dock samlas på något annat ställe.
Gärna med anknytning till WikiProject Sweden sidan på OSM wikin.

/Joakim

On 21 apr 2013, at 23:17, Rikard Fröberg rik...@morus.se wrote:

 Hej alla!
 
 Vi började på en minimanual[1] men kom inte så långt. Inte mycket men
kanske ett startskott?
 
 Hälsningar
 
 Rikard
 
 1.
http://labs.fixamingata.se/teknisk-dokumentation/hur-kommer-man-igang-med-openstreetmap/
 
 
 2013/4/21 Peter Kindström peter.kindst...@abc.se
 Hej!
 Vi bör fundera på vad för läsare vi får till en manual i samarbete
med FixaMinGata. Så här tror jag:
 
 De kommer från FixaMinGata och är nya på både kartritning och
OpenStreetMap, men ivriga på att rätta några kartfel i sin närhet. De
vill snabbt komma igång, fixa sina fel och sen vara klara. De gör sig
därför inte tid att läsa långa manualer och ger nog upp om ritverktygen
är svåranvända. Tyvärr blir inte många inbitna OSM:are, men det är
möjligt att de istället återkommer då och då när de hittar fel på
FixaMinGata eller när de använder andra verktyg.
 
 Jag ser framför mig att vi får en ny typ av kartritare: de som inte
är intresserad av OSM för kartritandets skull, utan för den färdiga
kartans skull. Och där tror jag finns en drivkraft OSM behöver för att
fortsätta utvecklas och bli större: användare av kartan, som vill att
den blir bättre.
 
 -- 
 Vänliga hälsningar
 Peter Kindström
 
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se
 
 
 
 
 -- 
 Rikard Fröberg, Rådgivare offentlig sektor
 Morus konsult AB | http://morus.se | rik...@morus.se
 0700 - 90 69 64  | 031 385 88 93
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se


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


Re: [Talk-se] FixaMinGata - samarbete?

2013-04-22 Per discussione Karl Wettin

19 apr 2013 kl. 18:03 skrev Joakim Fors:

 Karl Wettin (kalle på #OSM.se på IRC) har labbat med postnummerpolygoner. Så 
 du har inte drömt.

Precis så. Till en början har jag lagt in centroiden för alla 
ref:se:posten:postort i OSM.

Det fungerar relativt bra, men långt från perfekt. Detta beror primärt på att 
OSM innehåller felskrivna vägnamn, att det saknas väldigt många vägnamn i 
postnummersystemet som finns i OSM samt på större vägar i postnummersystemet 
som sträcker sig genom flera postorter (och alltså inte bara genom flera 
postnummer).

Joakim grävde fram SCBs postnummerpolygoner, men jag fastställde ganska snabbt 
att dessa innehåller väldigt mycket fel. Ganska mycket mer och i vissa fall 
riktigt hemska fel jämfört vad jag får fram genom att köra postnummersystemet 
mot OSM. Det får mig misstänka att man stöter på liknande problem när man 
samkör postnummersystemet mot Lantmäteriets databas. Exempelvis ligger delar av 
Getinge mitt i centrala Halmstad enligt den.

Men jag måste nog tänka om lite för att få till det här. Har börjat ändra fokus 
mot att först få fram bra postortspolygoner, vilket egentligen är precis lika 
problematiskt som att ha fokus på postnummer.  

Det krävs rätt mycket datorjuice att få fram polygonerna. För att orka med på 
min lilla laptop kör jag iterativt postort för postort, dessvärre ger det sämre 
resultat än att bearbeta allt på en gång.


Vidare är det problem med vem som äger rätt att använda sig av informationen 
från postnummersystemet. Enligt mina samtal med PTS skall Posten gratis 
tillhandahålla informationen, men samtidigt säger de att Posten äger databasen. 
Postens jurister har vid minst ett tillfälle de senaste 12 månaderna hävdat 
katalogskydd skicka cease and desist till en hobbysajt på nätet som 
republicerade postnummersystemet via JSON.

Som det är nu gör jag detta utan att republicera något till allmänheten och 
känner mig helt säker. Blir det någon gång i framtiden riktigt bra tror jag att 
alla parter är intresserade av det här, för OSM innehåller som sagt en hel del 
gator som saknas  i postnummersystemet och det finns en hel del data i 
postnummersystemet som kan förbättra OSM. Det luktar dock mer av 
Lantmäteriet-Metria kring Posten-Postnummerservice för varje ny berättelse jag 
hör om postnummersystemet, så det skulle inte förvåna mig om det visar sig kört 
att göra något utan att betala hundratusentals kronor (eller mer) om året.

Mitt intresse i datan är primärt för att göra en juste öppen geocoder med fokus 
på Sverige och svenska regler. Få fram riktiga postadresser, inter/extrapolera 
fram positioner till husnummer som inte finns inritade i OSM, luddigt sök 
baserat på svenska språket, etc. Men det kan ta flera år innan jag når fram 
dit, om jag nu når fram dit.
 


kalle___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-se] Nybörjarmanual - Start

2013-04-22 Per discussione Karl Wettin

22 apr 2013 kl. 08:39 skrev Peter Kindström:

 LearnOSM fokuserar på JOSM och det är inte något vi bör skrämma nybörjare 
 med. :-) 


Jag har från och till funderat på om man skulle göra en web som löser ett 
specifikt problem per sida, så att säga.

En för att lägga till ett husnummer och kanske rita in ett hus på en gata. En 
annan för att namnge en gata. En tredje för att rita in en ny gata. Och så 
vidare. 

Tror att man på så vis lättare får folk att mata in lite information om områden 
de känner till, utan att göra det så komplicerat för dem. Med lite tur vill 
lurar man vissa till att vilja göra mer exakta förändringar och då kan man peka 
dem vidare mot JOSM.   

JOSM är komplicerat. Jag är väldigt datorvan och det tog mig flera dagar att 
lista ut hur det fungerar. Det tog sedan flera veckor med ritande för att 
förstå att jag gjort en hel del väldigt dumma grejer jag inte orkat fixa till. 
Enkla gränssnitt som löser specifika problem gör att man slipper sådant.

Det är bara vi nerdar som startar JOSM i ett område utan att egentligen veta 
vad det är man tänkte pilla med. Nybörjare och de vi snackat om i förgående 
tråd har ett mycket exakt problem de vill lösa. Något som saknas eller är fel i 
kartan. 



kalle___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-se] Nybörjarmanual - Start

2013-04-22 Per discussione Christoffer Holmstedt
Jag är inne på samma spår som Karl och andra tidigare i
konversationen. De som kommer från FixaMinGata.se kommer ha väldigt
specifika problem så som att husnummer/rita in hus eller väg/namnge
gator men en sida för respektive problem kanske är overkill. Det
viktiga är att det går snabbt att göra en enkel justering.

Jag tänker mig att Henrik Rosvall har en del erfarenhet om detta från
Skoterleder.org. Upp till höger finns Mer information med korta
förklaringar om hur OSM fungerar samt under Uppdatera kartan finns
en längre, men inte för lång, förklaring om hur man bidrar. Är det
inte något sådant som behövs direkt i FixaMinGata?

Hur som helst så undrar jag om du Henrik Rosvall har fått några
kommenterar på din guide på skoterleder.org (bra/dåligt)?

I slutändan tror jag att jag förespråkar Potlach guider.
--
Christoffer Holmstedt


Den 22 april 2013 11:35 skrev Karl Wettin karl.wet...@kodapan.se:

 22 apr 2013 kl. 08:39 skrev Peter Kindström:

 LearnOSM fokuserar på JOSM och det är inte något vi bör skrämma nybörjare
 med. :-)


 Jag har från och till funderat på om man skulle göra en web som löser ett
 specifikt problem per sida, så att säga.

 En för att lägga till ett husnummer och kanske rita in ett hus på en gata.
 En annan för att namnge en gata. En tredje för att rita in en ny gata. Och
 så vidare.

 Tror att man på så vis lättare får folk att mata in lite information om
 områden de känner till, utan att göra det så komplicerat för dem. Med lite
 tur vill lurar man vissa till att vilja göra mer exakta förändringar och då
 kan man peka dem vidare mot JOSM.

 JOSM är komplicerat. Jag är väldigt datorvan och det tog mig flera dagar att
 lista ut hur det fungerar. Det tog sedan flera veckor med ritande för att
 förstå att jag gjort en hel del väldigt dumma grejer jag inte orkat fixa
 till. Enkla gränssnitt som löser specifika problem gör att man slipper
 sådant.

 Det är bara vi nerdar som startar JOSM i ett område utan att egentligen veta
 vad det är man tänkte pilla med. Nybörjare och de vi snackat om i förgående
 tråd har ett mycket exakt problem de vill lösa. Något som saknas eller är
 fel i kartan.



 kalle

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


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


Re: [Talk-se] FixaMinGata - samarbete?

2013-04-22 Per discussione Karl Wettin

22 apr 2013 kl. 14:40 skrev Christoffer Holmstedt:

 Om intresse finns så kan jag kicka igång en maskin som står avstängd
 här hemma, behöver nog installera om Ubuntu också. Tänkte använda den
 just till lite tyngre beräkningar men har inte hittat något roligt
 projekt (har faktiskt glömt vad för specs det var på den). Tror den
 endast har 4GB ram men värt att testa iaf, borde gå lite snabbare än
 din laptop =)

Tack, men dessvärre är det framförallt RAM som det konsumeras mycket av. Blir 
rätt många miljoner voronoi-punkter som det skall hållas koll på, sedermera 
multiplicerat med 3-7 för att bygga polygonerna.  Min workstation som står 
avstängd hemma i Malmö har 96GB men jag befinner mig i Oslo. Åker dit om en 
månad, skall slå på den då : D 


kalle
___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-se] Nybörjarmanual - Start

2013-04-22 Per discussione Henrik Lundqvist
Någon som har bra tips hur man skärmdumpar från Android och iOS?
Den 22 apr 2013 15:42 skrev Karl Wettin karl.wet...@kodapan.se:


 22 apr 2013 kl. 15:08 skrev Christoffer Holmstedt:

 gator men en sida för respektive problem kanske är overkill. Det


 Jag tycker inte det är overkill. Poängen är ju att få folk att mata in
saker och desto fler möjligheter för dem att bli förvirrade desto större
chans att de ger upp och sätter sig framför TVn i stället.

 Men det finns ju inget som säger att man även gör en kombinationssida
med alla funktioner. Och bara en sådan utan massa småsidor som nämnt ovan
är mycket bättre än inget alls.



 kalle

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

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


Re: [Talk-se] Nybörjarmanual - Start

2013-04-22 Per discussione Karl Wettin

22 apr 2013 kl. 16:20 skrev bengt bäverman:

 En uppenbar risk med en sida per problem är ju att man inte hittar sitt 
 problem och struntar i det.

Då argumenterar jag för att man på startsidan där man har knapparna som leder 
till jag vill lägga till ett husnummer, jag vill lägga till en gata, osv 
även har textrutan jag hittar inte det jag vill göra samt en länk till 
JOSM-howto.


kalle___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-se] Nybörjarmanual - Start

2013-04-22 Per discussione Peter Kindström
Jag tror vi kan få med 'allt'...
En sida (eller kapitel om det är enkla saker?) per problem att lösa känns som 
en bra idé. Jag har justerat strukturförslaget och lagt till några sådana. Vi 
kan väl börja skapa informationen, så kan vi senare avgöra om det blir en sida 
per problem, nedkortat till bara kapitel eller kanske flyttat till en egen 
avdelning. Jag är lite sugen på att skapa en separat avdelning med bara 
instruktioner om hur man löser olika specifika problem, lite som jag faktisk 
börjat på mina webbsidor (rubriken Taggar på 
http://www.infolagret.se/openstreetmap/oversikt/).

Nu börjar det regna här, så då passar det bra att lägga upp strukturen på 
wikin. Återkommer...

-- 
Vänliga hälsningar
Peter Kindström

Karl Wettin karl.wet...@kodapan.se skrev:


22 apr 2013 kl. 16:20 skrev bengt bäverman:

 En uppenbar risk med en sida per problem är ju att man inte hittar
sitt problem och struntar i det.

Då argumenterar jag för att man på startsidan där man har knapparna som
leder till jag vill lägga till ett husnummer, jag vill lägga till en
gata, osv även har textrutan jag hittar inte det jag vill göra samt
en länk till JOSM-howto.


   kalle



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


Re: [Talk-se] Nybörjarmanual - Start

2013-04-22 Per discussione Magnus Ihse Bursie
22 apr 2013 kl. 16:28 skrev Henrik Lundqvist h.lundqv...@gmail.com:

 Någon som har bra tips hur man skärmdumpar från Android och iOS?
 

På iOS gör man så här:

Håll ner powerknappen, tryck därefter direkt på hemknappen utan att släppa 
powerknappen. Ett kameraklickljud bekräftar att du fått en skärmbild. 

/Magnus
___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-se] Nybörjarmanual - Start

2013-04-22 Per discussione Karl Wettin

22 apr 2013 kl. 11:35 skrev Karl Wettin:

 Jag har från och till funderat på om man skulle göra en web som löser ett 
 specifikt problem per sida, så att säga.
 

Funderar på om vad jag skrev missförstods.

Jag menade inte om en sidor med förklarande, jag menade en editor som ersätter 
JOSM etc. Varje sida skulle alltså vara som en JOSM skräddarsydd för att lösa 
ett specifikt problem.

Och jag förstår att det är massa jobb att göra, jobb som troligen inte jag 
skulle orka fixa. Men om någon gjorde det så tror jag det skulle kunna komma in 
massor av bra data.



kalle___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-se] Nybörjarmanual - Start

2013-04-22 Per discussione Henrik Lundqvist
just det ipaden var inga probs men min antika android var det
värre löste sig med en app. Dags för ny teflån antar jag... Nyare
androider ar det typ lika enkelt som i iOS

tack för hjälpen...

Den 2013-04-22 skrev Magnus Ihse Bursie mag...@ihse.net:
 22 apr 2013 kl. 16:28 skrev Henrik Lundqvist h.lundqv...@gmail.com:

 Någon som har bra tips hur man skärmdumpar från Android och iOS?


 På iOS gör man så här:

 Håll ner powerknappen, tryck därefter direkt på hemknappen utan att släppa
 powerknappen. Ett kameraklickljud bekräftar att du fått en skärmbild.

 /Magnus



-- 
___
Henrik Lundqvist
h.lundqv...@gmail.com

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


Re: [Talk-se] Nybörjarmanual - Start

2013-04-22 Per discussione Rikard Fröberg
2013/4/22 Peter Kindström peter.kindst...@abc.se

 Så, nu ligger där en struktur på sidan:
 http://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Nyb%C3%B6rjarmanual
 (Det var kanske inte det smartaste att använda åäö. :-( )

 Vänta nu lite med att skapa sidor  text! Först tar vi en funderare på om
 detta är lagom mycket och rätt ämnen för en nybörjarmanual. Det räcker om
 vi tycker detta är bra i grova drag, finlir kan vi alltid göra efterhand.

 Vad säger ni?


Ser bra ut. En vanlig uppgift från FixaMinGata-folk och kommuner tror jag
blir fylla i gatunamn och ibland rätta gatunamn.

Då är det bra att ha med hur man ändrar en gatas längd, klipper den där den
byter namn, eller fogar ihop den med en annan namnlös gata som faktiskt är
samma gata ;-)

OSV

Rikard



 --
 Vänliga hälsningar
 Peter Kindström

 Peter Kindström peter.kindst...@abc.se skrev:

 Jag tror vi kan få med 'allt'...
 En sida (eller kapitel om det är enkla saker?) per problem att lösa känns
 som en bra idé. Jag har justerat strukturförslaget och lagt till några
 sådana. Vi kan väl börja skapa informationen, så kan vi senare avgöra om
 det blir en sida per problem, nedkortat till bara kapitel eller kanske
 flyttat till en egen avdelning. Jag är lite sugen på att skapa en separat
 avdelning med bara instruktioner om hur man löser olika specifika problem,
 lite som jag faktisk börjat på mina webbsidor (rubriken Taggar på
 http://www.infolagret.se/openstreetmap/oversikt/).

 Nu börjar det regna här, så då passar det bra att lägga upp strukturen på
 wikin. Återkommer...


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




-- 
Rikard Fröberg, Rådgivare offentlig sektor
Morus konsult AB | http://morus.se | rik...@morus.se
0700 - 90 69 64  | 031 385 88 93
___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-es] Mapping Party Badajoz

2013-04-22 Per discussione Francisco Hernández Castaño


Bienvenidos al Mapping Party y gracias por vuestro apoyo 



En la  Diputación tene mos bastante claro que la colaboración de la comunidad 
de OpenStreetMap es esencial para la creación del Mapping Party. Llevamos un 
tiempo madurando la idea y viendo cuales podrían ser los objetivos a cumplir. 
Por eso, nos ha alegrado ver vuestras respuestas tan rápidas y esperamos 
mantener un contacto fluido donde  vuestra experiencia y vuestras ideas nos 
aporten lo que necesitamos para que salga una jornad a  que satisfaga a todo el 
mundo. 



Estamos en contacto 



 

Francisco Javier Hernández Castaño 
Jefe de Unidad Cartográfica 
Diputación de Badajoz - O. A. Área de Igualdad y Desarrollo Local 
Servicio de Información Geográfica (SIGcBA) 
  
Avda. Antonio Masa Campos 28 (antiguo jardin infantil) 
06011 - Badajoz 
  
Correo-e: fhernan...@dip-badajoz.es 
Teléfono: +34 924 212 242 
Fax: +34 924 212 260 
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es


[Talk-es] ¿Alguien me puede explicar esta edición?

2013-04-22 Per discussione Cruz Enrique Borges
http://www.openstreetmap.org/browse/way/142064504

O.o porque estamos Ander y yo flipándolo un poco...

-- 
Cruz Enrique Borges Hernández
Email: cruz.bor...@deusto.es

DeustoTech Energy
Telefono: 944139000 ext.2052
Avda. Universidades, 24
48007 Bilbao, Spain

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


Re: [Talk-es] ¿Alguien me puede explicar esta edición?

2013-04-22 Per discussione Roberto Pla
El 22 de abril de 2013 10:13, Cruz Enrique Borges
cruz.bor...@deusto.esescribió:

 http://www.openstreetmap.org/browse/way/142064504

 O.o porque estamos Ander y yo flipándolo un poco...



Está claro que es 'porque no es un solar'. La clave no es el 'porqué' sino
el 'como'. Y la respuesta es 'con un par'.
Que conste que yo no he sido, pero se me da bien lo de las explicaciones.
¿O no?
:-D

Roberto Plà
http://robertopla.net/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es


Re: [Talk-es] ¿Alguien me puede explicar esta edición?

2013-04-22 Per discussione Javier Briz
Buenas,

Creo que por aquí encontraréis la respuesta a vuestro flipe:

http://estonoesunsolar.wordpress.com/2013/04/01/estonoesunsolar-llega-a-tres-nuevos-solares-de-zaragoza/

Son solares habilitados para que jueguen chavales, canchas de
baloncesto, pequeños parques...

2013/4/22 Roberto Pla p...@aire.org:
 El 22 de abril de 2013 10:13, Cruz Enrique Borges cruz.bor...@deusto.es
 escribió:

 http://www.openstreetmap.org/browse/way/142064504

 O.o porque estamos Ander y yo flipándolo un poco...



 Está claro que es 'porque no es un solar'. La clave no es el 'porqué' sino
 el 'como'. Y la respuesta es 'con un par'.
 Que conste que yo no he sido, pero se me da bien lo de las explicaciones.
 ¿O no?
 :-D

 Roberto Plà
 http://robertopla.net/

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


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


Re: [Talk-es] Mapas de pueblos pequeños

2013-04-22 Per discussione Javier Fernández Arroyo
buenas
 
estoy intentando hacer el mapa de mi pueblo, Logrosán, en la provincia de 
Cáceres
 
Como tú dices, imposible meter el nombre de todas las calles (entre otras 
cosas, no me los sé)
 
Aprovecho para decir que no estaría mal si alguien echa un vistazo a las 
intersecciones entre calles que he hecho, ya que no sé si están correctamente 
hechas o no
 
gracias y un saludo!
 

 Date: Thu, 28 Mar 2013 12:31:16 +0100
 From: jua...@apertus.es
 To: talk-es@openstreetmap.org
 Subject: [Talk-es] Mapas de pueblos pequeños
 
 Buenas,
 ¿Alquien ha echo mapas para poblaciones pequeñas?
 Mi problema es que en las poblaciones pequeñas las calles que no son 
 suficientemente largas el nombre no aparece.
 
 
 -- 
 La naturaleza se horroriza de la gente.
 -- Ley de Thine.
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es
  ___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es


Re: [Talk-es] Mapas de pueblos pequeños

2013-04-22 Per discussione Oscar Zorrilla Alonso
Hola;

Probad a hacerlo con MapOSMatic http://maposmatic.org/
Los nombres no aparecerán en el mapa como tal, pero el nombre si que aparece en 
el callejero indicando la cuadrículoa donde están.

Un saludo

From: Javier Fernández Arroyo 
Sent: Monday, April 22, 2013 5:16 PM
To: openstreet map 
Subject: Re: [Talk-es] Mapas de pueblos pequeños

buenas
 
estoy intentando hacer el mapa de mi pueblo, Logrosán, en la provincia de 
Cáceres
 
Como tú dices, imposible meter el nombre de todas las calles (entre otras 
cosas, no me los sé)
 
Aprovecho para decir que no estaría mal si alguien echa un vistazo a las 
intersecciones entre calles que he hecho, ya que no sé si están correctamente 
hechas o no
 
gracias y un saludo!
 

 Date: Thu, 28 Mar 2013 12:31:16 +0100
 From: jua...@apertus.es
 To: talk-es@openstreetmap.org
 Subject: [Talk-es] Mapas de pueblos pequeños
 
 Buenas,
 ¿Alquien ha echo mapas para poblaciones pequeñas?
 Mi problema es que en las poblaciones pequeñas las calles que no son 
 suficientemente largas el nombre no aparece.
 
 
 -- 
 La naturaleza se horroriza de la gente.
 -- Ley de Thine.
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es




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


Re: [Talk-es] Mapas de pueblos pequeños

2013-04-22 Per discussione Carlos Dávila

El 22/04/13 17:16, Javier Fernández Arroyo escribió:

buenas

estoy intentando hacer el mapa de mi pueblo, Logrosán, en la provincia 
de Cáceres


Como tú dices, imposible meter el nombre de todas las calles (entre 
otras cosas, no me los sé)


Aprovecho para decir que no estaría mal si alguien echa un vistazo a 
las intersecciones entre calles que he hecho, ya que no sé si están 
correctamente hechas o no
He revisado Logrosán con el validador de JOSM y sólo ha detectado 
algunas vías que no estaban conectadas, editadas por el usuario 
iGambusino (no sé si eres tú Javier), así que en general no está mal.


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


Re: [Talk-es] Mapas de pueblos pequeños

2013-04-22 Per discussione Juanjo Pablos

On 22/04/13 17:30, Oscar Zorrilla Alonso wrote:

Hola;
Probad a hacerlo con MapOSMatic http://maposmatic.org/
Los nombres no aparecerán en el mapa como tal, pero el nombre si que 
aparece en el callejero indicando la cuadrículoa donde están.




Ya lo probé hace 4 años. Pero el problema es que las reglas están 
adaptadas para municipios mas grandes.


--
El sexo forma parte de la naturaleza. Y yo me llevo de maravilla con la
naturaleza.
-- Marilyn Monroe. (1926-1962) Actriz estadounidense.


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


Re: [Talk-es] Mapas de pueblos pequeños

2013-04-22 Per discussione Juanjo Pablos

On 22/04/13 17:16, Javier Fernández Arroyo wrote:
Como tú dices, imposible meter el nombre de todas las calles (entre 
otras cosas, no me los sé)


Bueno el problema que indico es otro. Cuando tienes una calle pequeña y 
generas un mapa si el texto de la calle es muy largo, pues no aparece.
Puedes echar una ojeada al catastro para ver las calles, pero ojo, que 
no son fiables al 100%




Aprovecho para decir que no estaría mal si alguien echa un vistazo a 
las intersecciones entre calles que he hecho, ya que no sé si están 
correctamente hechas o no


No me considero ningún mapeador experto pero creo todas las calles del 
municipio en tu caso son o bien highway=residential o highway=footway si 
no pueden pasar los coches.



El parque junto a la Avd. Hernandez Serrano quizás puedas indicarlo como 
area.


Te he cambiado las pistas de futbol y tenis, a pitch pues las tenias 
como sports_centre






--
El sexo forma parte de la naturaleza. Y yo me llevo de maravilla con la
naturaleza.
-- Marilyn Monroe. (1926-1962) Actriz estadounidense.


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


Re: [Talk-es] Mapas de pueblos pequeños

2013-04-22 Per discussione Roberto Pla
 Aprovecho para decir que no estaría mal si alguien echa un vistazo a las
 intersecciones entre calles que he hecho, ya que no sé si están
 correctamente hechas o no



Segun llegas al pueblo por el Oeste, (Avenida Hernandez Serrano) la tercera
bocacalle a la derecha tiene forma de 'L'. Las calles se forman con los
tramos que vas dibujando. Muchas veces es más cómodo tirar del 'gusanito' y
dibujar una linea quebrada en la que hay calles enteras y fragmentos de
otras, pero luego hay que cortarla por los sitios adecuados y 'empalmar'
con los otros segmentos para que cada calle tenga todos sus tramos unidos y
dos calles diferentes no formen un mismo tramo.

-- 
Roberto Plà
http://robertopla.net/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es


Re: [Talk-es] ¿Alguien me puede explicar esta edición?

2013-04-22 Per discussione Javier Sánchez
Pues pide a gritos una etiqueta website, ¿no?

Javier.


El 22 de abril de 2013 14:32, Javier Briz alg...@gmail.com escribió:

 Buenas,

 Creo que por aquí encontraréis la respuesta a vuestro flipe:


 http://estonoesunsolar.wordpress.com/2013/04/01/estonoesunsolar-llega-a-tres-nuevos-solares-de-zaragoza/

 Son solares habilitados para que jueguen chavales, canchas de
 baloncesto, pequeños parques...

 2013/4/22 Roberto Pla p...@aire.org:
  El 22 de abril de 2013 10:13, Cruz Enrique Borges cruz.bor...@deusto.es
 
  escribió:
 
  http://www.openstreetmap.org/browse/way/142064504
 
  O.o porque estamos Ander y yo flipándolo un poco...
 
 
 
  Está claro que es 'porque no es un solar'. La clave no es el 'porqué'
 sino
  el 'como'. Y la respuesta es 'con un par'.
  Que conste que yo no he sido, pero se me da bien lo de las
 explicaciones.
  ¿O no?
  :-D
 
  Roberto Plà
  http://robertopla.net/
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-es
 

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

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


Re: [Talk-ar] Traducciones

2013-04-22 Per discussione Federico Alberto Sayd

On 22/04/13 13:05, Gonzalo Gabriel Pérez wrote:

Buenas gente.
Vi que en el foro hablaban de que se necesitan traducciones en la wiki 
y Cyp3er me comentó que el artículo de Potlatch2 sigue estando en 
inglés ¬¬ ...así que decidí traducirlo, claro que está casi pasado 
literalmente del inglés y no la tengo tan clara con el english, pero 
es algo.

Alguna sugerencia para otra traducción?

http://wiki.openstreetmap.org/wiki/ES:Potlatch_2

Saludos!


___
Talk-ar mailing list
Talk-ar@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ar
Yo la encuentro bastante aceptable y entendible. No creo que se note 
ninguna diferencia con algún otro página traducida. Muy buena 
traducción. Gracias por la colaboración.


Saludos!
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ar


Re: [Talk-at] Europaregion Tirol–Südtirol–Trentino

2013-04-22 Per discussione Friedrich Volkmann

On 21.04.2013 22:37, Erwin Ernst Steinhammer wrote:

Wie sollte die Europaregion Tirol–Südtirol–Trentino getagt werden?
Bzw. sollte überhaupt ein gemeinsammes MP für diese Region erstellt werden?


Nein, denn Europaregion ist nur ein Buzzword.

Wenn so etwas getaggt werden würde, dann am besten als Sammelrelation 
(type=collection).


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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


Re: [Talk-ca] openstreetmap.ca is up!

2013-04-22 Per discussione Duncan Hill
I'll second Harald's suggestion to have the map show Canada on load.


On Sun, Apr 21, 2013 at 8:39 PM, Harald Kliems kli...@gmail.com wrote:

 First, thanks to Darryl and Richard for taking care of this!

 I have one quick, easy (I assume), and probably non-controversial
 suggestion: when I clicked on the link, I got a map of Europe, not
 Canada. I know that this is only relevant for the first visit but
 maybe it can be fixed anyway.

 Best,
  Harald.

 On Sun, Apr 21, 2013 at 8:04 PM, Richard Weait rich...@weait.com wrote:
  Dear all,
 
  Darryl delivered on his promise, and openstreetmap.ca registration has
 been
  transferred to OSMF / me.  Thank you, again, Darryl for taking care of
 the
  domain for the past years, and for offering it to the community, rather
 than
  letting it lapse.
 
  For now, if you visit openstreetmap.ca, it will look very familiar.
  Very
  much like osm.org, in fact.  :-)   I'm happy with that. It's
 unsurprising,
  and easy to maintain.  And in the recent; past we haven't done anything
 else
  with it, so I think that that this is an improvement.
 
  But what else would we like to do?  To move forward on any big changes to
  openstreetmap.ca, I would hope to see a number of things in equal
 measure:
 
  - interesting idea(s)
  - broad consensus
  - active participation
  - resources
 
  I don't foresee any deadline for new ideas or implementation, so this can
  really be a matter for careful consideration over time.  We've done
 pretty
  well so far, without any grand unification web site.
 
  And thanks again, Darryl.
 
  Best regards,
  Richard
 
  ___
  Talk-ca mailing list
  Talk-ca@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-ca
 



 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565

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

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


Re: [Talk-ca] openstreetmap.ca is up!

2013-04-22 Per discussione Bruno Remy
The same for me.
Thanks

Best regards

Bruno Remy
Le 2013-04-22 07:10, Duncan Hill dun...@soncan.ca a écrit :

 I'll second Harald's suggestion to have the map show Canada on load.


 On Sun, Apr 21, 2013 at 8:39 PM, Harald Kliems kli...@gmail.com wrote:

 First, thanks to Darryl and Richard for taking care of this!

 I have one quick, easy (I assume), and probably non-controversial
 suggestion: when I clicked on the link, I got a map of Europe, not
 Canada. I know that this is only relevant for the first visit but
 maybe it can be fixed anyway.

 Best,
  Harald.

 On Sun, Apr 21, 2013 at 8:04 PM, Richard Weait rich...@weait.com wrote:
  Dear all,
 
  Darryl delivered on his promise, and openstreetmap.ca registration has
 been
  transferred to OSMF / me.  Thank you, again, Darryl for taking care of
 the
  domain for the past years, and for offering it to the community, rather
 than
  letting it lapse.
 
  For now, if you visit openstreetmap.ca, it will look very familiar.
  Very
  much like osm.org, in fact.  :-)   I'm happy with that. It's
 unsurprising,
  and easy to maintain.  And in the recent; past we haven't done anything
 else
  with it, so I think that that this is an improvement.
 
  But what else would we like to do?  To move forward on any big changes
 to
  openstreetmap.ca, I would hope to see a number of things in equal
 measure:
 
  - interesting idea(s)
  - broad consensus
  - active participation
  - resources
 
  I don't foresee any deadline for new ideas or implementation, so this
 can
  really be a matter for careful consideration over time.  We've done
 pretty
  well so far, without any grand unification web site.
 
  And thanks again, Darryl.
 
  Best regards,
  Richard
 
  ___
  Talk-ca mailing list
  Talk-ca@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-ca
 



 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565

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



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


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


[Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)

2013-04-22 Per discussione Bruno Remy
Aujourd’hui, c’est l’inauguration du nouvel aéroport de Puvirnituq.
Guillaume Paradis,  porte-parole du Ministère des Transports du Québec  y
participe !

(https://twitter.com/Guill_Paradis/status/326285638808788993)

L'occasion peut-être de travailler un peu dans cette zone pour en améliorer
la carte ? :-)

Bonne journée à tous!

Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)

2013-04-22 Per discussione Pierre Béland
Bonjour Rémy

malheureusement, nous n'avons pas d'imagerie Bing haute resolution pour cette 
zone. Et ça me surprendrait que le ministère des transports accepte de nous 
fournir des données avec licence ODbL.


 
Pierre 




 De : Bruno Remy bremy.qc...@gmail.com
À : talk-ca@openstreetmap.org talk-ca@openstreetmap.org 
Envoyé le : Lundi 22 avril 2013 8h11
Objet : [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)
 


Aujourd’hui, c’est l’inauguration du nouvel aéroport de Puvirnituq. Guillaume 
Paradis,  porte-parole du Ministère des Transports du Québec  y participe !
(https://twitter.com/Guill_Paradis/status/326285638808788993)
L'occasion peut-être de travailler un peu dans cette zone pour en améliorer la 
carte ? :-)
Bonne journée à tous!

Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca


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


Re: [Talk-ca] openstreetmap.ca is up!

2013-04-22 Per discussione Richard Weait
Flesh it out.  Try to fill in all four points, rather than just the idea.

What zoom and center point?  How does that work on different devices /
resolution / orientation?

How will this be implemented?  What effect will this have on a returning
visitor?  What else?
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] openstreetmap.ca is up!

2013-04-22 Per discussione AJ Ashton
On Mon, Apr 22, 2013 at 9:34 AM, Richard Weait rich...@weait.com wrote:

 What zoom and center point?  How does that work on different devices /
 resolution / orientation?


The map view can be based on a bounding box, so a strategically-selected
bounding box should handle all of these variables well. We should probably
exclude the northern reaches of the territories from the bbox otherwise it
will look like OpenArcticMap thanks to mercator.


 How will this be implemented?  What effect will this have on a returning
 visitor?  What else?


I find that being returned to the last thing I viewed is annoying/incorrect
more often than not, so maybe have it centred on Canada every visit? I'm
not sure about this though.

-- 
AJ Ashton
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] openstreetmap.ca is up!

2013-04-22 Per discussione Stewart Russell
Being returned to the last edited thing is the best! If I saw all of Canada
every time I went to the website I'd be pulling lots of tiles and queries
to get where I want to go.

Cheers
Stewart
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)

2013-04-22 Per discussione Bruno Remy
Bonjour Pierre! Long time no see ;-)
Bonjour la communauté Canadienne OSM!


Le Ministère des transports du Québec ne prévoit pas publier ce type de
données (à court terme) mais nous a dit prévoir publier d'autres données,
telles que les bornes téléphoniques d'urgence, les centres de localités
qu'ils ont obtenu via le Ministère des Ressources Naturelles, et autres
données possiblementévidement ces publications passent par le portail
du gouv. du Québec.

Donc le constat est le suivant:
1- Les municipalités (Gatineau, Montréal, Québec.) ont publié des
données ouvertes sur leur propre portails
2- Le gouvernement provincial (ainsi que certaines municipalités telles que
Repentigny) ont publié des données ouvertes sur le portail du Gouvernement
du Québec
3- Ces différents portails ont des licences non-odbl

*Ce qui amène aux sujet de réflexion à savoir dans quel sens devons-nous
travailler, nous, la communauté OSM du Canada: *

A/ Dans le sens d'un tri genre {IF...Then...Else} qui exclut toute donnée
ouverte non-odbl et ferme les yeux dessus?
Ou bien
B/ Dans un sens de la concertation avec les collectivités publiques
(municipales et/ou provinciales et/ou fédérales) pour arriver à un
consensus juridique sur les licences? (=dialogue)
Ou bien
C/ Dans un sens de faire pression auprès des-dites collectivités
publiques pour qu'ils remplacent purement et simplement leur licence
non-odbl par la version originale pure de ODBL? (= lobying)

Ou bien ?


Ces derniers mois, Pierre Bèland semble avoir obté pour l'option B en
établissant de très bons contacts, et à haut niveau, avec le gouvernement
provincial du Québec (Gouvernement Ouvert http://www.ouvert.gc.ca/ ou
@GouvOuvertQc) et la Ville de Montréal (Montréal
Ouverthttp://montrealouvert.net
)
Le résultat est, à mon humble avis, fort positif, puisque ces organismes
sont de bonne écoute, et ont, dans certains cas, fait un pas en avant vers
nous en ré-écrivant leur licence pour la rendre
un-peu-plus-compatible-odbl, même si, pour les puristes, elles ne sont
pas pur ODBL original.

Du côté Capitale Nationale, nous travaillons aussi selon l'option B' avec
des dialogues intéressants et des oreilles réceptives auprès de la Ville de
Québec, de Capitale Ouverte http://capitaleouverte.org/ et du
porte-parole du Ministère des Transports à Québec.


Maintenant que le site openstreetmap.ca a basculé, et que Richard Weait
nous a ouvert la porte à une réflexion + large sur les actions de notre
communauté, nos implications, et nos consensus la question est ouverte:
*
Quel type de consensus désirons-nous/désirez-vous pour le discours à propos
des données ouvertes?*

Est-ce , à l'échelle mondiale de la Fondation OpenStreetMap, la licence
ODBL est la seule licence  des imports massifs qui ont eu lieu? Ou bien
y-a--t-il eu des exceptions des accord des ajustements, des
publications purement ODBL dédiées à OSM en dehors des portails officiels
non-odbl ?
( Il y a de très nombreux exemples de D.O. dans OSM en Europe je ne les
citerai pas tous ici.: sont ils tous vraiment 100% ODBL? )

Si c'est le cas.. Alors ODBL est LA SEULE porte d'entrée Donc:
Est-ce que ce sont les organismes public canadiens qui sont en retard ?
Devons nous faire du lobbying?

Ce ne sont que des questions, et non pas des pistes de solutions ou des
réponses..

Il serait juste apprécié qu'on trouve un consensus clair pour savoir dans
quel direction évoluer.

Sincères salutations et bonne journée!
Bruno ;-)

PS : si nécessaire... je reformulerai en anglais... sorry.. english version
could maybe follow in a another mail




Le 22 avril 2013 09:02, Pierre Béland pierz...@yahoo.fr a écrit :

 Bonjour Rémy

 malheureusement, nous n'avons pas d'imagerie Bing haute resolution pour
 cette zone. Et ça me surprendrait que le ministère des transports accepte
 de nous fournir des données avec licence ODbL.


 Pierre

   --
  *De :* Bruno Remy bremy.qc...@gmail.com
 *À :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Lundi 22 avril 2013 8h11
 *Objet :* [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)

 Aujourd’hui, c’est l’inauguration du nouvel aéroport de Puvirnituq.
 Guillaume Paradis,  porte-parole du Ministère des Transports du Québec  y
 participe !
 (https://twitter.com/Guill_Paradis/status/326285638808788993)
 L'occasion peut-être de travailler un peu dans cette zone pour en
 améliorer la carte ? :-)
 Bonne journée à tous!
 Bruno Remy

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





-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca


[Talk-ca] Routing tool for openstreetmap.ca?

2013-04-22 Per discussione Samuel Longiaru
Another big thanks here to those involved in setting this up!  I do
have a suggestion for the site.  Perhaps it is already implemented
elsewhere, in which case maybe all I need is to be reminded of its
location so I can update my bookmarks.

I think it would be great to have access to a routing engine using as
current a Canadian data extract as possible... like daily or even more
recent. I seem to remember that a year or so ago, we had access to one
that was ostensibly for Europe only, but which did include fairly recent
Canadian data. I remember using it while doing some CanVec imports.
Darned if I can find it now. It really was a great help. I remember
that in my case, it highlighted the need for special access= tagging of
emergency-only crossovers on divided highways.

I've found a few sites that route off of OSM data, but the data are not
always current as far as I can tell... and while being a separate issue,
the routing plugin on JOSM hasn't worked for me for many months now.  

Anyway, like I said, if there is an existing tool, please let me know.
Otherwise, I think one based on up-to-date Canadian data would be a big
help not only for mapping, but provide a great public service as well.

Thanks,

Samuel Longiaru
Kamloops, BC

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


Re: [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)

2013-04-22 Per discussione Pierre Béland
Bonjour Rémy, les problèmes sont bien différents à Cap-Haitien au nord de 
Haiti, où nous a créons la donnée avec 60 stagiaires haitiens. Notre problème 
il est différent, c'est l'accès à internet. Je vois mieux les problèmes 
d'édition OSM des pays en développement.


 
Pierre 




 De : Bruno Remy bremy.qc...@gmail.com
À : Pierre Béland pierz...@yahoo.fr 
Cc : talk-ca@openstreetmap.org talk-ca@openstreetmap.org 
Envoyé le : Lundi 22 avril 2013 12h20
Objet : Re: [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)
 


Bonjour Pierre! Long time no see ;-)
Bonjour la communauté Canadienne OSM!


Le Ministère des transports du Québec ne prévoit pas publier ce type de 
données (à court terme) mais nous a dit prévoir publier d'autres données, 
telles que les bornes téléphoniques d'urgence, les centres de localités qu'ils 
ont obtenu via le Ministère des Ressources Naturelles, et autres données 
possiblementévidement ces publications passent par le portail du gouv. du 
Québec.

Donc le constat est le suivant:
1- Les municipalités (Gatineau, Montréal, Québec.) ont publié des données 
ouvertes sur leur propre portails
2- Le gouvernement provincial (ainsi que certaines municipalités telles que 
Repentigny) ont publié des données ouvertes sur le portail du Gouvernement du 
Québec
3- Ces différents portails ont des licences non-odbl

Ce qui amène aux sujet de réflexion à savoir dans quel sens devons-nous 
travailler, nous, la communauté OSM du Canada: 


A/ Dans le sens d'un tri genre {IF...Then...Else} qui exclut toute donnée 
ouverte non-odbl et ferme les yeux dessus?

Ou bien
B/ Dans un sens de la concertation avec les collectivités publiques 
(municipales et/ou provinciales et/ou fédérales) pour arriver à un consensus 
juridique sur les licences? (=dialogue)
Ou bien
C/ Dans un sens de faire pression auprès des-dites collectivités publiques 
pour qu'ils remplacent purement et simplement leur licence non-odbl par la 
version originale pure de ODBL? (= lobying)

Ou bien ?


Ces derniers mois, Pierre Bèland semble avoir obté pour l'option B en 
établissant de très bons contacts, et à haut niveau, avec le gouvernement 
provincial du Québec (Gouvernement Ouvert ou @GouvOuvertQc) et la Ville de 
Montréal (Montréal Ouvert)

Le résultat est, à mon humble avis, fort positif, puisque ces organismes sont 
de bonne écoute, et ont, dans certains cas, fait un pas en avant vers nous en 
ré-écrivant leur licence pour la rendre un-peu-plus-compatible-odbl, même 
si, pour les puristes, elles ne sont pas pur ODBL original.


Du côté Capitale Nationale, nous travaillons aussi selon l'option B' avec 
des dialogues intéressants et des oreilles réceptives auprès de la Ville de 
Québec, de Capitale Ouverte et du porte-parole du Ministère des Transports à 
Québec.




Maintenant que le site openstreetmap.ca a basculé, et que Richard Weait nous a 
ouvert la porte à une réflexion + large sur les actions de notre communauté, 
nos implications, et nos consensus la question est ouverte:


Quel type de consensus désirons-nous/désirez-vous pour le discours à propos 
des données ouvertes?


Est-ce , à l'échelle mondiale de la Fondation OpenStreetMap, la licence ODBL 
est la seule licence  des imports massifs qui ont eu lieu? Ou bien y-a--t-il 
eu des exceptions des accord des ajustements, des publications purement 
ODBL dédiées à OSM en dehors des portails officiels non-odbl ? 

( Il y a de très nombreux exemples de D.O. dans OSM en Europe je ne les 
citerai pas tous ici.: sont ils tous vraiment 100% ODBL? )


Si c'est le cas.. Alors ODBL est LA SEULE porte d'entrée Donc:
Est-ce que ce sont les organismes public canadiens qui sont en retard ? 
Devons nous faire du lobbying?


Ce ne sont que des questions, et non pas des pistes de solutions ou des 
réponses..


Il serait juste apprécié qu'on trouve un consensus clair pour savoir dans quel 
direction évoluer.


Sincères salutations et bonne journée! 

Bruno ;-)


PS : si nécessaire... je reformulerai en anglais... sorry.. english version 
could maybe follow in a another mail








Le 22 avril 2013 09:02, Pierre Béland pierz...@yahoo.fr a écrit :

Bonjour Rémy

malheureusement, nous n'avons pas d'imagerie Bing haute resolution pour cette 
zone. Et ça me surprendrait que le ministère des transports accepte de nous 
fournir des données avec licence ODbL.



 
Pierre 




 De : Bruno Remy bremy.qc...@gmail.com
À : talk-ca@openstreetmap.org talk-ca@openstreetmap.org 
Envoyé le : Lundi 22 avril 2013 8h11
Objet : [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)
 


Aujourd’hui, c’est l’inauguration du nouvel aéroport de Puvirnituq. 
Guillaume Paradis,  porte-parole du Ministère des Transports du Québec  y 
participe !
(https://twitter.com/Guill_Paradis/status/326285638808788993)
L'occasion peut-être de travailler un peu dans cette zone pour en améliorer 
la carte ? :-)
Bonne 

Re: [Talk-ca] Routing tool for openstreetmap.ca?

2013-04-22 Per discussione Richard Weait
On Mon, Apr 22, 2013 at 12:30 PM, Samuel Longiaru longi...@shaw.ca wrote:

 Another big thanks here to those involved in setting this up!  I do
 have a suggestion for the site.  Perhaps it is already implemented
 elsewhere, in which case maybe all I need is to be reminded of its
 location so I can update my bookmarks.

 I think it would be great to have access to a routing engine using as
 current a Canadian data extract as possible... like daily or even more
 recent.


http://map.project-osrm.org/

For Canadian data and the rest of the world.  Updates the data twice a day,
as I understand it.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Routing tool for openstreetmap.ca?

2013-04-22 Per discussione simon


 http://map.project-osrm.org/

 For Canadian data and the rest of the world.  Updates the data twice a
 day, as I understand it.

So is there a way to 'teach' that better routes?

Blairmore to Calgary was routed through Fort McLeod (257km)... when the
faster/shorted route is via Highway 22 and 533 across to Nanton (217km).

It might say something about my driving, but that would take a little over
2hrs rather than suggested 3hr4. Yes, I average more that 70km/hr...

Simon


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


Re: [Talk-ca] Routing tool for openstreetmap.ca?

2013-04-22 Per discussione Richard Weait
On Mon, Apr 22, 2013 at 1:51 PM, si...@mungewell.org wrote:


 
  http://map.project-osrm.org/
 
  For Canadian data and the rest of the world.  Updates the data twice a
  day, as I understand it.

 So is there a way to 'teach' that better routes?

 Blairmore to Calgary was routed through Fort McLeod (257km)... when the
 faster/shorted route is via Highway 22 and 533 across to Nanton (217km).

 It might say something about my driving, but that would take a little over
 2hrs rather than suggested 3hr4. Yes, I average more that 70km/hr...


I'm not familiar with either route, or with your driving style.  :-)

Routers using OSM data will make assumptions where speed limit data in not
available so you might be running into issues where the assumptions don't
match your driving experience on the ground.

In past, I've found that there are connectivity problems in the OSM data,
when routers make suggestions taht I wouldn't expect.  In fact, that was
one of the things we were using the test instance of OSRM for; finding
discontinuities, bad one-ways, and other tagging / mapping errors.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Routing tool for openstreetmap.ca?

2013-04-22 Per discussione Samuel Longiaru

- Original Message -
From: Richard Weait rich...@weait.com
To: Simon Wood si...@mungewell.org
Cc: Talk-CA OpenStreetMap talk-ca@openstreetmap.org
Sent: Mon, 22 Apr 2013 12:14:42 -0600 (MDT)
Subject: Re: [Talk-ca] Routing tool for openstreetmap.ca?

On Mon, Apr 22, 2013 at 1:51 PM, si...@mungewell.org wrote:


 
  http://map.project-osrm.org/
 
  For Canadian data and the rest of the world.  Updates the data twice a
  day, as I understand it.

 So is there a way to 'teach' that better routes?

 Blairmore to Calgary was routed through Fort McLeod (257km)... when the
 faster/shorted route is via Highway 22 and 533 across to Nanton (217km).

 It might say something about my driving, but that would take a little over
 2hrs rather than suggested 3hr4. Yes, I average more that 70km/hr...


I'm not familiar with either route, or with your driving style.  :-)

Routers using OSM data will make assumptions where speed limit data in not
available so you might be running into issues where the assumptions don't
match your driving experience on the ground.

In past, I've found that there are connectivity problems in the OSM data,
when routers make suggestions taht I wouldn't expect.  In fact, that was
one of the things we were using the test instance of OSRM for; finding
discontinuities, bad one-ways, and other tagging / mapping errors.

Richard,



Thanks for the link to the OSRM site, but I don't think that was it.
I'm familiar with that project and recently have been following the dev
list.  At least as the demo site stands, it does give crazy routings
for the area of South Australia where I am right now. And while it may
be related to speed limit tags, it's not for the lack of them, but
because they exist. The unpaved roads here have been correctly tagged
with max_speed=100.  While that is the statutory limit for unsigned
rural roads in South Australia, it is not reasonable in practice.  When
OSRM sees that, it coughs up routes that suggest one exit reasonably
good motorways and jump onto unpaved roads. Here's a good example:
http://osrm.at/2Vl When routing from Adelaide to the Roseworthy
Campus, OSRM routes one off the M20 and onto unpaved roads when 
staying on the M20 for one more exit, then exiting to Redbanks Road is
the much more logical choice.

The fact that OSRM updates data twice a day is encouraging. I didn't
see that anywhere.  But I've found that the Gosmore engine, at least
as implemented by http://yournavigation.org makes more
reasonable assumptions and so comes up with more logical routes. The
problem there, however is that yournavigation appears to be using
worldwide data over 2 months old.

And hence my suggestion for an implementation of a routing feature
that uses reasonable assumptions (or as best as we can agree to)
and utilizing the latest Canadian data possible. It could be based on 
either the OSRM engine or the Gosmore engine I would imagine. 

It seems to me that the OSRM routing could benefit greatly by a 0.6 penalty for
unpaved roads as had been suggested a few time before, but they don't seem to
want to go that way.  

Thanks,

Sam



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


Re: [Talk-ca] Routing tool for openstreetmap.ca?

2013-04-22 Per discussione James Ewen
On Mon, Apr 22, 2013 at 3:33 PM, Samuel Longiaru longi...@shaw.ca wrote:

 It seems to me that the OSRM routing could benefit greatly by a 0.6 penalty 
 for
 unpaved roads as had been suggested a few time before, but they don't seem to
 want to go that way.

Why incur a penalty just because the roadway is unpaved? A better
solution would be to have the ability to request paved roads only when
routing. That way the user could decide whether an unpaved roadway
should be selected or not. I suppose the best solution would be to
allow the user to select whether unpaved roads can be used for
routing, and also allow the user to select the penalty to apply for
unpaved.

I fight with my GPS all the time. I tell it to never use unpaved
roads, but it will put me onto them quite often. Then on the other
hand it can try and send me on long detours some times when I know I
want to take that 2 mile shortcut on gravel to save 40 miles on
pavement.

It's pretty tough to teach a computer to be as wishy-washy as a human!

-- 
James
VE6SRV

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


[Talk-ca] Question?

2013-04-22 Per discussione Bruno Remy
(English message will follow)

Bonjour à tous! :-)

Toujours à propos du débat sur les licences, des faits rééls de deux cas de
licence ouverte permettent d'établir les points suivants:
- Depuis 2009 déjà, la DGFiP (Direction générale des finances publiques) en
charge du cadastre en ligne autorise OpenStreetMap et ses contributeurs à
utiliser les données cadastrales

1/Il y a deux conditions à la réutilisation des données du cadastre:

   - la réutilisation des données doit former un travail composite. Les
   données du cadastre ne peuvent former *à elles seules* les données OSM.
   - Il est obligatoire d'indiquer l'origine et le millésime des données
   avec un tag source, par exemple Direction générale des finances publiques
   - année 2008.

Source =
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation


2/Le Gouvernement français publie ses données ouvertes sous les termes de
la Licence Ouverte et des données protégées par cette licences ont fait
l'objet d'imports massifs dans OSM.
Source=
http://www.etalab.gouv.fr/pages/Licence_ouverte_Open_licence-5899923.html

Donc ces faits parlent d'eux mêmes et induisent la logique suivante:

SI {
(la licence est ODBL)
OU
(la licence est NON-ODBL ET  fait l'objet d'accord écrits de la part du
publicateur des données)
OU
(la licence est LO Licence Ouverte)
}
ET
Il y a eu un consensus au sein de notre communauté OSM-CA
ALORS
Les données pourraient possiblement être importées .


Est-ce bien cela?



Hi there ! :-)

Still about licences : some facts about two uses of OpenData gives the
following statements:

1/Since 2009 , la DGFiP (French Financial Dept.) in charge of cadastre
authorized OpenStreetMap  contributors to use their cadastral opendata.

But exlcusively with two major conditions:

   - the use of cadastral must be a composit work. This means that OSM
   data  cadastre ne peuvent former *could'nt only consist of *Cadastral
   data.
   - It is mandatory to  mention origin and milesim of Opendata, within a
   tag, for instance Direction générale des finances publiques - année 2008.

Source =
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation


2/ French gouverment has a web-portal with the OL licence (Open Licence),
and some data protected by this licence has been the source of
massive-imports into the OpenStreetMap's database.

Source=
http://www.etalab.gouv.fr/pages/Licence_ouverte_Open_licence-5899923.html

So, those facts talk themself and lead to the following logic statement:

IF {
( licence is ODBL)
OR
(licence is NOT ODBL BUT has been the object of an official term-of-use
formally given by the provider of OpenData)
OR
(licence est OL Open-Licence)
}
AND
A census has been settled within our OSM-CA community
}
THEN
Data may perhaps be imported  .

Is that right? Or?

Best regards,



-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Routing tool for openstreetmap.ca?

2013-04-22 Per discussione Samuel Longiaru

- James Ewen ve6...@gmail.com wrote:
 On Mon, Apr 22, 2013 at 3:33 PM, Samuel Longiaru longi...@shaw.ca wrote:
 
  It seems to me that the OSRM routing could benefit greatly by a 0.6 penalty 
  for
  unpaved roads as had been suggested a few time before, but they don't seem 
  to
  want to go that way.
 
 Why incur a penalty just because the roadway is unpaved? A better
 solution would be to have the ability to request paved roads only when
 routing. That way the user could decide whether an unpaved roadway
 should be selected or not. I suppose the best solution would be to
 allow the user to select whether unpaved roads can be used for
 routing, and also allow the user to select the penalty to apply for
 unpaved.
 
 I fight with my GPS all the time. I tell it to never use unpaved
 roads, but it will put me onto them quite often. Then on the other
 hand it can try and send me on long detours some times when I know I
 want to take that 2 mile shortcut on gravel to save 40 miles on
 pavement.
 
 It's pretty tough to teach a computer to be as wishy-washy as a human!
 
 -- 
 James
 VE6SRV
 
 ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ca

Paved roads only option? Yes, that's one way. Essentially giving unpaved roads 
a penalty value (factor) of 0. Then unpaved roads wouldn't be routed on. But 
consider the case where you are on an unpaved road and wish to route somewhere 
using the 'avoid unpaved roads' option.  It would seem to me that in that case, 
the engine will need to assess a reasonable penalty for unpaved roads and 
minimize that penalty by getting you to paved roads by the quickest or shortest 
means.  So either way you stack it, at some point, you need to assign a 
penalty.  Right now, on the OSRM site, you can neither assign a penalty nor 
elect a paved-roads only option. All roads are reated equally. The 
yournavigation site must be doing something different, as it yields different 
(and more logical) results.

I'd love to see a routing engine with a desireability factor that could be 
adjustable.  If you really loathe unpaved roads, you could set the unpaved 
roads desirability factor low (i.e., apply a greater penalty for unpaved 
roads).  And if you don't really care all that much whether you take paved or 
unpaved, then set the factor high. If your GPS had that, then maybe you 
wouldn't be fighting with it so much. :) 

Sam


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


Re: [Talk-ca] Routing tool for openstreetmap.ca?

2013-04-22 Per discussione James Ewen
On Mon, Apr 22, 2013 at 7:57 PM, Samuel Longiaru longi...@shaw.ca wrote:

 If your GPS had that, then maybe you wouldn't be fighting with it so much. :)

Or if the database contained road surface information, proper speed
limit data, and other valuable information, then the routing engine
would have a chance at knowing where to send you.

It's a challenge to determine whether the routing engine or the
database is to blame for the routing choices. With OSM, we have access
to the database, and only ourselves to blame if the information
required is not in the database! :)

-- 
James
VE6SRV

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


  1   2   >