date:20130611

Dear all,

Any experience using etrex 30 [0] or gpsmap 62sc [1]?
My favorite unit (60csx) was phase out by Garmin.

[0] 
https://buy.garmin.com/en-US/US/on-the-trail/handhelds/etrex-30/prod87774.html
[1] 
https://buy.garmin.com/en-US/US/on-the-trail/handhelds/gpsmap-62sc/prod89556.html

--
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

Re: [talk-ph] GPS review on etrex 30 and 62sc

2013-06-11 Per discussione Ervin Malicdem

I'm using Etrex 30 for my mapping expeditions. However I cant compare to
any handhelds as this is the first I had.
So far so good with digital compass and barometer. Screen is highly visible
even in bright sunlight. Battery (using NiMH AA) lasts roughly 20 hours of
continuous use.

Tracing can be selected for time (upto 1-sec) point trace or distance (upto
.01km)

has microSD slot. USB 1.0 interface (mini-usb)

Waterproof until 1 meter

-- 
Ervin M.
*Schadow1 Expeditions* - A Filipino must not be a stranger to his own
motherland.
http://www.s1expeditions.com


On Tue, Jun 11, 2013 at 2:56 PM, maning sambale
emmanuel.samb...@gmail.comwrote:

 Dear all,

 Any experience using etrex 30 [0] or gpsmap 62sc [1]?
 My favorite unit (60csx) was phase out by Garmin.

 [0]
 https://buy.garmin.com/en-US/US/on-the-trail/handhelds/etrex-30/prod87774.html
 [1]
 https://buy.garmin.com/en-US/US/on-the-trail/handhelds/gpsmap-62sc/prod89556.html

 --
 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

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

Re: [talk-ph] DPWH 2012 Road Data

2013-06-11 Per discussione Eugene Alvin Villar

The roads under the maintenance of the DPWH Baguio City District
Engineering Office is another area that uses OSM as a basemap:
http://www.dpwh.gov.ph/infrastructure/Road%20Data/2012%20Road%20Data%20for%20Ipad/baguio_city.htm


On Wed, Jun 12, 2013 at 6:59 AM, Eugene Alvin Villar sea...@gmail.comwrote:

 Hi guys,

 You might find this interesting. DPWH has provided a site showing its
 database of what I presume are National Roads that are under its
 maintenance:
 http://www.dpwh.gov.ph/infrastructure/Road%20Data/2012%20Road%20Data%20for%20Ipad/index.htm

 What's even more interesting is that they are using screenshots of OSM
 maps as the basemap for several maps of roads in Metro Manila. For example,
 here's northern Quezon City:
 http://www.dpwh.gov.ph/infrastructure/Road%20Data/2012%20Road%20Data%20for%20Ipad/quezon_city_1st.htm

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

Re: [talk-ph] DPWH 2012 Road Data

Nice! The surface type (concrete, asphalt) is good data we can add in OSM,
unfortunately, the disclaimer pdf has very strict copyright restrictions.

Maning Sambale (mobile)
On Jun 12, 2013 7:14 AM, Eugene Alvin Villar sea...@gmail.com wrote:

 The roads under the maintenance of the DPWH Baguio City District
 Engineering Office is another area that uses OSM as a basemap:
 http://www.dpwh.gov.ph/infrastructure/Road%20Data/2012%20Road%20Data%20for%20Ipad/baguio_city.htm


 On Wed, Jun 12, 2013 at 6:59 AM, Eugene Alvin Villar sea...@gmail.comwrote:

 Hi guys,

 You might find this interesting. DPWH has provided a site showing its
 database of what I presume are National Roads that are under its
 maintenance:
 http://www.dpwh.gov.ph/infrastructure/Road%20Data/2012%20Road%20Data%20for%20Ipad/index.htm

 What's even more interesting is that they are using screenshots of OSM
 maps as the basemap for several maps of roads in Metro Manila. For example,
 here's northern Quezon City:
 http://www.dpwh.gov.ph/infrastructure/Road%20Data/2012%20Road%20Data%20for%20Ipad/quezon_city_1st.htm



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


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

Re: [talk-ph] DPWH 2012 Road Data

2013-06-11 Per discussione Rally de Leon

Clicking on Region IV-A on DPWH link:
http://www.dpwh.gov.ph/infrastructure/Road%20Data/2012%20Road%20Data%20for%20Ipad/region_iv_a.htm

Is it safe to classify Caylabne Road a trunk (an extension of Governor's
Drive)?
How about Naic-to-Mendez and the Tanza-Trece Martirez roads?

Weird, Aguinaldo Highway  Sta-Rosa-Tagaytay Road classified as secondary,
yet Calamba Road is arterial?? can't be

Declassify as trunk (back to primary) the pagsanjan-louisiana-lucban route?
(road is too narrow anyway)
Calauan-Nagcarlan route is just a minor road on OSM but looks like a trunk
going all the way to Tayabas on DPWH's map.


On Wed, Jun 12, 2013 at 6:59 AM, Eugene Alvin Villar sea...@gmail.comwrote:

 Hi guys,

 You might find this interesting. DPWH has provided a site showing its
 database of what I presume are National Roads that are under its
 maintenance:
 http://www.dpwh.gov.ph/infrastructure/Road%20Data/2012%20Road%20Data%20for%20Ipad/index.htm

 What's even more interesting is that they are using screenshots of OSM
 maps as the basemap for several maps of roads in Metro Manila. For example,
 here's northern Quezon City:
 http://www.dpwh.gov.ph/infrastructure/Road%20Data/2012%20Road%20Data%20for%20Ipad/quezon_city_1st.htm

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


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

Re: [talk-ph] DPWH 2012 Road Data

2013-06-11 Per discussione tutubi

on copyright, did you know the work of the government, by law, is not covered 
by copyright unless you use it for profit?

it's somewhere in the copyright law, a popular topic in photography forums



---
I explore, therefore I blog!

http://www.backpackingphilippines.com

http://www.facebook.com/backpackingPhilippines
http://www.twitter.com/backpackPH

On Jun 12, 2013, at 9:43 AM, maning sambale emmanuel.samb...@gmail.com wrote:

 Nice! The surface type (concrete, asphalt) is good data we can add in OSM, 
 unfortunately, the disclaimer pdf has very strict copyright restrictions.
 
 Maning Sambale (mobile)
 
 On Jun 12, 2013 7:14 AM, Eugene Alvin Villar sea...@gmail.com wrote:
 The roads under the maintenance of the DPWH Baguio City District Engineering 
 Office is another area that uses OSM as a basemap: 
 http://www.dpwh.gov.ph/infrastructure/Road%20Data/2012%20Road%20Data%20for%20Ipad/baguio_city.htm
 
 
 On Wed, Jun 12, 2013 at 6:59 AM, Eugene Alvin Villar sea...@gmail.com 
 wrote:
 Hi guys,
 
 You might find this interesting. DPWH has provided a site showing its 
 database of what I presume are National Roads that are under its 
 maintenance: 
 http://www.dpwh.gov.ph/infrastructure/Road%20Data/2012%20Road%20Data%20for%20Ipad/index.htm
 
 What's even more interesting is that they are using screenshots of OSM maps 
 as the basemap for several maps of roads in Metro Manila. For example, 
 here's northern Quezon City: 
 http://www.dpwh.gov.ph/infrastructure/Road%20Data/2012%20Road%20Data%20for%20Ipad/quezon_city_1st.htm
 
 
 ___
 talk-ph mailing list
 talk-ph@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ph
 ___
 talk-ph mailing list
 talk-ph@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ph
___
talk-ph mailing list
talk-ph@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-ph] DPWH 2012 Road Data

2013-06-11 Per discussione Rally de Leon

On Wed, Jun 12, 2013 at 9:43 AM, maning sambale
emmanuel.samb...@gmail.comwrote:

 Nice! The surface type (concrete, asphalt) is good data we can add in OSM,
 unfortunately, the disclaimer pdf has very strict copyright restrictions.

 Maning Sambale (mobile)

Maning,
it's obviously OSM basemap under the Baguio jpg right? in fact get a copies
as proof in the future. How does copyright works? Enlighten us. I
understand if they add new info on top of that OSM map, then they're
obligated to share the new info back to OSM? I guess the dpwh's copyright
restriction was just a copypaste thing.

I say let DPWH use it more on their projects silently, so that we'll have
more proof..., and then it's easier to officially negotiate for sharing of
government data in the future (give  take arrangements). :-)
___
talk-ph mailing list
talk-ph@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-ph] DPWH 2012 Road Data

On Jun 12, 2013 10:01 AM, tutubi tut...@backpackingphilippines.com
wrote:

 on copyright, did you know the work of the government, by law, is not
covered by copyright unless you use it for profit?

Which precisely why we can't directly copy from government data unless
there is explicit permission. OSM encourages commercial use.
___
talk-ph mailing list
talk-ph@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-ph] DPWH 2012 Road Data

Dear Rally,

On Jun 12, 2013 10:02 AM, Rally de Leon rall...@gmail.com wrote:


 On Wed, Jun 12, 2013 at 9:43 AM
 Maning,
 it's obviously OSM basemap under the Baguio jpg right? in fact get a
copies as proof in the future. How does copyright works? Enlighten us. I
understand if they add new info on top of that OSM map, then they're
obligated to share the new info back to OSM? I guess the dpwh's copyright
restriction was just a copypaste thing.

I'm not sure I can give you a straightforward answer since I am confused
myself sometimes. :)

There is a concept of derived database and produced work in odbl. Depending
on how you use osm data and distribute the output, it may fall on either of
the above category.

In fact, the default map tile is not odbl but cc-by-sa.

The wiki has sample use cases.

 I say let DPWH use it more on their projects silently, so that we'll have
more proof..., and then it's easier to officially negotiate for sharing of
government data in the future (give  take arrangements). :-)

I think government use of osm is what most of us want. I'm actually curious
why they use osm over other webmap service.
Is it easier to use? Nice cartography? Better data?

How can we help them even further beyond using osm as a background layer?
___
talk-ph mailing list
talk-ph@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-ph] GPS review on etrex 30 and 62sc

Thanks Carlo and Ervin. We will consider your experiences.

Maning Sambale (mobile)
On Jun 11, 2013 5:11 PM, Ervin Malicdem schad...@gmail.com wrote:

 I'm using Etrex 30 for my mapping expeditions. However I cant compare to
 any handhelds as this is the first I had.
 So far so good with digital compass and barometer. Screen is highly
 visible even in bright sunlight. Battery (using NiMH AA) lasts roughly 20
 hours of continuous use.

 Tracing can be selected for time (upto 1-sec) point trace or distance
 (upto .01km)

 has microSD slot. USB 1.0 interface (mini-usb)

 Waterproof until 1 meter

 --
 Ervin M.
 *Schadow1 Expeditions* - A Filipino must not be a stranger to his own
 motherland.
 http://www.s1expeditions.com


 On Tue, Jun 11, 2013 at 2:56 PM, maning sambale 
 emmanuel.samb...@gmail.com wrote:

 Dear all,

 Any experience using etrex 30 [0] or gpsmap 62sc [1]?
 My favorite unit (60csx) was phase out by Garmin.

 [0]
 https://buy.garmin.com/en-US/US/on-the-trail/handhelds/etrex-30/prod87774.html
 [1]
 https://buy.garmin.com/en-US/US/on-the-trail/handhelds/gpsmap-62sc/prod89556.html

 --
 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






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

Re: [talk-ph] ideas on importing deped schools db to OSM

Dear all,

Just to update you on this. Upon random checking of some tiles, there are
cases where the location is too far off. It was confirmed by Liana that in
some cases, brgy boundary centroid was used when no actual gps survey was
conducted.

I will try to cleanup the data before we begin the import.

Suggestions welcome.

Maning Sambale (mobile)
On Apr 25, 2013 11:58 AM, maning sambale emmanuel.samb...@gmail.com
wrote:

  It might be better to divide the data also along geographical lines. For
  example, by provinces and then divide the data per province into smaller
  chunks like Ilocose Norte 1, Ilocos Norte 2, etc.
 
  I think chunks of 100 is much more manageable. I certainly don't think I
 can
  process 500 schools in 1 or 2 sittings.

 Here's a screenshot of the splitted data in 100 nodes

 https://docs.google.com/file/d/0B-2WZQ1DwK_xRFpKcHJyaEh6REE/edit?usp=sharing

 https://docs.google.com/file/d/0B-2WZQ1DwK_xa0pkQ2tpNmhacGc/edit?usp=sharing

 The ES shapefile is ~190 tiles.

  I suggest to add the upload=false XML attribute to the OSM files to avoid
  accidentally uploading it to OSM.
 Yes, the ogr2osm script adds this.  But the splitter I use doesn't
 will investigate further.


 --
 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

Re: [talk-ph] DPWH 2012 Road Data

2013-06-11 Per discussione Eugene Alvin Villar

Well, there's a loophole in that provision.

If what you get from the government is *pure data* (numerical coordinates,
etc.), then you can't use it in OSM without permission. This is the idea
behind the DepEd and DOH data we are getting/trying to get.

On the other hand, if what you get is an image (e.g., map), then you are
free to take facts that you can see when you look at the image/map. The
Philippine IP Law follows the US IP Code in that facts aren't
copyrightable. You can't use or distribute the map itself for commercial
purposes without permission, or copy the creative aspects of the map (which
are copyrightable) such as colors, styling, cartography, etc. without
permission, for commercial purposes. But you can get facts that you have
interpreted from the image and use that in any manner you choose because
facts aren't copyrightable and the government did not give you that fact
outright.

Of course, we can just ask DPWH for permission. There's an email address on
the website: taduran.er...@dpwh.gov.ph

Eugene



On Wed, Jun 12, 2013 at 11:40 AM, maning sambale emmanuel.samb...@gmail.com
 wrote:


 On Jun 12, 2013 10:01 AM, tutubi tut...@backpackingphilippines.com
 wrote:
 
  on copyright, did you know the work of the government, by law, is not
 covered by copyright unless you use it for profit?

 Which precisely why we can't directly copy from government data unless
 there is explicit permission. OSM encourages commercial use.

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

Re: [OSM-talk-be] Postalcode 12 in Rumst - Fixed

The postal_code tag on the street is taken into account almost immediately.
Even after several days, the one on associated street does not work.I know
that somewhere you can see the backlog of nominatim, but forgot where.

The FAQ does not mention associatedStreet:
http://wiki.openstreetmap.org/wiki/Nominatim/FAQ

I don't know how to add a post code as polygon (as mentioned in the FAQ).
I've tried with placing it on an administrative boundary (Rumst), but that
did not help for the 12.
The is_in worked for some streets in Hombeek (was using the postcode from
Zemst on some, but not all street), but did not work for the ones in
Hingene.

When you dig deeper into Nominatim, the output of
http://nominatim.openstreetmap.org/details.php?place_id=40331960 might
become clearer, but I don't understand all of it (yet).

m


On Tue, Jun 11, 2013 at 11:40 AM, Jo winfi...@gmail.com wrote:

 2013/6/11 Glenn Plas gl...@byte-consult.be

  On 06/11/2013 05:29 AM, Marc Gemis wrote:

 An update  on my problem with postalcode 12 appearing on some roads in
 Rumst when you do a seach on openstreetmap.org.

  I posted my question in the help forum. One of the nominatim
 maintainers (I assume), dropped the node that was tagged with postal code
 12. It was somewhere in the nominatim database and could not be removed by
 editing via Josm (or another editor).

  Since then I found that nominatim often returns the wrong postal code
 for streets in Hingene. I assume it is caused by their closed node
 algorithm, which return a 9000 code, simply because it's the nearest node
 with a postal_code. I solved this by adding a postal_code tag with the
 correct number on the street itself. An associated street relation with the
 correct number does not work.



 Marc,

 Tx for the information, I'm compiling nominatim documentation about the
 inner workings and this goes against everything I learned so far,
 especially the associated street relation not taking precedence in this
 case is quite surprising to me with what I know so far.  Very
 interesting.   Now I know for sure that I don't know it all yet.

 By going to the nominatim code and the database schema's I was about to
 debunk my own words in the past, now I need to re-reconsider.  (I've set up
 several myself and use them in production).   Seems that noone can really
 explain in simpel steps how the inner things work so I was giving it a
 try.   Really appreciate you taking the time to share this.


 Could it be that Nominatim is caching for too long and that it takes a
 long time to take update information in OSM in account?

 Jo

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


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

Re: [OSM-talk-be] Postalcode 12 in Rumst - Fixed

2013-06-11 Per discussione Glenn Plas


On 06/11/2013 03:01 PM, Marc Gemis wrote:
I'll try again with associated street on Sas or Dijkstraat, Bornem and 
let you know my findings. At this moment they return 9140 instead of 
2880 (Bornem).

I'll do one with postal code and the other with associated street.

m.

It will be interesting to see what the outcome of that little test will be.

btw, I've been fixing some postal codes too on roads across the border 
between zemst and mechelen, I decide based on AGIV data. I've notices 
some roads had the correct name (either on the relation or on it's own) 
but the wrong postal code (hence also the name).


The borders there are a not entirely accurate, for example Boterstraat 
and Kleine Parijsstraat.  See 
http://simon04.dev.openstreetmap.org/whodidit/?zoom=14lat=50.99405lon=4.44663layers=BTTuser=Glenn%20Plasage=6%20month


When checking with AGIV, you cannot find Boterstraat in zemst but you 
can in hombeek (Mechelen).   Sometimes they exist in both of course, not 
these 2 though.


One other thing, I noticed a lot of people use source=wikipedia , which 
is our duty to add,  but at that moment also consider adding more detail 
using key wikipedia=language:Page.


Take a look at this node http://www.openstreetmap.org/browse/way/106946183
having wikipedia=nl:Chiro set.

Links on the subject are http://wiki.openstreetmap.org/wiki/Wikipedia 
and http://wiki.openstreetmap.org/wiki/Key:wikipedia for more 
information.  You can click through vast amounts of docs there on how 
this is used.   It's widely supported on software presenting OSM data, 
but that only has about 12 of those currently in it.


Check out http://wiki.openstreetmap.org/wiki/WIWOSM if you are 
interested in details.


there is a plugin as well : 
http://josm.openstreetmap.de/wiki/Help/Plugin/Wikipedia


Glenn

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

Re: [OSM-talk-be] Postalcode 12 in Rumst - Fixed

I just did the test. Immediately after uploading, the DIjkstraat got
postcode 2880 (search Nominatim). Sas not yet. They were uploading in the
same changeset : http://www.openstreetmap.org/browse/changeset/16512278

Sas is done with an associatedStreet with addr:postcode 2880, Dijkstraat
with postal_code 2880 on the street itself

feel free to try Sas, Bornem anytime to see whether it updated

Then I also tried adding addr:postcode 2880 on house nr 2 in Sas. I thought
that in the past it updated rather quickly when I did this, but not this
time.

changeset http://www.openstreetmap.org/browse/changeset/16512343

On Tue, Jun 11, 2013 at 5:17 PM, Glenn Plas gl...@byte-consult.be wrote:

On 06/11/2013 03:01 PM, Marc Gemis wrote:

I'll try again with associated street on Sas or Dijkstraat, Bornem and let
you know my findings. At this moment they return 9140 instead of 2880
(Bornem).
I'll do one with postal code and the other with associated street.

It will be interesting to see what the outcome of that little test will be.

btw, I've been fixing some postal codes too on roads across the border
between zemst and mechelen, I decide based on AGIV data. I've notices some
roads had the correct name (either on the relation or on it's own) but the
wrong postal code (hence also the name).

The borders there are a not entirely accurate, for example Boterstraat and
Kleine Parijsstraat. See
http://simon04.dev.openstreetmap.org/whodidit/?zoom=14lat=50.99405lon=4.44663layers=BTTuser=Glenn%20Plasage=6%20month

When checking with AGIV, you cannot find Boterstraat in zemst but you can
in hombeek (Mechelen). Sometimes they exist in both of course, not these
2 though.

One other thing, I noticed a lot of people use source=wikipedia , which is
our duty to add, but at that moment also consider adding more detail using
key wikipedia=language:Page.

Take a look at this node
http://www.openstreetmap.org/browse/way/106946183
having wikipedia=nl:Chiro set.

Links on the subject are http://wiki.openstreetmap.org/wiki/Wikipedia and
http://wiki.openstreetmap.org/wiki/Key:wikipedia for more information.
You can click through vast amounts of docs there on how this is used.
It's widely supported on software presenting OSM data, but that only has
about 12 of those currently in it.

Check out http://wiki.openstreetmap.org/wiki/WIWOSM if you are interested
in details.

there is a plugin as well :
http://josm.openstreetmap.de/wiki/Help/Plugin/Wikipedia

Glenn

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

Re: [OSM-talk-be] Postalcode 12 in Rumst - Fixed

and just after I sent the previous mail, house nr 2 got postal code 2880.
Sas, Bornem still give 9140.

On Tue, Jun 11, 2013 at 6:21 PM, Marc Gemis marc.ge...@gmail.com wrote:

Sas is done with an associatedStreet with addr:postcode 2880, Dijkstraat
with postal_code 2880 on the street itself

feel free to try Sas, Bornem anytime to see whether it updated

Then I also tried adding addr:postcode 2880 on house nr 2 in Sas. I
thought that in the past it updated rather quickly when I did this, but not
this time.

changeset http://www.openstreetmap.org/browse/changeset/16512343

On Tue, Jun 11, 2013 at 5:17 PM, Glenn Plas gl...@byte-consult.be wrote:

On 06/11/2013 03:01 PM, Marc Gemis wrote:

I'll try again with associated street on Sas or Dijkstraat, Bornem and
let you know my findings. At this moment they return 9140 instead of 2880
(Bornem).
I'll do one with postal code and the other with associated street.

It will be interesting to see what the outcome of that little test will
be.

The borders there are a not entirely accurate, for example Boterstraat
and Kleine Parijsstraat. See
http://simon04.dev.openstreetmap.org/whodidit/?zoom=14lat=50.99405lon=4.44663layers=BTTuser=Glenn%20Plasage=6%20month

When checking with AGIV, you cannot find Boterstraat in zemst but you can
in hombeek (Mechelen). Sometimes they exist in both of course, not these
2 though.

One other thing, I noticed a lot of people use source=wikipedia , which
is our duty to add, but at that moment also consider adding more detail
using key wikipedia=language:Page.

Take a look at this node
http://www.openstreetmap.org/browse/way/106946183
having wikipedia=nl:Chiro set.

Links on the subject are http://wiki.openstreetmap.org/wiki/Wikipediaand
http://wiki.openstreetmap.org/wiki/Key:wikipedia for more information.
You can click through vast amounts of docs there on how this is used.
It's widely supported on software presenting OSM data, but that only has
about 12 of those currently in it.

Check out http://wiki.openstreetmap.org/wiki/WIWOSM if you are
interested in details.

there is a plugin as well :
http://josm.openstreetmap.de/wiki/Help/Plugin/Wikipedia

Glenn

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

Re: [OSM-talk-be] Postalcode 12 in Rumst - Fixed

where can I log this bug ? (I'm too lazy to look it up :-) )

On Tue, Jun 11, 2013 at 6:46 PM, Jo winfi...@gmail.com wrote:

It seems weird to me to add postal codes to streets. It's a good thing you
found out that this helps nominatim, but now a bug needs to be reported, so
they can change this erratic behaviour in their code. Otherwise we'll all
be mapping for nominatim soon.

2013/6/11 Marc Gemis marc.ge...@gmail.com

Sas is done with an associatedStreet with addr:postcode 2880, Dijkstraat
with postal_code 2880 on the street itself

feel free to try Sas, Bornem anytime to see whether it updated

Then I also tried adding addr:postcode 2880 on house nr 2 in Sas. I
thought that in the past it updated rather quickly when I did this, but not
this time.

changeset http://www.openstreetmap.org/browse/changeset/16512343

On Tue, Jun 11, 2013 at 5:17 PM, Glenn Plas gl...@byte-consult.bewrote:

On 06/11/2013 03:01 PM, Marc Gemis wrote:

I'll try again with associated street on Sas or Dijkstraat, Bornem and
let you know my findings. At this moment they return 9140 instead of 2880
(Bornem).
I'll do one with postal code and the other with associated street.

It will be interesting to see what the outcome of that little test will
be.

The borders there are a not entirely accurate, for example Boterstraat
and Kleine Parijsstraat. See
http://simon04.dev.openstreetmap.org/whodidit/?zoom=14lat=50.99405lon=4.44663layers=BTTuser=Glenn%20Plasage=6%20month

When checking with AGIV, you cannot find Boterstraat in zemst but you
can in hombeek (Mechelen). Sometimes they exist in both of course, not
these 2 though.

One other thing, I noticed a lot of people use source=wikipedia , which
is our duty to add, but at that moment also consider adding more detail
using key wikipedia=language:Page.

Take a look at this node
http://www.openstreetmap.org/browse/way/106946183
having wikipedia=nl:Chiro set.

Links on the subject are http://wiki.openstreetmap.org/wiki/Wikipediaand
http://wiki.openstreetmap.org/wiki/Key:wikipedia for more
information. You can click through vast amounts of docs there on how this
is used. It's widely supported on software presenting OSM data, but that
only has about 12 of those currently in it.

Check out http://wiki.openstreetmap.org/wiki/WIWOSM if you are
interested in details.

there is a plugin as well :
http://josm.openstreetmap.de/wiki/Help/Plugin/Wikipedia

Glenn

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

Re: [OSM-legal-talk] Clarifying Geocoding and ODbL

2013-06-11 Per discussione Oliver K

2013/6/7 Alex Barth a...@mapbox.com


 Over the past months, we've tried to get legal advice on this question.
 This is difficult as the lack of existing case law makes it hard to get
 official legal opinion on the document and the license is very complex. But
 here is what we have heard back informally:

 1. Geocoding can be interpreted as Produced Work per the defintion of
 Produced Work in the ODbL [2].
 2. The ODbL is too vague in the definition of its terms, requiring
 additional clarifications by licensor. This is most importantly the case
 around the terms derivative database and what constitutes a substantial
 extraction of data [3].


 My take on this is the following:

I don't agree with the approach to just add the statement to OSMF wiki
page. What you want to achieve is to establish a Community Norm in order to
eliminate a grey area in the ODbL - a grey area as there is room for
interpretation and a Community Norm as it is intended to limit the room for
interpretations in the sense of the community.

Until now there is no official process to establish a Community Norm as
well as no process to acknowlege a grey area and its priority to work on
it. First we need to establish the process how we create a Community Norm.
This is indeed required in order to serve requests like yours.

In regards to Geocoding this needs to be distinguished from name
browsing. I understand Geocoding as the addition of a coordinate to
complete address. A Geocoder often works in a way that it looksup
uncomplete addresses and matches the best result or proposes a list of the
best candidates and then completes the uncomplete input to a full and valid
address - this is the name browsing part - often considered as part of the
Geocoder. From this perspective the Geocoder should be defined first.

In regards to adding a coordinate to an address: if you add a coordinate to
single address or even a list of addresses then the results remain
unlinked from the original database - unlinked in the the sense that if
you change the underlying database the geocoding results (coordinates) will
remain the same - the address is just projected on the orginial database.
You would need to re-geocode the address in order to adjust the geocoding
results.

Considering the OSM database and your list of addresses as a combination of
two different independent databases - a collective database. Then even
after geocoding the two databases would remain indepedent from each other
as they are not linked to eachother. From this perspective there is not
even a grey area.

The namebrowsing part is more complicated as you might create a substantial
extract from the OSM database - here the defintion of substiantial
extract is key.

Best regards,
Oliver
___
legal-talk mailing list
legal-talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] Permalink with marker

2013-06-11 Per discussione Andrew Errington

Replying to myself, just to keep the thread together.

I submitted a TRAC ticket, but it was rejected.  I'm a little
disappointed, especially as I wrote some code to do it.  Yes, we could
have something better later, but we could have something useful now.
Oh well.

Best wishes,

Andrew

On 23 May 2013 15:01, Andrew Errington erringt...@gmail.com wrote:
 Hello,

 On the main map at osm.org there is a 'permalink' hyperlink, which generates
 a URL encoding the current view of the map.  It is easy to change this into
 a marker link by editing the URL and changing lat and lon to mlat and
 mlon.

 Would it be beneficial to add another hyperlink which will do this
 automagically?  Maybe called markerlink, which produces a URL containing
 mlat and mlon.

 I know it means work for someone, but if it's a good idea then hopefully it
 can be implemented easily.  I don't know if it's been suggested before, but
 if such a feature were available I would use it a lot.  I often make my own
 OSM marker links to send to people by editing the permalink URL, so I'd
 appreciate a one-click function to do this.

 Comments please.  If it's a good idea I will submit it to OSM trac.

 Thanks,

 Andrew

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

[OSM-talk] Mapping the Corporations

2013-06-11 Per discussione Tom Morris

The anti-G8 protestors in London today are using OpenStreetMap on their website 
'Mapping the Corporations'. http://mappingthecorporations.org/

See 
https://network23.org/stopg8/j11-carnival-against-capitalism/j11-map-of-the-capitalist-west-end/
 and https://twitter.com/stopG8UK - news coverage at 
http://www.itv.com/news/london/story/2013-06-11/anti-capitalist-g8-protests/

Just thought it's quite interesting. Was surprised actually: I was more than 
expecting to see a Google Maps mashup, which might have rather dampened their 
message that Google are, in their view, Capitalist hipster scumbags attempting 
to monopolise all information on the internet, data-mine users' personal data 
and use it for profit.

--
Tom Morris
http://tommorris.org/

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

Re: [OSM-talk] Re-opening a note if necessary?

2013-06-11 Per discussione Greg Troxel


colliar colliar4e...@aol.com writes:

 On 09.06.2013 20:33, John F. Eldredge wrote:
 I agree that it should be possible to update notes after the fact.
 
 malenki o...@malenki.ch wrote:
 
 On  08.06.2013 22:22, James Mast wrote:
 
 I'm curious, but does anybody think that notes should be able
 to be
 re-opened if necessary?
 
 
 Definitely yes.
 I've created a ticket here:
 https://trac.openstreetmap.org/ticket/4874
 
 I was astonished there wasn't one since I heard a lot of complaining
 about this missing feature both in OpenStreetBugs and now at notes.
 
 Regards
 Thomas

 +10

 Please, this is needed !

 fly

I agree that notes should be re-openable.   I created a note, sort of to
myself, about a golf course polygon being off (due to development), but
I put it in the wrong place, because it was my first time and I didn't
realize you couldn't move it after adding the description.

Someone else saw the note, and indeed where it was the data was fine
(other side of the street, houses/streets all as they should be, and
closed it.

So, I would have liked to a) move it and b) reopen.

The basic point is that notes can be closed in error, by people acting
in good faith, and it's awkward to have a new one and the old one around
too.

Another feature would be to have a confirm this belongs as closed so
there can be a list of osm members who concur, and perhaps after some
number not show them by default.


pgpu3m9fdajCc.pgp
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Videos of State of the Map US are up!

2013-06-11 Per discussione Alex Barth

We have just finished video uploads from this weekend’s State of the Map US
sessions. This year we've made an effort to have solid video streaming and
recording with the intention to connect more people around the ideas shared
at the conference.

If you couldn’t make it to San Francisco or if you missed a particular
session, catch up on the State of the Map US 2013 session video page or
find videos linked directly from the conference schedule.

http://openstreetmap.us/2013/06/sotmus-videos/

We're also hoping that if you're a speaker we could do you a service by
having a video of your talk. The sessions were amazing, a big thank you to
everyone who took the time to create a presentation. I'd like to encourage
everyone to share their videos in their own blog post / tweets / mails to
friends to just further spread these ideas.

Let's use these conferences to get together and talk more with each other /
write more code with each other and more. There's tons of stuff to be
figured out in OpenStreetMap.

I walk away inspired. Thank you for everyone coming out.

-- 
Alex Barth
Secretary
OpenStreetMap United States Inc.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Videos of State of the Map US are up!

2013-06-11 Per discussione Eugene Alvin Villar

Hi Alex,

Thanks for bringing these videos up. These will be great for those among us
who cannot attend.

How about the slides of the presentations? Will these become available too?

Thanks,
Eugene


On Wed, Jun 12, 2013 at 9:20 AM, Alex Barth a...@openstreetmap.us wrote:

 We have just finished video uploads from this weekend’s State of the Map
 US sessions. This year we've made an effort to have solid video streaming
 and recording with the intention to connect more people around the ideas
 shared at the conference.

 If you couldn’t make it to San Francisco or if you missed a particular
 session, catch up on the State of the Map US 2013 session video page or
 find videos linked directly from the conference schedule.

 http://openstreetmap.us/2013/06/sotmus-videos/

 We're also hoping that if you're a speaker we could do you a service by
 having a video of your talk. The sessions were amazing, a big thank you to
 everyone who took the time to create a presentation. I'd like to encourage
 everyone to share their videos in their own blog post / tweets / mails to
 friends to just further spread these ideas.

 Let's use these conferences to get together and talk more with each other
 / write more code with each other and more. There's tons of stuff to be
 figured out in OpenStreetMap.

 I walk away inspired. Thank you for everyone coming out.

 --
 Alex Barth
 Secretary
 OpenStreetMap United States Inc.

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

Re: [OSM-talk-nl] Utrecht Leidsche Rijn

2013-06-11 Per discussione Floris Looijesteijn

ok, dan waren ze iets te positief in de nieuwsberichten over het
herontwikkelde gebied om het station heen :)

groet,
floris


2013/6/10 Cartinus carti...@xs4all.nl

 Volgens mij zijn er verschillende mappers actief in Leidse Rijn en is
 het daar redelijk compleet.

 Vorige week was het ten zuiden van het station een zandvlakte met
 heimachines, dus wat er nu getagged is klopt prima.

 On 06/10/2013 10:48 AM, Floris Looijesteijn wrote:
  Daar is nog het een en ander te doen :)
 
  Gister is het station geopend, ik heb zojuist de station tag toegevoegd.
  Maar er is kennelijk veel veranderd daar.
 
  osm.org:
  http://osm.org/go/0E6DyBdD
 
  Blogpost Prorail:
  http://blog.prorail.nl/welkom-op-station-utrecht-leidsche-rijn
 
  Dus als je toevallig uit de buurt komt...
 
  Groet,
  Floris
 
 
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-nl
 

 --
 ---
 m.v.g.,
 Cartinus

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

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

[talk-au] National Library of Australia - Mapping Exhibition

2013-06-11 Per discussione Alex Sims


Hi,

The National Library of Australia is planning an exhibition on mapping 
starting in November this year till March 2014 and wanted to know if we 
had any ideas for activities that OpenStreetMap might want to run as 
part of this or associated with it.


There are some nice visualisations that could be used, e.g. 
http://osmlab.github.io/show-me-the-way/ Show me the way which shows OSM 
edits in real time.


Is there interest for a workshop for beginners and hands on mapping 
party in Canberra at some point?


Any suggestions, particular from local mappers?

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

[talk-au] Alphanumerics in Northern Territory?

2013-06-11 Per discussione Mark Pulley

I'm just about to start my OSM edits from my recent Central Australian trip. I 
noticed a few signs on the Stuart Highway between Alice Springs airport and 
Alice Springs that had the route number A87 (and a brief glimpse of one that 
looked like A1!), yet all the other route numbers I saw on the Stuart Highway 
(between the Lasseter Highway at Erldunda and Churchills Head north of Tennant 
Creek) were national highway 87.

Does anyone know if these are mistakes, or if this route is going to be 
converted to alphanumeric soon? (i.e. is it too soon to change the route 
numbers?)

Mark P.

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

[talk-au] Rivers that have dams on them

2013-06-11 Per discussione Brett Russell




Hi



I am now
starting work on rivers and streams but would like some guidance on dealing
with rivers that have dams on them.  A
good example is the Forth River in Tasmania. 
I have started building up the river banks as it can be quite wide using
the polygon tagged riverbank and had no issues as yet.  But what do I do with 
hydro lakes?  I have read that some OSM mappers do not like
the river running through the lake and prefer it to stop and start it at the
lake.  Must admit that I struggle to know
when a river stops and lake starts when working from Bing.  Also, water may go 
a little distance in an
underground pipe so you get a gap from the dam wall to the outflow from the
power station.  I assume we map what we
see from Bing?



As usual, any
guidance would be appreciated to improve my mapping quality.



I used OSM on a
nine day Overland Track Wall and found it very good with the Garmins that I was
using.  Used the routable maps and found
they were about a one kilometre in ten understated on distance due to fewer
nodes recorded in OSM compared to the distance tracked by the GPSs.  Still very 
impressive compared to the
expensive and poor quality Garmin maps.  Need
to work with someone to get OSM bushwalking maps going as walking tracks,
mountains and huts need to be zoomed in a long way to see thus you get “lost”
in the trees finding them.   Also the
search feature on the Garmin can be rather “broken”, by that items do not
appear in the all POI lists but can be found in sub lists.  Bit more work 
needed by my to refine the tracks and the features but gradually working my way 
south to north refining the track.
 
Mud Map 2 looks promising but sadly it does not render lakes and mountains 
being optimised for 4WD tracks.  It is better suited to the 4WD users than 
bushwalkers at the moment but I do hope that they continue its development to 
cover bushwalkers.



It would be
great to combine Contour Australia 5M with OSM data into one img file rather 
than
having both OSM and Contour Australia 5M maps enabled.  Especially useful for 
Garmin Basecamp on the
computer as you either have OSM or Contours Australia 5 showing.  
 
Also for drawing in rivers and streams it would be good in JOSM to have 
Contours Australia as a data layer so I can deal with rivers and streams that 
run under forest cover. 
 
As usual again any help greatly appeciated.



Cheers Brett



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

Re: [talk-au] Alphanumerics in Northern Territory?

2013-06-11 Per discussione Ben Johnson

Hey Mark,

Good question about NT alphas. I might be able to point you the right way. I'm 
a member of the Aussie Highways Google group… Sam Laybutt over there (admin of 
the group) also runs a very good website called ozroads.com.au and he has a 
page dedicated to the NT alphanumerics - 

http://www.ozroads.com.au/NT/routenumbering/alpha/alphas.htm

I'm sure he'd appreciate your updated observations too.  Sam's very 
knowledgeable and seems happy to share info with OSMers.  I can ask him on your 
behalf if we can use that info if you like, or feel free to join the Google 
group yourself and participate in the discussion over there.  For NSW at least 
it's a great way to monitor exactly when each alpha route gets commissioned - 
and in many cases we can pinpoint the exact date and put it into the database 
as a historical reference (I've been using ref:start_date for this purpose).

Ben
PS - thanks for fixing up those Hume Highway issues around Casual I mentioned 
the other day! :-)



On 11/06/2013, at 10:59 PM, Mark Pulley mrpul...@lizzy.com.au wrote:

 I'm just about to start my OSM edits from my recent Central Australian trip. 
 I noticed a few signs on the Stuart Highway between Alice Springs airport and 
 Alice Springs that had the route number A87 (and a brief glimpse of one 
 that looked like A1!), yet all the other route numbers I saw on the Stuart 
 Highway (between the Lasseter Highway at Erldunda and Churchills Head north 
 of Tennant Creek) were national highway 87.
 
 Does anyone know if these are mistakes, or if this route is going to be 
 converted to alphanumeric soon? (i.e. is it too soon to change the route 
 numbers?)
 
 Mark P.
 
 ___
 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

[Talk-br] Fwd: O Globo - licença

2013-06-11 Per discussione Fernando Trebien

Oh, deu certo! =D

-- Forwarded message --
From: Gabriela Allegro - Unidade Digital - Infoglobo
gabriela.alle...@oglobo.com.br
Date: 2013/6/11
Subject: O Globo - licença
To: fernando.treb...@gmail.com
Cc: Ademar Victorino - Unidade Digital - Infoglobo
ademar.victor...@oglobo.com.br

Oi, Fernando

Você está coberto de razão. Está sendo providenciado e não se repetirá.

O crédito será inserido conforme o padrão, no canto inferior do mapa.
http://leafletjs.com.

Abs,

Gabriela

--
Gabriela Allegro

tel: (21) 2534.5071

- - - - - - - - - - - - - - - - - - - - AVISO IMPORTANTE / IMPORTANT
NOTICE - - - - - - - - - - - - - - - - - - - - - -

Esta mensagem pode conter informações confidenciais e somente o
indivíduo ou entidade a quem foi destinada pode
utilizá-la. A transmissão incorreta da mensagem não acarreta a perda
de sua confidencialidade. Caso esta mensagem
tenha sido recebida por engano, solicitamos que o fato seja comunicado
ao remetente e que a mensagem seja eliminada
de seu sistema imediatamente. É vedado a qualquer pessoa que não seja
o destinatário usar, revelar, distribuir
ou copiar qualquer parte desta mensagem. Ambiente de comunicação
sujeito a monitoramento.

This message may include confidential information and only the
intended addressee have the right to use it as is, or
any part of it. A wrong transmission does not break its
confidentiality. If you've received it because of a mistake or
erroneous transmission, please notify the sender and delete it from
your system immediately. This communication environment
is controlled and monitored.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - -

--
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

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

Re: [Talk-br] Fwd: O Globo - licença

2013-06-11 Per discussione Arlindo Pereira

Legal :-)

Engraçado que eu mandei uma mensagem num tom semelhante via formulário de
contato e facebook e não tive resposta. :-P

[]s
Em 11/06/2013 11:05, Fernando Trebien fernando.treb...@gmail.com
escreveu:

 Oh, deu certo! =D

 -- Forwarded message --
 From: Gabriela Allegro - Unidade Digital - Infoglobo
 gabriela.alle...@oglobo.com.br
 Date: 2013/6/11
 Subject: O Globo - licença
 To: fernando.treb...@gmail.com
 Cc: Ademar Victorino - Unidade Digital - Infoglobo
 ademar.victor...@oglobo.com.br


 Oi, Fernando

 Você está coberto de razão. Está sendo providenciado e não se repetirá.

 O crédito será inserido conforme o padrão, no canto inferior do mapa.
 http://leafletjs.com.


 Abs,

 Gabriela

 --
 Gabriela Allegro

 tel: (21) 2534.5071

 - - - - - - - - - - - - - - - - - - - - AVISO IMPORTANTE / IMPORTANT
 NOTICE - - - - - - - - - - - - - - - - - - - - - -

 Esta mensagem pode conter informações confidenciais e somente o
 indivíduo ou entidade a quem foi destinada pode
 utilizá-la. A transmissão incorreta da mensagem não acarreta a perda
 de sua confidencialidade. Caso esta mensagem
 tenha sido recebida por engano, solicitamos que o fato seja comunicado
 ao remetente e que a mensagem seja eliminada
 de seu sistema imediatamente. É vedado a qualquer pessoa que não seja
 o destinatário usar, revelar, distribuir
 ou copiar qualquer parte desta mensagem. Ambiente de comunicação
 sujeito a monitoramento.



 This message may include confidential information and only the
 intended addressee have the right to use it as is, or
 any part of it. A wrong transmission does not break its
 confidentiality. If you've received it because of a mistake or
 erroneous transmission, please notify the sender and delete it from
 your system immediately. This communication environment
 is controlled and monitored.



 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 - - - - - - - - - - - - - - - - - - - - - - - - -



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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

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

Re: [Talk-br] Fwd: O Globo - licença

2013-06-11 Per discussione Fernando Trebien

Bem, eles usaram o teu link para a página de copyright do OSM, então
certamente leram a tua mensagem. Talvez eles pensem que basta
responder para uma pessoa que esta repassaria a informação para a
comunidade. Ou talvez ainda estejam pensando em como te responder.

2013/6/11 Arlindo Pereira openstreet...@arlindopereira.com:
 Legal :-)

 Engraçado que eu mandei uma mensagem num tom semelhante via formulário de
 contato e facebook e não tive resposta. :-P

 []s

 Em 11/06/2013 11:05, Fernando Trebien fernando.treb...@gmail.com
 escreveu:

 Oh, deu certo! =D

 -- Forwarded message --
 From: Gabriela Allegro - Unidade Digital - Infoglobo
 gabriela.alle...@oglobo.com.br
 Date: 2013/6/11
 Subject: O Globo - licença
 To: fernando.treb...@gmail.com
 Cc: Ademar Victorino - Unidade Digital - Infoglobo
 ademar.victor...@oglobo.com.br


 Oi, Fernando

 Você está coberto de razão. Está sendo providenciado e não se repetirá.

 O crédito será inserido conforme o padrão, no canto inferior do mapa.
 http://leafletjs.com.


 Abs,

 Gabriela

 --
 Gabriela Allegro

 tel: (21) 2534.5071

 - - - - - - - - - - - - - - - - - - - - AVISO IMPORTANTE / IMPORTANT
 NOTICE - - - - - - - - - - - - - - - - - - - - - -

 Esta mensagem pode conter informações confidenciais e somente o
 indivíduo ou entidade a quem foi destinada pode
 utilizá-la. A transmissão incorreta da mensagem não acarreta a perda
 de sua confidencialidade. Caso esta mensagem
 tenha sido recebida por engano, solicitamos que o fato seja comunicado
 ao remetente e que a mensagem seja eliminada
 de seu sistema imediatamente. É vedado a qualquer pessoa que não seja
 o destinatário usar, revelar, distribuir
 ou copiar qualquer parte desta mensagem. Ambiente de comunicação
 sujeito a monitoramento.



 This message may include confidential information and only the
 intended addressee have the right to use it as is, or
 any part of it. A wrong transmission does not break its
 confidentiality. If you've received it because of a mistake or
 erroneous transmission, please notify the sender and delete it from
 your system immediately. This communication environment
 is controlled and monitored.



 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 - - - - - - - - - - - - - - - - - - - - - - - - -



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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


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




-- 
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

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

Re: [Talk-br] Formatar estrada de terra

2013-06-11 Per discussione Fernando Trebien

Olá Blademir,

Eu espero que o fluxograma de classificação que elaboramos
recentemente ajude você a se confundir menos. Eu também me confundia
bastante, por isso incentivei o debate. Você pode acessá-lo aqui:
http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a

Na verdade, há opiniões um tanto diferentes sobre esse assunto.
Chegamos ao consenso de seguir a classificação do BIT que distingue
entre dois tipos de estrada de terra: as do tipo Implantadas seriam
mapeadas como terciárias e as do tipo Leito Natural seriam
mapeadas como unclassified. Se a estrada não tiver classificação no
BIT, sugiro seguir o fluxograma que elaboramos há pouco. Na dúvida,
use unclassified, como você disse que veio fazendo. Track deve ser
usado para pequenos caminhos em fazendas e em florestas. Um critério
menos subjetivo (independente de noções individuais de importância)
para diferenciar track de unclassified é considerar a largura do
caminho. Nem todos concordam com isso, mas não parece haver um
critério mensurável melhor que esse no momento.

2013/6/11 Blademir Andrade de Lima blademi...@hotmail.com:
 Mapeio estradas rurais desde que iniciei no OSM, e sempre me confundo com as
 classificações. Inicialmente usava track, para renderizar e aparecer mais
 bonito, mas até o próprio track tem 5 niveis (grades!!!). Depois passei a
 usar Unclassified surface:unpaved ou ground, o que parecia mais justo, ja
 que não identificava sua classificação; melhor que outro Mapeador do local
 decida.

 Mas até que vi os mapas geográficos do IBGE, aonde pude ver que certas
 estradas rurais tem mais importância e nomes que outras, estas que são até
 largas em alguns casos, mas de terra, as mudei para Tertiary
 surface:unpaved.

 Acredito que para definir se é track ou tertiary vai depender do mapeador
 identificar a importância desta estrada rural, se ela leva a escolas, a
 vilas, vilarejos e povoados, ou se somente faz parte de um caminho de uma
 fazenda. Na duvida, poe unclassified.

 Map for the user, not for the renderer: não me esqueço desta frase.

 Abraços

 From: fernando.treb...@gmail.com
 Date: Mon, 10 Jun 2013 22:06:04 -0300
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Formatar estrada de terra


 Vixe, lá vamos nós. :P Primeiro de tudo, você não deve mapear pensando
 em como aparece no mapa (sei que soa estranho, mas é essa a posição
 da comunidade). Isso tem um motivo: devemos pensar em como atribuir
 tags e deixar que outras pessoas pensem em como representá-las
 graficamente. É uma separação entre a lógica do mapa e a sua
 representação gráfica.

 Na Europa tem-se usando track para caminhos com função agrícola (em
 plantações/fazendas) ou florestal. Quando debatemos esse fluxograma,
 há pouco tempo atrás, decidimos (quer dizer, menos pessoas se
 opuseram) que uma forma menos ambígua de usar track é como está
 indicado: para as vias não pavimentadas que sejam estreitas,
 impendindo que 2 carros passem por ela simultaneamente.

 Na verdade, cada um tem uma idéia ligeiramente sobre quando usar
 track. Para não iniciar uma briga, sugiro que você siga o fluxograma
 até que você tenha lido todos os artigos do wiki, visto vários
 exemplos e tirado as suas conclusões. Há alguns exemplos com fotos
 nesse artigo: http://wiki.openstreetmap.org/wiki/Key:tracktype

 Mas lembre do que eu disse antes: estradas oficiais grandes sem
 pavimento que aparecem nos mapas do DNIT e do DER devem ser
 unclassified ou tertiary e não track.

 2013/6/10 Erick de Oliveira Leal erickdeoliveiral...@gmail.com:
  Ah sim, utilizando o editor iD eu marquei como track e na renderização
  ele
  mostrou algo parecido já com terra. Só isso não é o bastante?
 
 
  Em 10 de junho de 2013 21:53, Nelson A. de Oliveira nao...@gmail.com
  escreveu:
 
  2013/6/10 Fernando Trebien fernando.treb...@gmail.com:
   Você indica que a estrada é de terra usando a tag surface=sand.
 
  Só um detalhe aqui que sand é areia (e pode ter estradas que de fato
  são de terra (dirt)).
  Na dúvida é melhor utilizar unpaved.
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 



 --
 Fernando Trebien
 +55 (51) 9962-5409

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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

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




-- 
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

[Talk-de] Videoaufzeichnung Fossgis

2013-06-11 Per discussione Gehling Marc

Hallo,

auf der Fossgis Konferenz wollen wir wieder alle OSM Talks aufzeichnen. Da wir 
das aus der Community organisieren, brauchen wir für jeden Talk zwei Personen, 
die eine Kamera und ein Mischpult bedienen. 

Die Organisation läuft über die Wikiseite 
http://wiki.openstreetmap.org/wiki/FOSSGIS_2013/Videomitschnitte, dort könnt 
ihr euch in die Liste eintragen. Was gemacht werden soll, erklären wir euch 
kurz vorher. Oder sprecht uns ( Andi, Peter, Marc ) einfach auf der Konferenz 
an, wir sind ab morgen früh vor Ort.

Mfg Marc 




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

[Talk-de] Wochennotiz Nr. 151 4.6.-10.6.2013

2013-06-11 Per discussione Gehling Marc

Hallo,

die Wochennotiz Nr. 151 mit allen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

http://blog.openstreetmap.de/2013/06/wochennotiz-nr-151/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] Osm e Microjobbing

2013-06-11 Per discussione sabas88

Il giorno 11 giugno 2013 00:11, Cascafico Giovanni cascaf...@gmail.com ha
scritto:

 Oh. Si rischia di diventare ricchi
 :D

 Nel mio paese, se non si sparge la voce, posso farmi 8€ in un paio d'ore.
 Cmq sempre meno che quei taccagni di waze


Ho fatto quelle due missioni che ho visto ieri (adesso si vedrà se pagano
:D )
Una era una corsia di parcheggio, l'altra un marciapiede...
Per la missione delle restrizioni d'accesso chiede la descrizione degli
accessi del punto iniziale e finale (ad esempio walkway, highway con
accesso residenti, ma non nella terminologia di osm) e foto che riprendano
la situazione (cartelli,...).

Ciao,
Stefano


 ___
 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] Strada con doppio nome

2013-06-11 Per discussione Davio

Errata Corrige:

Stavo vedendo questa attività :
http://www.paginegialle.it/campodarsego-pd/impianti-elettrici/mistro-eddi
Risulta a Via San Giuliano 41, che si trova nel tratto di strada ambiguo,

E poi quest'altra attività, dall'altro lato della strada:
http://aziende.virgilio.it/18067868/maria-antonia-bidoia
che risulta in Via Gorghi 10

e visto che la strada è anche confine comunale, i lati della strada hanno
rispettivamente nomi diversi



--
View this message in context: 
http://gis.19327.n5.nabble.com/Strada-con-doppio-nome-tp5764835p5764877.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] Strada con doppio nome

2013-06-11 Per discussione Martin Koppenhoefer

2013/6/11 Davio davide@gmail.com

 Errata Corrige:

 Stavo vedendo questa attività :
 http://www.paginegialle.it/campodarsego-pd/impianti-elettrici/mistro-eddi
 Risulta a Via San Giuliano 41, che si trova nel tratto di strada ambiguo,

 E poi quest'altra attività, dall'altro lato della strada:
 http://aziende.virgilio.it/18067868/maria-antonia-bidoia
 che risulta in Via Gorghi 10

 e visto che la strada è anche confine comunale, i lati della strada hanno
 rispettivamente nomi diversi



si, una situazione che si incontra ogni tanto, la soluzione è name:left /
name:right come suggerito sopra da Lorenzo.

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

Re: [Talk-it] Strada con doppio nome

2013-06-11 Per discussione Edoardo Yossef Marascalchi

stessa situazione tra Sesto San Giovanni e Cinisello Balsamo:
http://www.openstreetmap.org/browse/way/4907500

per Cinisello è via Ettore Fieramosca, per SSG è via Calabria...

https://maps.google.com/maps?q=Via+Ettore+Fieramosca,+Cinisello+Balsamo,+Sesto+San+Giovanni,+Province+of+Milan,+Italyhl=enll=45.542364,9.226332spn=0.00056,0.000603sll=37.0625,-95.677068sspn=57.553742,79.013672oq=via+ettore+fieramosca,+sestot=hhnear=Via+Ettore+Fieramosca,+Milano,+Lombardia,+Italyz=21layer=ccbll=45.542364,9.226332panoid=5-CAaTkK-RuIEHFCjWa4XQcbp=12,104.19,,0,11.66


Il giorno 11 giugno 2013 12:31, Martin Koppenhoefer
dieterdre...@gmail.comha scritto:




 2013/6/11 Davio davide@gmail.com

 Errata Corrige:

 Stavo vedendo questa attività :
 http://www.paginegialle.it/campodarsego-pd/impianti-elettrici/mistro-eddi
 Risulta a Via San Giuliano 41, che si trova nel tratto di strada
 ambiguo,

 E poi quest'altra attività, dall'altro lato della strada:
 http://aziende.virgilio.it/18067868/maria-antonia-bidoia
 che risulta in Via Gorghi 10

 e visto che la strada è anche confine comunale, i lati della strada hanno
 rispettivamente nomi diversi



 si, una situazione che si incontra ogni tanto, la soluzione è name:left /
 name:right come suggerito sopra da Lorenzo.

 ciao,
 Martin

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




-- 
Edoardo Yossef Marascalchi
skype: asca_edom
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Strada con doppio nome

2013-06-11 Per discussione Edoardo Yossef Marascalchi

si risolve con name:left e name:right



Il giorno 11 giugno 2013 16:54, Edoardo Yossef Marascalchi 
e.marascal...@gmail.com ha scritto:

 stessa situazione tra Sesto San Giovanni e Cinisello Balsamo:
 http://www.openstreetmap.org/browse/way/4907500

 per Cinisello è via Ettore Fieramosca, per SSG è via Calabria...


 https://maps.google.com/maps?q=Via+Ettore+Fieramosca,+Cinisello+Balsamo,+Sesto+San+Giovanni,+Province+of+Milan,+Italyhl=enll=45.542364,9.226332spn=0.00056,0.000603sll=37.0625,-95.677068sspn=57.553742,79.013672oq=via+ettore+fieramosca,+sestot=hhnear=Via+Ettore+Fieramosca,+Milano,+Lombardia,+Italyz=21layer=ccbll=45.542364,9.226332panoid=5-CAaTkK-RuIEHFCjWa4XQcbp=12,104.19,,0,11.66


 Il giorno 11 giugno 2013 12:31, Martin Koppenhoefer 
 dieterdre...@gmail.com ha scritto:




 2013/6/11 Davio davide@gmail.com

 Errata Corrige:

 Stavo vedendo questa attività :
 http://www.paginegialle.it/campodarsego-pd/impianti-elettrici/mistro-eddi
 Risulta a Via San Giuliano 41, che si trova nel tratto di strada
 ambiguo,

 E poi quest'altra attività, dall'altro lato della strada:
 http://aziende.virgilio.it/18067868/maria-antonia-bidoia
 che risulta in Via Gorghi 10

 e visto che la strada è anche confine comunale, i lati della strada hanno
 rispettivamente nomi diversi



 si, una situazione che si incontra ogni tanto, la soluzione è name:left /
 name:right come suggerito sopra da Lorenzo.

 ciao,
 Martin

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




 --
 Edoardo Yossef Marascalchi
 skype: asca_edom




-- 
Edoardo Yossef Marascalchi
skype: asca_edom
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Strada con doppio nome

2013-06-11 Per discussione Giuliano


  
  

Il 11/06/2013 15:54, Edoardo Yossef
  Marascalchi ha scritto:


  si risolve con name:left e name:right


  
  
  

Far cos.
Grazie a tutti

  -- 
Edoardo Yossef Marascalchi
  skype: asca_edom
  
  

Giuliano


  
  
  ___
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-it] Mappe per ciclisti di Google

2013-06-11 Per discussione Francesco Pelullo

Ciao a tutti,

Qualcuno ha tempo/voglia di contattare la redazione di Zeus News?

In questo articolo:

http://www.zeusnews.it/index.php3?ar=stampacod=19396

parlano delle nuove mappe di Google ottimizzate per i ciclisti, come se
si trattasse di una novità assoluta (ed esclusiva) di G.

Avrei voluto contattarli io, ma penso che nella Talk-IT ci siano persone
più qualificate di me.

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

[Talk-it] OpenStreetmap e OpenPompei.. e archeologi

2013-06-11 Per discussione Maurizio Napolitano

Sulla ML di Spaghetti Open Data cercano un esperto di openstreetmap con
interesse in archeologia (o forse rovescio) per Pompei

--
Maurizio 'napo' Napolitano
http://de.straba.us
-- Messaggio inoltrato --
Da: Alberto alberto.cott...@gmail.com
Data: 12/giu/2013 01:18
Oggetto: [SOD] OpenPompei: facciamo una spedizione a fine giugno?
A: spaghettiopend...@googlegroups.com

Ciao a tutti,

stiamo cercando di organizzare una spedizione a Pompei per l'ultima
settimana di giugno. Vorrei mettere insieme un po' di anime del movimento
open data per aiutare la soprintendenza Napoli-Pompei a connettersi con la
scena open data. In particolare:

   - un tecnico con qualche esperienza di open data (igiene del dato,
   sistemi di delivery, licenze...). Andrea Borruso ha dovuto ritirarsi per
   problemi suoi... qualcun altro
   - qualcuno di WikiLovesMonuments (Andrea Zanni, ci leggi?)
   - qualcuno della comunità di OpenStreetMap.
   - un archeolog@ open.

Qualcuno avrebbe voglia di partecipare? Spese pagate, ma nessun compenso.

-- 
Hai ricevuto questo messaggio perché sei iscritto al gruppo Spaghetti Open
Data di Google Gruppi.
Per annullare l'iscrizione a questo gruppo e non ricevere più i suoi
messaggi, invia un'email a spaghettiopendata+unsubscr...@googlegroups.com.
Visita questo gruppo all'indirizzo
http://groups.google.com/group/spaghettiopendata?hl=it.
Per ulteriori opzioni, visita https://groups.google.com/groups/opt_out.
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OpenStreetmap e OpenPompei.. e archeologi

2013-06-11 Per discussione Simone Cortesi

Come hai letto in lista io posso,  ma non quella settimana, che sono in
Trentino...
On Jun 12, 2013 7:30 AM, Maurizio Napolitano napoo...@gmail.com wrote:

 Sulla ML di Spaghetti Open Data cercano un esperto di openstreetmap con
 interesse in archeologia (o forse rovescio) per Pompei

 --
 Maurizio 'napo' Napolitano
 http://de.straba.us
 -- Messaggio inoltrato --
 Da: Alberto alberto.cott...@gmail.com
 Data: 12/giu/2013 01:18
 Oggetto: [SOD] OpenPompei: facciamo una spedizione a fine giugno?
 A: spaghettiopend...@googlegroups.com

 Ciao a tutti,

 stiamo cercando di organizzare una spedizione a Pompei per l'ultima
 settimana di giugno. Vorrei mettere insieme un po' di anime del movimento
 open data per aiutare la soprintendenza Napoli-Pompei a connettersi con la
 scena open data. In particolare:

- un tecnico con qualche esperienza di open data (igiene del dato,
sistemi di delivery, licenze...). Andrea Borruso ha dovuto ritirarsi per
problemi suoi... qualcun altro
- qualcuno di WikiLovesMonuments (Andrea Zanni, ci leggi?)
- qualcuno della comunità di OpenStreetMap.
- un archeolog@ open.

 Qualcuno avrebbe voglia di partecipare? Spese pagate, ma nessun compenso.

 --
 Hai ricevuto questo messaggio perché sei iscritto al gruppo Spaghetti
 Open Data di Google Gruppi.
 Per annullare l'iscrizione a questo gruppo e non ricevere più i suoi
 messaggi, invia un'email a spaghettiopendata+unsubscr...@googlegroups.com.
 Visita questo gruppo all'indirizzo
 http://groups.google.com/group/spaghettiopendata?hl=it.
 Per ulteriori opzioni, visita https://groups.google.com/groups/opt_out.



 ___
 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-lt] Vasaros renginiai. AKL pasitarimas šiandien 18:30

2013-06-11 Per discussione Mykolas Okulič-Kazarinas

Kviečiu apsilankyti AKL pasitarime šįvakar.
Viena iš temų - vasaros renginiai.

Viena kompanija pasiūlė stovyklą prie Molėtų ežerų.
Kada nors vyksime į pirtį be nakvynės arba su viena nakvyne arčiau Vilniaus.

Gal ir OSM atstovai norėtų ir galėtų dalyvauti?
Būtų proga pasipasakoti kas ką veikiame,
gal daugiau AKL narių įsitrautų į OSM.

Parašysiu forume ką nuspręsime.

___


AKL pasitarimas šiandien 18:30.

Vieta: Cukrainė (Cukrainė - Ledainė, Savanorių pr. 12, Vilnius).

Kaip atvykti:
Iš Kauno pusės po posūkio į Rimi ir Nestės degalinę.
Cukrainė tolėliau nuo gatvės, aikštelė priešais Cukrainę prie šaligatvio.
Vingio kino teatras kitoje gatvės pusėje.


--
Mykolas Okulič-Kazarinas
м

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

Re: [Talk-lt] Vasaros renginiai. AKL pasitarimas šiandien 18:30

2013-06-11 Per discussione Tomas Straupis

2013 m. birželis 11 d. 16:17, Mykolas Okulič-Kazarinas rašė:
 AKL pasitarimas šiandien 18:30.

  Jei niekas nesutrukdys, būsiu ~19:17.

 Vieta: Cukrainė (Cukrainė - Ledainė, Savanorių pr. 12, Vilnius).

  http://openmap.lt/#l=54.67732,25.25654,18,L

--
Tomas

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

[Talk-dk] Bygninger for Ballerup Kommune er tilføjet

2013-06-11 Per discussione Peter Brodersen

Hej,

Ny uge, ny kommune. Ballerup Kommune har doneret bygning-data for kommunen,
som nu er blevet lagt ind i OpenStreetMap.

Tjek fx:
Ballerup: http://osm.org/go/0NWwmLHL--
Skovlunde: http://osm.org/go/0NWnUk0T--

Også denne gang er der oprettet en wikiside med de relevante informationer:
http://wiki.openstreetmap.org/wiki/Da:Ballerup

- Peter Brodersen
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-ee] admin_level vallapiiride eest

2013-06-11 Per discussione Raul Kern

Tere.

Kas seda asulatüüpi eraldi atribuudina märkida ei saaks?


admin_level-id võiks järgida ametlikku haldusjaotust
http://geoportaal.maaamet.ee/est/Andmed-ja-kaardid/Haldus-ja-asustusjaotus-p119.html

Seega Tartu linn kui omavalitsuslik linn ning Piirisaare vald peaks
olema tõmmatud sama admin_level-ga.

Ning Jõhvi linn kui vallasisene linn ning Puru küla peaks olema
tõmmatud sama admin_level-ga.


--
Raul


Kuupäeval 11. juuni 2013 17:28 kirjutas Manuel Hohmann
mhohm...@physnet.uni-hamburg.de:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Ma juba küsisin seda OpenStreetMap'i foorumis, aga võib-olla ma saan
 ka siit mõned arvamused:

 Hetkel vallapiirid ja linnapiirid on mõlemad tähistatud admin_level=8.
 Siis on natuke raske automaatselt vahet teha vallad ja linnad. Kas keegi
 teab lihtne meetod selle eest?

 Minu ettepanek oleks tähistada vallapiirid admin_level=7 (see on hetkel
 kasutamata Eestis) ja linnapiirid admin_level=8. Mida te arvate sellest?

 http://forum.openstreetmap.org/viewtopic.php?id=21467
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

 iQEcBAEBAgAGBQJRtzQgAAoJEPvf9RrsekSyR/wH/AqTyFAu6wE6qFmY3lvp+/Qv
 /3h+ysDeGygI6sV4+yuDRjL2gBZWfxP2OH/V3ZlizsT98zzXKqV3wZaSTEzIzIZG
 vPK8DhPgtJpX+SL9L6nTeTDeGTZ3fnqq5455qcXjhe6yXSaLS/eUono72zpZ3I7B
 C+FFqaRqABcuKJIS9L9GojrkC8OWh+9X15ICtqncq8N2aGG111e5Y14qISqp0qfv
 Lw2kqymFyuRaqirl9vXPoXL7swRCkUN744g6JH5LWDR3uMK5y5Ktvqa5Tp9stroK
 Q3ANOoOaCw3MaFj+YY19nwRX7cVuqsPrEmGpU8/0NJ01r6nuqzxV3UuPV3XvDY8=
 =dR4i
 -END PGP SIGNATURE-

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

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

Re: [Talk-ee] admin_level vallapiiride eest

2013-06-11 Per discussione Jaak Laineste

Vallad ja linnad ongi sama adminstratiivtase Eestis. Kuigi see tekitab 
segadust, kõige drastilisem näide ehk Otepää, mis on administratiivselt sama 
mis küla ehk vallasisene linn. Ma admin_level tagi ei häkiks, aga kuidagi võiks 
neid eristada küll. Kas aadressbaasis mitte ei olnud nime laiendid selleks: 
küla, vallasisene linn, alevik,alev, linn, vald jne. ? Kas 
http://taginfo.openstreetmap.org/keys/border_type ei sobiks?

Jaak

On Jun 11, 2013, at 2:17 PM, Raul Kern raunator+l...@gmail.com wrote:

 Tere.
 
 Kas seda asulatüüpi eraldi atribuudina märkida ei saaks?
 
 
 admin_level-id võiks järgida ametlikku haldusjaotust
 http://geoportaal.maaamet.ee/est/Andmed-ja-kaardid/Haldus-ja-asustusjaotus-p119.html
 
 Seega Tartu linn kui omavalitsuslik linn ning Piirisaare vald peaks
 olema tõmmatud sama admin_level-ga.
 
 Ning Jõhvi linn kui vallasisene linn ning Puru küla peaks olema
 tõmmatud sama admin_level-ga.
 
 
 --
 Raul
 
 
 Kuupäeval 11. juuni 2013 17:28 kirjutas Manuel Hohmann
 mhohm...@physnet.uni-hamburg.de:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Ma juba küsisin seda OpenStreetMap'i foorumis, aga võib-olla ma saan
 ka siit mõned arvamused:
 
 Hetkel vallapiirid ja linnapiirid on mõlemad tähistatud admin_level=8.
 Siis on natuke raske automaatselt vahet teha vallad ja linnad. Kas keegi
 teab lihtne meetod selle eest?
 
 Minu ettepanek oleks tähistada vallapiirid admin_level=7 (see on hetkel
 kasutamata Eestis) ja linnapiirid admin_level=8. Mida te arvate sellest?
 
 http://forum.openstreetmap.org/viewtopic.php?id=21467
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
 
 iQEcBAEBAgAGBQJRtzQgAAoJEPvf9RrsekSyR/wH/AqTyFAu6wE6qFmY3lvp+/Qv
 /3h+ysDeGygI6sV4+yuDRjL2gBZWfxP2OH/V3ZlizsT98zzXKqV3wZaSTEzIzIZG
 vPK8DhPgtJpX+SL9L6nTeTDeGTZ3fnqq5455qcXjhe6yXSaLS/eUono72zpZ3I7B
 C+FFqaRqABcuKJIS9L9GojrkC8OWh+9X15ICtqncq8N2aGG111e5Y14qISqp0qfv
 Lw2kqymFyuRaqirl9vXPoXL7swRCkUN744g6JH5LWDR3uMK5y5Ktvqa5Tp9stroK
 Q3ANOoOaCw3MaFj+YY19nwRX7cVuqsPrEmGpU8/0NJ01r6nuqzxV3UuPV3XvDY8=
 =dR4i
 -END PGP SIGNATURE-
 
 ___
 Talk-ee mailing list
 Talk-ee@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ee
 
 ___
 Talk-ee mailing list
 Talk-ee@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ee
___
Talk-ee mailing list
Talk-ee@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ee

Re: [Talk-ee] admin_level vallapiiride eest

2013-06-11 Per discussione Jaak Laineste

Praegu on nime sees tegelikult eestikeelne tüüp olemas. Otsest vajadust 
lisatagiks seega ei näe isegi. 

 Kui, siis border_type jaoks tuleks ära need tõlkida. Ettepanek:
Linn ja vallasisene linn- city (regionaalne omapära, mitte suurushullustus)
Alev ja alevik (eristus on IMHO ajalooline) - town
Vald - borough
Küla - village


Jaak

On Jun 11, 2013, at 3:23 PM, Jaak Laineste j...@nutiteq.com wrote:

 Vallad ja linnad ongi sama adminstratiivtase Eestis. Kuigi see tekitab 
 segadust, kõige drastilisem näide ehk Otepää, mis on administratiivselt sama 
 mis küla ehk vallasisene linn. Ma admin_level tagi ei häkiks, aga kuidagi 
 võiks neid eristada küll. Kas aadressbaasis mitte ei olnud nime laiendid 
 selleks: küla, vallasisene linn, alevik,alev, linn, vald jne. ? Kas 
 http://taginfo.openstreetmap.org/keys/border_type ei sobiks?
 
 Jaak
 
 On Jun 11, 2013, at 2:17 PM, Raul Kern raunator+l...@gmail.com wrote:
 
 Tere.
 
 Kas seda asulatüüpi eraldi atribuudina märkida ei saaks?
 
 
 admin_level-id võiks järgida ametlikku haldusjaotust
 http://geoportaal.maaamet.ee/est/Andmed-ja-kaardid/Haldus-ja-asustusjaotus-p119.html
 
 Seega Tartu linn kui omavalitsuslik linn ning Piirisaare vald peaks
 olema tõmmatud sama admin_level-ga.
 
 Ning Jõhvi linn kui vallasisene linn ning Puru küla peaks olema
 tõmmatud sama admin_level-ga.
 
 
 --
 Raul
 
 
 Kuupäeval 11. juuni 2013 17:28 kirjutas Manuel Hohmann
 mhohm...@physnet.uni-hamburg.de:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Ma juba küsisin seda OpenStreetMap'i foorumis, aga võib-olla ma saan
 ka siit mõned arvamused:
 
 Hetkel vallapiirid ja linnapiirid on mõlemad tähistatud admin_level=8.
 Siis on natuke raske automaatselt vahet teha vallad ja linnad. Kas keegi
 teab lihtne meetod selle eest?
 
 Minu ettepanek oleks tähistada vallapiirid admin_level=7 (see on hetkel
 kasutamata Eestis) ja linnapiirid admin_level=8. Mida te arvate sellest?
 
 http://forum.openstreetmap.org/viewtopic.php?id=21467
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
 
 iQEcBAEBAgAGBQJRtzQgAAoJEPvf9RrsekSyR/wH/AqTyFAu6wE6qFmY3lvp+/Qv
 /3h+ysDeGygI6sV4+yuDRjL2gBZWfxP2OH/V3ZlizsT98zzXKqV3wZaSTEzIzIZG
 vPK8DhPgtJpX+SL9L6nTeTDeGTZ3fnqq5455qcXjhe6yXSaLS/eUono72zpZ3I7B
 C+FFqaRqABcuKJIS9L9GojrkC8OWh+9X15ICtqncq8N2aGG111e5Y14qISqp0qfv
 Lw2kqymFyuRaqirl9vXPoXL7swRCkUN744g6JH5LWDR3uMK5y5Ktvqa5Tp9stroK
 Q3ANOoOaCw3MaFj+YY19nwRX7cVuqsPrEmGpU8/0NJ01r6nuqzxV3UuPV3XvDY8=
 =dR4i
 -END PGP SIGNATURE-
 
 ___
 Talk-ee mailing list
 Talk-ee@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ee
 
 ___
 Talk-ee mailing list
 Talk-ee@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ee
 ___
 Talk-ee mailing list
 Talk-ee@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ee
___
Talk-ee mailing list
Talk-ee@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ee

Re: [Talk-ee] admin_level vallapiiride eest

2013-06-11 Per discussione Manuel Hohmann

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

 Kui, siis border_type jaoks tuleks ära need tõlkida. Ettepanek: 
 Linn ja vallasisene linn- city (regionaalne omapära, mitte
 suurushullustus) Alev ja alevik (eristus on IMHO ajalooline) -
 town Vald - borough Küla - village

Selge, see on hea ettepanek. Ma arvasin et võib-olla lihtsam ja vähem
habras meetod on olemas, sest see tugineb õigesedele nimiosadele...
Aga kui need nimed on järjekindlasti tähistatud, see kindlasti toimib.

 Kas http://taginfo.openstreetmap.org/keys/border_type ei sobiks?

Tegelikult ma seda ei teadnud, see oleks teine võimalus. Ma arvan, et
süsteem on sama - linn on border_type=city jne.

 Kas seda asulatüüpi eraldi atribuudina märkida ei saaks?

 admin_level-id võiks järgida ametlikku haldusjaotust 
 http://geoportaal.maaamet.ee/est/Andmed-ja-kaardid/Haldus-ja-asustusjaotus-p119.html

See
 
on huvitav mõte. Need tüübid on peenekoelisemad kui admin_level=*.
Võib-olla saaks lisaks tähistada seda

EHAK:type=*,

sest EHAK:code, EHAK:countrycode, EHAK:parishcode on juba olemas.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRt6DCAAoJEPvf9RrsekSy258H/AktcrZNE1vsdTlhYoCJu1yx
L9PBD8EUKRF86LG7ylQJ6kPsjWsjlQXamLdpDYuUONIFE/w8hyiRcl9YcQRLHfAA
kwa5ztn9bjQVWqtUySZb9pVND/LeAfCJBNP7S0NQQcTZvnv4NdyrQ08jNPN3OiNv
5DedmTBaNu2SmStZqeuaPAxPGAl4tNh8JrPVLByg92M4I6rQ+Ypj+8mjvAzxumGw
kEHgLbCNELlrQqgXMCrTZ4jE0v2uWGR9fh+yzzoRKT16x+3xdTXTl6vH0jFv03Zd
CuQj/Eukmx2xRzBfB83thqQdKIUoiYSQKcMwcmOcAgeX1FJomY11hg7sehMXtzs=
=LTdv
-END PGP SIGNATURE-

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

[Talk-ro] Rute pentru biciclete

2013-06-11 Per discussione Popescu Constantin

Salut. De curand m-am apucat sa trasez in Timisoara toate pistele de
biciclete care in marea lor majoritate fac parte din trotuar, asadar le-am
pus urmatoarele tag-uri:

highway=path
bicycle=designated
foot=designated
segregated=yes//sunt maracate prin benzi vopsite
oneway=yes //99% sunt cu sageti de directie pe ele chiar daca ele
nu se respecta intotdeauna

Ce vreau eu de fapt este sa le fac in asa fel incat un soft de rutare care
are si modul de bicicleta sa poata sa faca ruta pe aceste 'path-uri' dar
acolo unde ele nu mai exista sa treaca pe sosea iar apoi sa intre iar pe o
pista de bicicleta daca gaseste vreuna.

Intrebarea mea ar fi ce tag-uri folosesc pentru trecerile de pietoni ? In
Timisoara pistele de biciclete incep de obicei de la o trecere de pietoni
si teoretic acolo ar fi si jonctiunea unde ar putea trece biciclistii de pe
sosea pe pista de biciclete si invers. Cum ar trebui marcate aceste way-uri
? Am vazut ca tag-ul 'crossing' nu e renderizat de mapnick si e putin
aiurea.

Ma gandeam daca e ok sa fac trecerea de pietoni cu aceleasi taguri dar cu
diferenta ca in loc de
bicycle=designated sa pun doar YES, si sterg segregated si oneway. Sunt si
cateva treceri care au la fel o banda vopsita pe trecerea de pietoni
speciala pt biciclisti, iar in acele cazuri sa pastrez si partea de
designated la bycicle si segregated.

Care solutii sunt mai ok pt astfel de cazuri ? Ma intereseaza si sa mearga
o rutare corect dupa cum am spus mai sus, dar si vizual as vrea sa se vada
ca acolo e o trecere de pietoni.

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

[Talk-lv] karteetaajs abuls

2013-06-11 Per discussione Rich


kaadz nav paziistams ar lietotaaju 'abuls' ?
kaut kur izgaisis :)
--
 Rich

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

Re: [Talk-ca] OpenStreetMap birthday party (Immanuel Giulea)

2013-06-11 Per discussione Bruno Remy

Bonjour,

Je comprends tout à fait, moi-même je ne suis qu'un simple résident de
Québec et contributeur OSM...
Effectivement il y a encore un gros travail à faire au niveau des licences,
tant municipales que provinciales ou fédérales... Vous prôner les
cartoparties? Certes, c'est une des forces sociales (et techniques) du
projet OSM, et nous allons d'ailleurs en faire cet été. Mais
personellement, je ne suis pas convaincu que seuls l'amélioration de nos
cartes et le dynamisme de nos mises à jour soient des éléments catalyseurs
à la révision des licences actuellement utilisées par les institutions
publiques... Ça prends bien plus que ça pour faire bouger les choses ;)

Salutations,

Bruno Remy
Le 2013-06-10 13:57, Diane Mercier diane.merc...@gmail.com a écrit :

  Bonjour Bruno,

 Je tiens à préciser humblement que je ne suis qu'une
 curatrice-facilitatrice et sympathisante du projet GéoThink qui est sous la
 direction de la dre Renée Sieber de l'Université Mcgill et avec la
 collaboration de Stéphane Roche, de l'Université Laval.

 En ce qui concerne OSM et Google, pour moi, le choix est clair... c'est
 OSM. Pour l'instant, OSM (ODbl et CC-BY-SA) semble préférer que les données
 des organismes publics soient publiées sous PDDL et celles des citoyens
 sous ODbl. Un examen rapide de CLIPol démontre que nous sommes très
 éloignés d'un rendez-vous. Il est donc nécessaire de faire évoluer les
 licences et les perceptions.

 Les cartoparties qui sont organisées pourraient être des occasions
 d'expérimenter et de rapprocher les organismes publics, les citoyens et les
 tierces parties comme OSM afin de faire évoluer les licences d'organismes
 publics.

 Librement,
 --
 Dre Diane Mercier
 Ph.D. Sciences de l'information

 Ambassadrice de l'Open Knowledge Foundation - Groupe local au Canada
 Blogue : http://ca.okfn.org
 Twitter : @okfnca
 Profil : http://okfn.org/members/dianemercier

 Chargée de projet sur les données ouvertes de la Ville de Montréal
 Blogue : http://dianemercier.com
 LinkedIn : http://www.linkedin.com/in/dianemercier
 Google+ : diane.merc...@gmail.com
 Skype : dianemercier
 Zotero : http://www.zotero.org/dmercier

 « J'utilise une suite bureautique libre pour gérer les documents en
 formats ouverts (ODF) »


 Le 2013-06-10 12:28, Bruno Remy a écrit :

 Bonjour madame Mercier,

 Tel que nous l'avons déjà annoncé, la communauté locale de la région de
 Québec sera présente au Cercle le 26.
 Nous sommes des curieux neutres sans aprioiri, ayant hâte de mieux
 connaitre Geothink, de mieux évaluer ses implications dans la géomatique et
 le libre, et son positionnement vis a vis des acteurs du domaine libre
 (donc on exclut Google par le fait même, de près ou de loin :)).

 Ensuite, on pourra ce prononcer en connaissance de cause en faveur (ou
 non) d'un partenariat plus etroit, le cas échéant

 Meilleures salutations

 Bruno Remy
 Le 2013-06-10 09:48, Diane Mercier diane.merc...@gmail.com a écrit :

  Bonjour Immanuel et les autres à Montréal,

 Il y a le 26 juin, une rencontre organisée conjointement et simultanément
 à Montréal (OKFN Meetup Montréal;
 http://www.meetup.com/OpenKnowledgeFoundation/Montreal-CA/877112/)
 et à Québec (Meetup GéoQuébec; http://www.meetup.com/quebec-geo/) sur le
 projet de recherche GéoThink qui utilise OSM.

 Je peux aussi vous proposer, à titre d'ambassadrice (coordonnatrice) du
 OKFN, groupe local au Canada, de soutenir cet anniversaire à Montréal pour
 le volet curation.

 Qu'en dites-vous?

 Note : Je sais Meetup n'est pas une application libre, mais pour
 l'instant je n'ai pas trouvé d'alternative. Vos suggestions?

 --

 Dre Diane Mercier
 Ph.D. Sciences de l'information

 Ambassadrice de l'Open Knowledge Foundation - Groupe local au Canada
 Blogue : http://ca.okfn.org
 Twitter : @okfnca
 Profil : http://okfn.org/members/dianemercier

 Chargée de projet sur les données ouvertes de la Ville de Montréal
 Blogue : http://dianemercier.com
 LinkedIn : http://www.linkedin.com/in/dianemercier
 Google+ : diane.merc...@gmail.com
 Skype : dianemercier
 Zotero : http://www.zotero.org/dmercier

 « J'utilise une suite bureautique libre pour gérer les documents en
 formats ouverts (ODF) »


 Le 2013-06-10 08:00, talk-ca-requ...@openstreetmap.org a écrit :

 Send Talk-ca mailing list submissions to
  talk-ca@openstreetmap.org

 To subscribe or unsubscribe via the World Wide Web, visit
  http://lists.openstreetmap.org/listinfo/talk-ca
 or, via email, send a message with subject or body 'help' to
  talk-ca-requ...@openstreetmap.org

 You can reach the person managing the list at
  talk-ca-ow...@openstreetmap.org

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Talk-ca digest...


 Today's Topics:

1. OpenStreetMap birthday party (Richard Weait)
2. Re: OpenStreetMap birthday party (Immanuel Giulea)


 --

 Message: 1
 Date: Sun, 9 Jun 2013

Re: [Talk-ca] OpenStreetMap birthday party (Immanuel Giulea)

2013-06-11 Per discussione Blanca Mancilla

Bonjour,

Je partage le point de vue de Diane.
On a besoin de parler pour trouver les différences et ainsi avoir une
chance de les régler.
Trop suivant il s'agit de manque de connaissance.

Blanca (qui est toute nouvelle à la liste)


2013/6/11 Bruno Remy bremy.qc...@gmail.com

 Bonjour,

 Je comprends tout à fait, moi-même je ne suis qu'un simple résident de
 Québec et contributeur OSM...
 Effectivement il y a encore un gros travail à faire au niveau des
 licences, tant municipales que provinciales ou fédérales... Vous prôner les
 cartoparties? Certes, c'est une des forces sociales (et techniques) du
 projet OSM, et nous allons d'ailleurs en faire cet été. Mais
 personellement, je ne suis pas convaincu que seuls l'amélioration de nos
 cartes et le dynamisme de nos mises à jour soient des éléments catalyseurs
 à la révision des licences actuellement utilisées par les institutions
 publiques... Ça prends bien plus que ça pour faire bouger les choses ;)

 Salutations,

 Bruno Remy
 Le 2013-06-10 13:57, Diane Mercier diane.merc...@gmail.com a écrit :

  Bonjour Bruno,

 Je tiens à préciser humblement que je ne suis qu'une
 curatrice-facilitatrice et sympathisante du projet GéoThink qui est sous la
 direction de la dre Renée Sieber de l'Université Mcgill et avec la
 collaboration de Stéphane Roche, de l'Université Laval.

 En ce qui concerne OSM et Google, pour moi, le choix est clair... c'est
 OSM. Pour l'instant, OSM (ODbl et CC-BY-SA) semble préférer que les données
 des organismes publics soient publiées sous PDDL et celles des citoyens
 sous ODbl. Un examen rapide de CLIPol démontre que nous sommes très
 éloignés d'un rendez-vous. Il est donc nécessaire de faire évoluer les
 licences et les perceptions.

 Les cartoparties qui sont organisées pourraient être des occasions
 d'expérimenter et de rapprocher les organismes publics, les citoyens et les
 tierces parties comme OSM afin de faire évoluer les licences d'organismes
 publics.

 Librement,
 --
 Dre Diane Mercier
 Ph.D. Sciences de l'information

 Ambassadrice de l'Open Knowledge Foundation - Groupe local au Canada
 Blogue : http://ca.okfn.org
 Twitter : @okfnca
 Profil : http://okfn.org/members/dianemercier

 Chargée de projet sur les données ouvertes de la Ville de Montréal
 Blogue : http://dianemercier.com
 LinkedIn : http://www.linkedin.com/in/dianemercier
 Google+ : diane.merc...@gmail.com
 Skype : dianemercier
 Zotero : http://www.zotero.org/dmercier

 « J'utilise une suite bureautique libre pour gérer les documents en
 formats ouverts (ODF) »


 Le 2013-06-10 12:28, Bruno Remy a écrit :

 Bonjour madame Mercier,

 Tel que nous l'avons déjà annoncé, la communauté locale de la région de
 Québec sera présente au Cercle le 26.
 Nous sommes des curieux neutres sans aprioiri, ayant hâte de mieux
 connaitre Geothink, de mieux évaluer ses implications dans la géomatique et
 le libre, et son positionnement vis a vis des acteurs du domaine libre
 (donc on exclut Google par le fait même, de près ou de loin :)).

 Ensuite, on pourra ce prononcer en connaissance de cause en faveur (ou
 non) d'un partenariat plus etroit, le cas échéant

 Meilleures salutations

 Bruno Remy
 Le 2013-06-10 09:48, Diane Mercier diane.merc...@gmail.com a écrit :

  Bonjour Immanuel et les autres à Montréal,

 Il y a le 26 juin, une rencontre organisée conjointement et
 simultanément à Montréal (OKFN Meetup Montréal;
 http://www.meetup.com/OpenKnowledgeFoundation/Montreal-CA/877112/)
 et à Québec (Meetup GéoQuébec; http://www.meetup.com/quebec-geo/) sur
 le projet de recherche GéoThink qui utilise OSM.

 Je peux aussi vous proposer, à titre d'ambassadrice (coordonnatrice) du
 OKFN, groupe local au Canada, de soutenir cet anniversaire à Montréal pour
 le volet curation.

 Qu'en dites-vous?

 Note : Je sais Meetup n'est pas une application libre, mais pour
 l'instant je n'ai pas trouvé d'alternative. Vos suggestions?

 --

 Dre Diane Mercier
 Ph.D. Sciences de l'information

 Ambassadrice de l'Open Knowledge Foundation - Groupe local au Canada
 Blogue : http://ca.okfn.org
 Twitter : @okfnca
 Profil : http://okfn.org/members/dianemercier

 Chargée de projet sur les données ouvertes de la Ville de Montréal
 Blogue : http://dianemercier.com
 LinkedIn : http://www.linkedin.com/in/dianemercier
 Google+ : diane.merc...@gmail.com
 Skype : dianemercier
 Zotero : http://www.zotero.org/dmercier

 « J'utilise une suite bureautique libre pour gérer les documents en
 formats ouverts (ODF) »


 Le 2013-06-10 08:00, talk-ca-requ...@openstreetmap.org a écrit :

 Send Talk-ca mailing list submissions to
 talk-ca@openstreetmap.org

 To subscribe or unsubscribe via the World Wide Web, visit
 http://lists.openstreetmap.org/listinfo/talk-ca
 or, via email, send a message with subject or body 'help' to
 talk-ca-requ...@openstreetmap.org

 You can reach the person managing the list at
 talk-ca-ow...@openstreetmap.org

 When replying, please edit your Subject line so it is more

[Talk-ca] Actual OpenStreetMap Birthday Party Thread

2013-06-11 Per discussione Richard Weait

:-)

So, previous (Toronto) OSM Birthday parties / anniversaries have been
social affairs, with food and drink and unstructured conversation.  Usually
(exclusively, to date ?) at a private residence.

Any thoughts about continuing on those points, or changes refinements that
you'd like to enable?

Also.  If you have attended one or more of these events, what would you
want to tell somebody who hasn't attended, so they can decide to attend or
not?
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Expanding the Future Look Team

2013-06-11 Per discussione Clifford Snow

OSMF chairman Simon Poole blogged on May 7, 2013: *“Now, with the new
editor and our plans for new hardware, we’re stepping up another level to
make OpenStreetMap, not Google, the default choice for mapping and map
data.” *
*
*
Started as an initiative by some community members, four Openstreetmappers
are currently thinking about the future of Openstreetmap. How might
OSM look like
in 2020? Is it necessary and, if so, possible to compete with a 50 bln
dollar company which can buy anything it wants? What can people, interested
in geographic data, achieve when they cooperate? Is there a need to
increase the feeling to be part of a community? How can we get people to
use Openstreetmap apps and improve the data?

The four Openstreetmappers are Clifford Snow (USA), Markus Semm
(Germany), Dermot
McNally (OSMF board member, Ireland), Dave Corley (Ireland) and Johan de
Ruijter (The Netherlands). We would like to enlarge this 'future team' to a
group of about 10 people, preferrably geographically spread around the
globe. If you are also interested in thinking about the future of OSM, and
have enough time to spend 1 to 2 hours per week on this till Summer 2014,
then you're most welcome to join us by sending a mail to osm...@gmail.com.
You can find more info in the wiki: http://wiki.openstreetmap.org/wiki/
Future

Dermot, Clifford, Dave, Markus, Johan

-- 
Clifford

OpenStreetMap: Maps with a human touch
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Proposition de projet du mois (gares SNCF)

2013-06-11 Per discussione HELFER Denis

Certes, mais une salle des fêtes, un centre communautaire, une salle 
municipale, une salle polyvalente ça restera un amenity=community_centre.
Il y a la boîte et l'étiquette sur la boîte. L'ontologie devrait être basée sur 
autre chose que du ressenti (même si je suis d'accord qu'il est important).
Si un arrêt ferroviaire possède un bâtiment voyageur (c'est la terminologie 
officielle ;-) que la SNCF a cédé à un particulier, ça restera dans l'esprit 
des voisins la gare de trucmuche, mais ce sera structurellement une halte 
ferroviaire.

Denis

-Message d'origine-
De : Pieren [mailto:pier...@gmail.com] 
Envoyé : lundi 10 juin 2013 15:47
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Proposition de projet du mois (gares SNCF)

2013/6/10 HELFER Denis denis.hel...@rff.fr:
 Une gare est un point d'arrêt  ferroviaire avec du personnel dédié à 
 l'activité commerciale ferroviaire. Tout le reste est halte ferroviaire.
 Ca, c'est la définition SNCF et c'est comme cela que je corrige les points 
 d'arrêt. De mémoire, il y a tout au plus une dizaine de gares en Alsace pour 
 170 arrêts au total.

 Denis

Ca, c'est la version administrative de la SNCF. Moi, je me place côté 
public, celui qui utilise encore largement le terme de gare
dans le langage courant mais aussi dans tous les panneaux de signalisation du 
terrain qui nous est si cher.

Pieren

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

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

Re: [OSM-talk-fr] Proposition de projet du mois (gares SNCF)

Sans doute que ce que tu appelles dans l'esprit des voisins se traduira
dans la toponymie du lieu, qui s'appellera encore gare, mais plus en
terme de classification.

Maintenant la différence entre une halte et une station est minime
concernant le noeud d'une ligne ferroviaire.

Elle l'est moins si on s'intéresse aux équipements et services présents
dans la la plateforme de transport où est située ce noeud, cette
plateforme étant multimodale avec des accès autres que les seuls rails.
C'est là surtout qu'on différencie une halte d'une gare car il y a un
service local aux boyageurs. Mais même une halte pourrait avoir certains
de ces services (y compris par exemple la vente de réservations sur des
bornes automatiques, une salle d'attente, et souvent encore des services
commerciaux non réservés aux seuls voyageurs (comme un kiosque presse, des
distributeurs de boisson/confiserie, voire un commerçant privé). Il peut
dans les deux cas y avoir des informations données aux voyageurs sous forme
d'écrans pour les horaires.

Les différences sont d'autant plus floues que le personnel dans les gares
peut n'être en fait que celui de l'agence de voyage SNCF sans qu'il
s'occupe de quoi que ce soit sur la halte, ou sur le contrôle des
voyageurs, ce personnel pouvant être là pour vendre autre chose que les
seuls voyages ferroviaires au départ de la halte. De même les agences SNCF
peuvent être loin de toute gare, on en trouve dans des centres commerciaux
par exemple. Les agences de  voyage peuvent aussi avoir été cédées au privé
(ce n'est plus la SNCF, ce peut être une agence Club Med ou une agence
d'une société de transport ou d'un réseau de transport en commun local dont
l'activité ferrovaire est juste une opportunité commerciale annexe).

On peut avoir aussi simplement un bureau de tabac vendant des titres de
transport sans rien savoir pour renseigner les voyageurs... et n'ayant en
fait rien d'une agence de voyage (pas de contrat de transport signé entre
ce vendeur et le client, ce contrat étant remplacé par celui entre un
transporteur et une collectivité.)

Je crains donc fort que les vraies distinction entre halte et
station/gare soient seulement internes à la SNCF mais ne concernent pas
réellement les voyageurs. Cependant je vois une éventuelle différence : sur
un halte, le voyageur doit demander l'arrêt du train (cela peut se faire
sur les lignes de désserte locale, avec un bouton dans le train et à la
halte elle-même pour activer une signalisation demandant l'arrêt du train
qui sinon continue sans s'arrêter ; comme dans les bus en fait).


Le 11 juin 2013 09:11, HELFER Denis denis.hel...@rff.fr a écrit :

 Certes, mais une salle des fêtes, un centre communautaire, une salle
 municipale, une salle polyvalente ça restera un amenity=community_centre.
 Il y a la boîte et l'étiquette sur la boîte. L'ontologie devrait être
 basée sur autre chose que du ressenti (même si je suis d'accord qu'il est
 important).
 Si un arrêt ferroviaire possède un bâtiment voyageur (c'est la
 terminologie officielle ;-) que la SNCF a cédé à un particulier, ça restera
 dans l'esprit des voisins la gare de trucmuche, mais ce sera
 structurellement une halte ferroviaire.

 Denis

 -Message d'origine-
 De : Pieren [mailto:pier...@gmail.com]
 Envoyé : lundi 10 juin 2013 15:47
 À : Discussions sur OSM en français
 Objet : Re: [OSM-talk-fr] Proposition de projet du mois (gares SNCF)

 2013/6/10 HELFER Denis denis.hel...@rff.fr:
  Une gare est un point d'arrêt  ferroviaire avec du personnel dédié à
 l'activité commerciale ferroviaire. Tout le reste est halte ferroviaire.
  Ca, c'est la définition SNCF et c'est comme cela que je corrige les
 points d'arrêt. De mémoire, il y a tout au plus une dizaine de gares en
 Alsace pour 170 arrêts au total.
 
  Denis

 Ca, c'est la version administrative de la SNCF. Moi, je me place côté
 public, celui qui utilise encore largement le terme de gare
 dans le langage courant mais aussi dans tous les panneaux de signalisation
 du terrain qui nous est si cher.

 Pieren

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

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

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

Re: [OSM-talk-fr] Encore un lot de nouveautés dans Osmose

2013-06-11 Per discussione Brice Person


Salut Frédéric,

Moi qui pensais que c'était mon travail qui t'avait inspiré ;-) (je 
l'avais évoqué pour l'accessibilité)

http://www.ideeslibres.org/blog/2013/05/03/base-de-donnees-geolocalisee-des-administrations-francaises/

Pour la précision du géocodage ce sont donc lesmêmes valeurs que Google 
Maps.


En parlant d'accessibilité d'ailleurs, j'ai regardé vite fait ton code, 
tu pourrais récupérer également /Organisme/Adresse/Accessibilité/@type 
qui indique le caractère accessible de l'organisme, 
/Organisme/Adresse/Accessibilité que tu récupère étant le texte qui le 
précise.


Bien à toi,

Brice

PS: il y a une nouvelle version de ce jeu de données datée du 07/06 qui 
est dispo


Le 11/06/2013 00:21, Frédéric Rodrigo a écrit :

Bonsoir,

J'ai ajouté l'affichage de l'adresse et de la précision du géocodage 
mais c'est numérique et je ne sais pas à quoi ça correspond.


Frédéric.


Le 08/06/2013 20:05, Francescu GAROBY a écrit :

SUPER !

Bon, par contre, faites gaffe : comme toujours la géolocalisation des
données n'est pas tip-top du tout.
J'ai un bien bel exemple ici, avec le Pôle Emploi de Caen Nord
http://lannuaire.service-public.fr/services_locaux/basse-normandie/calvados/pole_emploi-14566-01.html 


(située en fait sur une commune limitrophe de Caen), placée à 1km à vol
d'oiseau de sa véritable adresse (et pas du tout dans le même 
lotissement !


Francescu



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





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

Re: [OSM-talk-fr] Proposition de projet du mois (gares SNCF)

2013-06-11 Per discussione Christophe Merlet


Le 11/06/2013 09:46, Philippe Verdy a écrit :

Sans doute que ce que tu appelles dans l'esprit des voisins se
traduira dans la toponymie du lieu, qui s'appellera encore gare, mais
plus en terme de classification.

Maintenant la différence entre une halte et une station est minime
concernant le noeud d'une ligne ferroviaire.


 [...snip...]

Mais qu'est-ce qu'on en a a foutre de ta logorrhée et de tes états d’âme.

La SNCF dit ce qui est une gare et ce qui est une halte. Il n'y a pas à 
tergiverser et on reprend sa classification. POINT BARRE.


J'ai donné les liens dans mon mail initial que je remets.

http://www.ter-sncf.com/
- On choisit sa région
- Gares et arrêts

Exemple :
Halte SNCF de Arengosse
http://www.ter-sncf.com/Region/aquitaine/gare/Arengosse.aspx

Le nœud doit donc être un railway=halt
Rien n’empêche de mettre name=Gare d'Arengosse

Si tu n'as pas encore compris comment fonctionne OSM, arrête de 
contribuer. Pour ma part j'en ai marre de passer derrière tes conneries 
dans ma région où j'ai la connaissance du terrain.



Librement,
--
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Proposition de projet du mois (gares SNCF)

Passer derrière mes conneries dans ta région...
D'abord quel ton pour dire ça car tu n'as jamais eu à repasser derrière mes
conneries comme tu le dis en des termes si sympathiques, plein de chaleur
contributive.
Je te laisse à tes états d'âme justement (pour garder tes mots), car moi
je n'en ai pas au point de passer mes énervements ad nominem publiquement
ici.
En plus OSM n'est pas une base SNCF, sa classification interne (de plus en
plus floue) est tout à fait discutable ici, ce n'est qu'une source parmi
d'autres et ce n'est même plus la SNCF qui se charge du réseau et des
gares, même si elle y est encore locataire (parmi d'autres locataires y
compris concurrents).

Le 11 juin 2013 10:19, Christophe Merlet red...@redfoxcenter.org a écrit :

Le 11/06/2013 09:46, Philippe Verdy a écrit :

Sans doute que ce que tu appelles dans l'esprit des voisins se
traduira dans la toponymie du lieu, qui s'appellera encore gare, mais
plus en terme de classification.

Maintenant la différence entre une halte et une station est minime
concernant le noeud d'une ligne ferroviaire.

[...snip...]

Mais qu'est-ce qu'on en a a foutre de ta logorrhée et de tes états d’âme.

La SNCF dit ce qui est une gare et ce qui est une halte. Il n'y a pas à
tergiverser et on reprend sa classification. POINT BARRE.

J'ai donné les liens dans mon mail initial que je remets.

http://www.ter-sncf.com/
- On choisit sa région
- Gares et arrêts

Exemple :
Halte SNCF de Arengosse
http://www.ter-sncf.com/**Region/aquitaine/gare/**Arengosse.aspxhttp://www.ter-sncf.com/Region/aquitaine/gare/Arengosse.aspx

Le nœud doit donc être un railway=halt
Rien n’empêche de mettre name=Gare d'Arengosse

Si tu n'as pas encore compris comment fonctionne OSM, arrête de
contribuer. Pour ma part j'en ai marre de passer derrière tes conneries
dans ma région où j'ai la connaissance du terrain.

Librement,
--
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Vote - Amélioration de la carto des centrales électriques

2013-06-11 Per discussione François Lacombe

Bonjour,

Ce sont des infos intéressantes en effet.
Elles ont d'ailleurs été évoquées au moment des journées de l'industrie
électrique où les gestionnaires des centrales nucléaires disent surveiller
de près le niveau des fleuves et construisent des équipements afin de se
protéger des risques naturels et technologiques.

Par contre, vu que ca ne concerne pas que les centrales (quand on construit
une école ou un hopital on doit aussi se conformer au PPR), je ne vois pas
pourquoi on ajouterait spécifiquement des tags à ces infrastructures.
Il faut mettre au point un modèle adapté à toutes les situations, qui
pourront s'appliquer aux centrales mais aussi à tous les autres bâtiments /
sites.

Par contre, et c'était peut-être l'un des aspects du mail, les centrales
peuvent aussi être vecteur de risque.
Les barrages ou les CNPE en tête.
Là encore, ce ne sont pas les seules, il faut mettre sur pied un modèle
global.


Bonne journée.

*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com


Le 11 juin 2013 06:37, Cédric Moro moro_geogra...@hotmail.com a écrit :

 Bonjour,

 Au sujet des centrales électriques, j'avais repéré les risques naturels
 (inondations, zonage national de la sismicité...) et les risques
 technologiques (Seveso, Rupture de barrage...) susceptibles d'impacter les
 sites d'implantation des centrales nucléaires. Cette liste n'est pas
 exhaustive puisqu'elle se base sur les documents réglémentaires PPR
 concernant habituellement les prescriptions d'urbanisme applicables à tout
 autre type de batiment en France (les centrales nucléaires ayant donc d'un
 statut d'exception au regard de ces documents). Outre les PPR, il y a aussi
 des documents d'études de l'aléa menés par le BRGM comme les remontées de
 nappe phréatiques et les tassements différentiels des sols.

 Ces informations sont disponibles dans le tableau de cet article, en lien
 PDF sur le nom de chaque centrale nucléaire :

 http://www.i-resilience.fr/2012/09/le-risque-nucleaire-nous-sommes-tous-responsables/

 Peut-être serait-il intéressant de les mettre comme couche d'info sur
 chaque centrale ?

 Bonne journée à tous,

 Cédric

 --
 Date: Mon, 10 Jun 2013 19:15:23 +0200
 From: francois.laco...@telecom-bretagne.eu
 To: talk-fr@openstreetmap.org
 Subject: Re: [OSM-talk-fr] Vote - Amélioration de la carto des centrales
 électriques


 Bonsoir,

 Je tenais à annoncer ici la fin du vote de la proposition d'amélioration
 de la cartographie des centrales électrique sur OSM.

 http://wiki.openstreetmap.org/wiki/Proposed_features/Power_generation_refinement

 A 30 votes pour contre 2 oppositions, cette proposition est maintenant
 acceptée et appel à un petit nettoyage des pages du wiki.
 Pour rappel:
 http://wiki.openstreetmap.org/wiki/Proposed_features#Post-vote_clean-up

 Un grand merci à ceux qui ont voté, contribué à son écriture et surtout à
 Don-vip qui l'a créé :)

 La suite du travail arrive avec la proposition sur les postes de
 transformation (RFC) et celles des lignes de transport (Draft).
 http://wiki.openstreetmap.org/wiki/Proposed_features/Substation_refinement

 http://wiki.openstreetmap.org/wiki/Proposed_features/Power_transmission_refinement


 Bonne soirée à tous.


 *François Lacombe*

 francois dot lacombe At telecom-bretagne dot eu
 http://www.infos-reseaux.com

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

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


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

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

2013-06-11 Per discussione Ab_fab

Je ressors le sujet de la naphtaline, parce que j'observe que les
localisations sont disponibles sous une nouvelle forme sur le site de
l'info routière :

http://diffusion-numerique.info-routiere.gouv.fr/description-des-donnees-a15.html

Un fichier csv (46285 lignes) millésimé 2012, mis en ligne début avril 2013
http://diffusion-numerique.info-routiere.gouv.fr/IMG/csv/bornage_2012-01-01.csv

Un document explicatif
http://diffusion-numerique.info-routiere.gouv.fr/IMG/pdf/Referencement_PR_et_bretelles_-120611.pdf

Et hors du contexte purement OSM, les données évènementielles semblent être
de plus en plus accessibles.
Et le format des données est décrit dans ce document :
http://diffusion-numerique.info-routiere.gouv.fr/IMG/pdf/Tipi-SD-M2-6-Datex2-120612.pdf




Le 9 octobre 2012 16:09, Pierre Béland infosbelas-...@yahoo.fr a écrit :

 Fabien,

 j'ai testé ce calque small components.C'est en effet très efficace pour
 repérer les problèmes de routage.  Le calque permet de repérer rapidement
 les zones à problème.

 J'ai rapidement repéré deux chemins connectés à un polygone leisure=park
 plutôt qu'au chemin le croisant.  Dans un cas, le polygone se superposait
 aux chemins, et les masquaient.

 Pour un contributeur moins expérimenté ou un distrait, il est vite fait de
 sélectionner le polygone plutôt que le chemin.

 À ma connaissance, il n'existe pas dans JOSM une feuille de style Routing
 MapCSS ou une règle de validation qui signale de tels problèmes. Ce serait
 des ajout intéressants pour repérer à la source ces problèmes


 Pierre

   --
 *De :* Ab_fab gamma@gmail.com
 *À :* Discussions sur OSM en français talk-fr@openstreetmap.org
 *Envoyé le :* Mardi 9 octobre 2012 5h00
 *Objet :* Re: [OSM-talk-fr] Contrôle qualité des axes routiers

 Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des
 itinéraires :
 http://lists.openstreetmap.org/pipermail/dev/2012-October/025716.html

 Ce que je comprends, c'est que cela met en évidence des voies desquelles
 on peut entrer, mais d'où on ne peut pas sortir, à cause de mauvaises
 connexions avec le reste du réseau routier.

 Les infos peuvent être consultées sur un calque small components du site
 osrm http://map.project-osrm.org/, ou bien sur osm 
 inspectorhttp://tools.geofabrik.de/osmi/?view=routing(qui proposait déjà 
 l'analyse des fins de ways très proches mais non
 connectées à d'autres éléments de voirie)

 Le 1 octobre 2012 23:11, Vincent de Chateau-Thierry v...@laposte.net a
 écrit :


 Le 01/10/2012 18:24, Ab_fab a écrit :

 Ça peut être une bonne occasion de voir le détail de ce schéma.
 Et s'il est interessant les références des noeuds pourraient y être
 indiquées, c'est sûr.

 Le 1 oct. 2012 18:19, Christian Quest cqu...@openstreetmap.fr
 mailto:cquest@openstreetmap.**fr cqu...@openstreetmap.fr a écrit :


 Il faudrait aussi regarder la proposition des jonctions routières
 complexes qui a été présentée au SOTM à Tokyo.
 L'idée est d'avoir une relation pour décrire un noeud routier, ce qui
 permet aux algos de routage (et de rendu) de mieux fonctionner. C'est
 sur ces noeuds routiers qu'il faudrait peut être mettre les infos
 DATEX.

 A lire ici:
 http://wiki.openstreetmap.org/**wiki/Proposed_features/**
 Junction#Complex_junction_**relationhttp://wiki.openstreetmap.org/wiki/Proposed_features/Junction#Complex_junction_relation


 Pour revenir à ta question initial Ab_fab*, je suis aussi partant pour
 contribuer sur le sujet. En revancheje coince sur la motivation
 contrôle qualité que tu associes : pour moi il y a d'un coté le
 référentiel TMC qu'on peut vouloir intégrer à OSM si on estime que ça
 apporte de la valeur à la base, et de l'autre le besoin de faire du
 contrôle-qualité sur le graphe OSM.
 Pour ce second point pris seul, je préfère dépenser du temps à constituer
 des matrices origine-destination et à lancer des batteries d'itinéraires
 via OSRM, pour ensuite détecter les changements dans les durées et/ou les
 kilométrages, et par suite analyser les causes du changement, voire
 détecter des cassures dans le graphe. Je pense qu'on aura des résultats
 plus rapides et des diagnostics plus simples à partager que ceux basés sur
 le TMC. Sans compter que le rythme d'intégration d'un tel référentiel
 risque d'être modeste, et engage derrière une maintenance à chaque nouvelle
 version des tables de localisants.
 Donc partant, si on pense que ça servira à autre chose que du
 contrôle-qualité :-)

 vincent

 * pas facile de gober en une soirée les 100 messages du jour sur talk-fr
 :-)


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org

[OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude


Bonjour à tous,

L'association SIG-LR souhaiterait publier sur son portail le jeu de 
données sur les communes du Languedoc-Roussillon extrait depuis OSM. Du 
coup depuis hier je suis en train de tester les données OSM sur les 
communes de l'Aude. J'ai notamment réalisé avec QGIS un reprojection en 
Lambert93 et un calcul des superficies et périmètres de chaque commune. 
Pour les superficies j'ai fait quelques comparaisons avec les données 
affichées sur wikipédia (il me semble que ce sont les données 
officielles de l'INSEE qui ont été repris sur les pages de chaque commune ?)
Globalement ça colle pas trop mal, genre entre 1% et 5% d'erreur, par 
exemple :

Narbonne OSM=174.46km² WKP=172.96km²
Montlaur OSM=35.32km² WKP=33.92km²
etc etc...
Mais il y a quelques communes où c'est carrément la catastrophe. Par 
exemple :

Bages OSM=22.76km² WKP=12.53km²
Peyriac-de-Mer OSM=35.52km² WKP=26.92km²
Gruissan OSM=62.20km² WKP=43.65km²
Port-la-Nouvelle OSM=41.47km² WKP=28.55km²
La Palme OSM=34.14km² WKP=27.47km²
J'ai pensé à une erreur possible dûe au trait de côte, mais toutes ces 
communes ne sont pas forcément en bord de mer (cas de Bages et 
Peyriac-de-Mer).
Ces erreurs sont tellement énormes que je pense pas que ça puisse venir 
d'un décalage dû à la saisie des limites communales depuis des planches 
cadastrales géoréférencées manuellement. C'est peut-être dû à l'algo de 
calcul de la surface par QGIS. Je vais tester en faisant autrement.
Mais bon si vous avez une idée d'une autre raison possible, je suis 
preneur ! ;-)


Nicolas


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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

2013-06-11 Per discussione Ab_fab

Une superposition avec Geofla pour localiser rapidement des grosses
différences ?


Le 11 juin 2013 11:39, Nicolas Moyroud nmoyr...@free.fr a écrit :

 Bonjour à tous,

 L'association SIG-LR souhaiterait publier sur son portail le jeu de
 données sur les communes du Languedoc-Roussillon extrait depuis OSM. Du
 coup depuis hier je suis en train de tester les données OSM sur les
 communes de l'Aude. J'ai notamment réalisé avec QGIS un reprojection en
 Lambert93 et un calcul des superficies et périmètres de chaque commune.
 Pour les superficies j'ai fait quelques comparaisons avec les données
 affichées sur wikipédia (il me semble que ce sont les données officielles
 de l'INSEE qui ont été repris sur les pages de chaque commune ?)
 Globalement ça colle pas trop mal, genre entre 1% et 5% d'erreur, par
 exemple :
 Narbonne OSM=174.46km² WKP=172.96km²
 Montlaur OSM=35.32km² WKP=33.92km²
 etc etc...
 Mais il y a quelques communes où c'est carrément la catastrophe. Par
 exemple :
 Bages OSM=22.76km² WKP=12.53km²
 Peyriac-de-Mer OSM=35.52km² WKP=26.92km²
 Gruissan OSM=62.20km² WKP=43.65km²
 Port-la-Nouvelle OSM=41.47km² WKP=28.55km²
 La Palme OSM=34.14km² WKP=27.47km²
 J'ai pensé à une erreur possible dûe au trait de côte, mais toutes ces
 communes ne sont pas forcément en bord de mer (cas de Bages et
 Peyriac-de-Mer).
 Ces erreurs sont tellement énormes que je pense pas que ça puisse venir
 d'un décalage dû à la saisie des limites communales depuis des planches
 cadastrales géoréférencées manuellement. C'est peut-être dû à l'algo de
 calcul de la surface par QGIS. Je vais tester en faisant autrement.
 Mais bon si vous avez une idée d'une autre raison possible, je suis
 preneur ! ;-)

 Nicolas


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un lot de nouveautés dans Osmose

2013/6/10 PierreV belett...@hotmail.fr:
 pour le gué... ben quand on regarde le taginfo, il y a 2 fois plus de noeud
 que de chemins:
 http://taginfo.openstreetmap.org/keys/?key=ford

 Dans ce cas la osmose peut éventuellement proposer de passer en chemin a
 la place de dire uniquement que c'est faux sans tenir compte du noeud?

Il y a plus de ford=yes sur des noeuds parce que pendant longtemps,
c'était la seule option dans le wiki et les éditeurs/presets. La
possibilité de le mettre sur des ways est plus récente (c'est aussi
parce que nous disposons d'images aériennes plus précises ou qu'on
cartographie des pays moins développés - et donc avec moins de ponts -
depuis moins longtemps).
Seule la section de highway dans l'eau devrait porter le tag
ford=yes. Il faut donc couper ton highway=track, ce qu'osmose peut
difficilement faire automatiquement.

Pieren

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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude


J'étais en train de le faire au moment même de l'envoi de ton mail. :-)
Pas de différence majeure sur les communes incriminées... Je commence 
vraiment à avoir des doutes sur l'algo de calcul des superficies de QGIS 
! Je vais tester tout ça avec PostGIS pour voir ce que ça donne.


Nicolas

Le 11/06/2013 11:45, Ab_fab a écrit :
Une superposition avec Geofla pour localiser rapidement des grosses 
différences ?





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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

2013-06-11 Per discussione Bruno Cortial

Le formulaire osm.fr semble indiquer la bonne superficie, mais est-elle
basée sur le polygone OSM ?
http://openstreetmap.fr/outils/etat-commune?insee=66011

Bruno

Le 11 juin 2013 11:57, Nicolas Moyroud nmoyr...@free.fr a écrit :

 J'étais en train de le faire au moment même de l'envoi de ton mail. :-)
 Pas de différence majeure sur les communes incriminées... Je commence
 vraiment à avoir des doutes sur l'algo de calcul des superficies de QGIS !
 Je vais tester tout ça avec PostGIS pour voir ce que ça donne.

 Nicolas

 Le 11/06/2013 11:45, Ab_fab a écrit :

  Une superposition avec Geofla pour localiser rapidement des grosses
 différences ?



 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

2013-06-11 Per discussione Brice Person

A noter que le champ SUPERFICIE du Geofla peut aussi servir à comparer 
puisque d'après sa description :


Type : entier
Superficie de la commune en hectares. C'est la somme des surfaces des 
faces BD CARTO®
composant la commune (avant allégement géométrique et suppression des 
îles et enclaves).


Brice

Le 11/06/2013 12:00, Bruno Cortial a écrit :


Le formulaire osm.fr http://osm.fr semble indiquer la bonne 
superficie, mais est-elle basée sur le polygone OSM ?

http://openstreetmap.fr/outils/etat-commune?insee=66011

Bruno

Le 11 juin 2013 11:57, Nicolas Moyroud nmoyr...@free.fr 
mailto:nmoyr...@free.fr a écrit :


J'étais en train de le faire au moment même de l'envoi de ton
mail. :-)
Pas de différence majeure sur les communes incriminées... Je
commence vraiment à avoir des doutes sur l'algo de calcul des
superficies de QGIS ! Je vais tester tout ça avec PostGIS pour
voir ce que ça donne.

Nicolas

Le 11/06/2013 11:45, Ab_fab a écrit :

Une superposition avec Geofla pour localiser rapidement des
grosses différences ?



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




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


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

Re: [OSM-talk-fr] Proposition de projet du mois (gares SNCF)

2013/6/11 Christophe Merlet red...@redfoxcenter.org:

 La SNCF dit ce qui est une gare et ce qui est une halte. Il n'y a pas à
 tergiverser et on reprend sa classification. POINT BARRE.

Plutôt que de partir du point de vue de la SNCF, partons de celui
d'OSM. Voici la définition de railway=halt dans le wiki:
http://wiki.openstreetmap.org/wiki/Tag:railway%3Dhalt

Traduc : une petite station, peut ne pas avoir de quai, les trains
pourraient ne s'y arrêter que sur demande.
L'exemple en photo montre une petite halte construite comme telle en
rase campagne , sans bâtiment, et qu'on peut voir sur de petites
lignes à faible vitesse, particulièrement dans la campagne anglaise.
C'est presque comme un arrêt de bus ou de tram. S'il y a un abri,
c'est éventuellement un banc couvert.
On est donc loin des gares construites en dur avec des logements de
fonction aux étages et que la SNCF qualifie de halte parce que plus
personne n'y travaille alors que physiquement, c'est toujours une gare
avec plusieurs quais, bâtiment(s), aiguillages, etc.

Pieren

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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

2013-06-11 Per discussione franck . grossiord

pour Bages OSM=22.76km² WKP=12.53km² et avec FME ça donne 22,76km². 
Et si on enlève l'étang de Bages et Sigean àa donnerait pas la bonne superficie 
? 

franckG 

- Mail original -

De: Nicolas Moyroud nmoyr...@free.fr 
À: Discussions sur OSM en français talk-fr@openstreetmap.org 
Envoyé: Mardi 11 Juin 2013 11:39:56 
Objet: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes 
de l'Aude 

Bonjour à tous, 

L'association SIG-LR souhaiterait publier sur son portail le jeu de 
données sur les communes du Languedoc-Roussillon extrait depuis OSM. Du 
coup depuis hier je suis en train de tester les données OSM sur les 
communes de l'Aude. J'ai notamment réalisé avec QGIS un reprojection en 
Lambert93 et un calcul des superficies et périmètres de chaque commune. 
Pour les superficies j'ai fait quelques comparaisons avec les données 
affichées sur wikipédia (il me semble que ce sont les données 
officielles de l'INSEE qui ont été repris sur les pages de chaque commune ?) 
Globalement ça colle pas trop mal, genre entre 1% et 5% d'erreur, par 
exemple : 
Narbonne OSM=174.46km² WKP=172.96km² 
Montlaur OSM=35.32km² WKP=33.92km² 
etc etc... 
Mais il y a quelques communes où c'est carrément la catastrophe. Par 
exemple : 
Bages OSM=22.76km² WKP=12.53km² 
Peyriac-de-Mer OSM=35.52km² WKP=26.92km² 
Gruissan OSM=62.20km² WKP=43.65km² 
Port-la-Nouvelle OSM=41.47km² WKP=28.55km² 
La Palme OSM=34.14km² WKP=27.47km² 
J'ai pensé à une erreur possible dûe au trait de côte, mais toutes ces 
communes ne sont pas forcément en bord de mer (cas de Bages et 
Peyriac-de-Mer). 
Ces erreurs sont tellement énormes que je pense pas que ça puisse venir 
d'un décalage dû à la saisie des limites communales depuis des planches 
cadastrales géoréférencées manuellement. C'est peut-être dû à l'algo de 
calcul de la surface par QGIS. Je vais tester en faisant autrement. 
Mais bon si vous avez une idée d'une autre raison possible, je suis 
preneur ! ;-) 

Nicolas 


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

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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

Différences entre terres émergées (hors mer, lacs, fleuves) et territoire
total  (très variable selon les définitions des traits de côte, et si des
fleuves servent de frontière physique entre communes, selon qu'on prend la
moitié du cours d'eau ou pas)  ?
A priori les surfaces devraient être telles que si les collectivités sont
limitrophes, leurs surfaces s'ajoutent exactemetn sans recouvrement. Et
idéalement un arrondissement devrait avoir la surface de ses communes, le
département la surface de ses arrondissements, la région la surface de ses
départements...
Le cas est plus compliqué car en fait il y a aussi des trous entre ces
collectivités même quand elles ne se recoupent pas (par exemple le
territoire de la France inclut les mers où sa territorialité s'exerce, sans
pour autant que les collectivités locales aient aucun droit dessus; et le
territoire de compétence d'un préfet de département ou de région s'étend en
mer, mais pas celui du conseil général ou régional...) On pourrait combler
les trous en créant des pseudo-communes mais ces entités n'ont pas
d'existence réelle hors de la plus grande zone qui les inclut en plus des
vraies collectivités locales.

Le trait de côte est le plus délicat, il n'a pas de définition légale
formelle (et souvent la cadastre, non compétent sur ce territoire maritime,
trace juste des lignes indicatives uniquement pour le cas éventuel de
présence de concessions maritimes (par exemple zones de casiers ou
d'aquaculture, dont l'autorisation ne vient pas directement des communes
mais des préfets ou services de l'Etat; ou parce qu'une commune demanderait
à utiliser le littoral pour par exemple construire une digue).



Le 11 juin 2013 11:39, Nicolas Moyroud nmoyr...@free.fr a écrit :

 Bonjour à tous,

 L'association SIG-LR souhaiterait publier sur son portail le jeu de
 données sur les communes du Languedoc-Roussillon extrait depuis OSM. Du
 coup depuis hier je suis en train de tester les données OSM sur les
 communes de l'Aude. J'ai notamment réalisé avec QGIS un reprojection en
 Lambert93 et un calcul des superficies et périmètres de chaque commune.
 Pour les superficies j'ai fait quelques comparaisons avec les données
 affichées sur wikipédia (il me semble que ce sont les données officielles
 de l'INSEE qui ont été repris sur les pages de chaque commune ?)
 Globalement ça colle pas trop mal, genre entre 1% et 5% d'erreur, par
 exemple :
 Narbonne OSM=174.46km² WKP=172.96km²
 Montlaur OSM=35.32km² WKP=33.92km²
 etc etc...
 Mais il y a quelques communes où c'est carrément la catastrophe. Par
 exemple :
 Bages OSM=22.76km² WKP=12.53km²
 Peyriac-de-Mer OSM=35.52km² WKP=26.92km²
 Gruissan OSM=62.20km² WKP=43.65km²
 Port-la-Nouvelle OSM=41.47km² WKP=28.55km²
 La Palme OSM=34.14km² WKP=27.47km²
 J'ai pensé à une erreur possible dûe au trait de côte, mais toutes ces
 communes ne sont pas forcément en bord de mer (cas de Bages et
 Peyriac-de-Mer).
 Ces erreurs sont tellement énormes que je pense pas que ça puisse venir
 d'un décalage dû à la saisie des limites communales depuis des planches
 cadastrales géoréférencées manuellement. C'est peut-être dû à l'algo de
 calcul de la surface par QGIS. Je vais tester en faisant autrement.
 Mais bon si vous avez une idée d'une autre raison possible, je suis
 preneur ! ;-)

 Nicolas


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

La suppression des îles et enclaves peut donner des différences
importantes... Pas bon, donc.
Les traits de côtes ont aussi pu changer avec les lois du littoral
(contestées par certaines communes, leur cadastre peut ignorer pas mal de
choses au plan légal).


Le 11 juin 2013 12:03, Brice Person brice.per...@zenordi.fr a écrit :

  A noter que le champ SUPERFICIE du Geofla peut aussi servir à comparer
 puisque d'après sa description :

 Type : entier
 Superficie de la commune en hectares. C'est la somme des surfaces des
 faces BD CARTO®
 composant la commune (avant allégement géométrique et suppression des îles
 et enclaves).

 Brice

 Le 11/06/2013 12:00, Bruno Cortial a écrit :


 Le formulaire osm.fr semble indiquer la bonne superficie, mais est-elle
 basée sur le polygone OSM ?
 http://openstreetmap.fr/outils/etat-commune?insee=66011

 Bruno

 Le 11 juin 2013 11:57, Nicolas Moyroud nmoyr...@free.fr a écrit :

 J'étais en train de le faire au moment même de l'envoi de ton mail. :-)
 Pas de différence majeure sur les communes incriminées... Je commence
 vraiment à avoir des doutes sur l'algo de calcul des superficies de QGIS !
 Je vais tester tout ça avec PostGIS pour voir ce que ça donne.

 Nicolas

 Le 11/06/2013 11:45, Ab_fab a écrit :

  Une superposition avec Geofla pour localiser rapidement des grosses
 différences ?



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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr



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


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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

Ah merci Brice je ne savais pas que dans le GEOFLA c'était la valeur de 
la surperficie avant simplification du polygone.
Bilan : les grosses erreurs semblent venir de la source wikipédia. 
Pourtant j'ai trouvé exactement les mêmes valeurs sur d'autres sources 
comme par exemple annuaire-des-mairies.com ! Il semble que tout cela 
provienne d'une même source qui comporte certaines grosses erreurs. 
C'est l'INSEE qui est la cause de tout ça ?
En tout cas ce serait une bonne occasion de faire des mises à jour sur 
wikipédia... ;-)


Nicolas


Le 11/06/2013 12:03, Brice Person a écrit :
A noter que le champ SUPERFICIE du Geofla peut aussi servir à 
comparer puisque d'après sa description :


Type : entier
Superficie de la commune en hectares. C'est la somme des surfaces des 
faces BD CARTO®
composant la commune (avant allégement géométrique et suppression des 
îles et enclaves).


Brice


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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

2013-06-11 Per discussione Sylvain Perrinel

Oui je crois que l'INSEE et GeoFLA ne prennent en compte que les terres
immergées.
D'où cette différence...


2013/6/11 franck.grossi...@free.fr

 pour Bages OSM=22.76km² WKP=12.53km² et avec FME ça donne 22,76km².
 Et si on enlève l'étang de Bages et Sigean àa donnerait pas la bonne
 superficie ?

 franckG

 --
 *De: *Nicolas Moyroud nmoyr...@free.fr
 *À: *Discussions sur OSM en français talk-fr@openstreetmap.org
 *Envoyé: *Mardi 11 Juin 2013 11:39:56
 *Objet: *[OSM-talk-fr] Erreurs importantes concernant la superficie
 descommunes de l'Aude


 Bonjour à tous,

 L'association SIG-LR souhaiterait publier sur son portail le jeu de
 données sur les communes du Languedoc-Roussillon extrait depuis OSM. Du
 coup depuis hier je suis en train de tester les données OSM sur les
 communes de l'Aude. J'ai notamment réalisé avec QGIS un reprojection en
 Lambert93 et un calcul des superficies et périmètres de chaque commune.
 Pour les superficies j'ai fait quelques comparaisons avec les données
 affichées sur wikipédia (il me semble que ce sont les données
 officielles de l'INSEE qui ont été repris sur les pages de chaque commune
 ?)
 Globalement ça colle pas trop mal, genre entre 1% et 5% d'erreur, par
 exemple :
 Narbonne OSM=174.46km² WKP=172.96km²
 Montlaur OSM=35.32km² WKP=33.92km²
 etc etc...
 Mais il y a quelques communes où c'est carrément la catastrophe. Par
 exemple :
 Bages OSM=22.76km² WKP=12.53km²
 Peyriac-de-Mer OSM=35.52km² WKP=26.92km²
 Gruissan OSM=62.20km² WKP=43.65km²
 Port-la-Nouvelle OSM=41.47km² WKP=28.55km²
 La Palme OSM=34.14km² WKP=27.47km²
 J'ai pensé à une erreur possible dûe au trait de côte, mais toutes ces
 communes ne sont pas forcément en bord de mer (cas de Bages et
 Peyriac-de-Mer).
 Ces erreurs sont tellement énormes que je pense pas que ça puisse venir
 d'un décalage dû à la saisie des limites communales depuis des planches
 cadastrales géoréférencées manuellement. C'est peut-être dû à l'algo de
 calcul de la surface par QGIS. Je vais tester en faisant autrement.
 Mais bon si vous avez une idée d'une autre raison possible, je suis
 preneur ! ;-)

 Nicolas


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


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




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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

Ah oui pas bête j'avais pensé à la mer, mais pas aux étangs. 
Effectivement il y a bien cet effet de concentrations des erreurs dans 
le coin des étangs !
Enfin bon pour ce qui intéresse SIG-LR, c'est la valeur étang compris 
qu'on va retenir. Du coup tout va bien avec la méthode de calcul que 
j'ai utilisée dans QGIS. Je vais donc continuer comme ça.
Je vais en profiter pour extraire des infos complémentaires sur les 
communes dans wikipédia (population actuelle, nom du maire, ...) mais 
pour la superficie je vais m'abstenir. :-)

Merci à tous pour votre aide.

Nicolas


Le 11/06/2013 12:17, franck.grossi...@free.fr a écrit :

pour Bages OSM=22.76km² WKP=12.53km² et avec FME ça donne 22,76km².
Et si on enlève l'étang de Bages et Sigean àa donnerait pas la bonne 
superficie ?


franckG


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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude



Le 11/06/2013 12:24, Sylvain Perrinel a écrit :
Oui je crois que l'INSEE et GeoFLA ne prennent en compte que les 
terres immergées.

D'où cette différence...

Non d'après ce que je vois la source INSEE ne prend en compte que les 
terres émergées, mais pour la source GEOFLA c'est bien l'ensemble de la 
commune terres émergées + surfaces en eau.
J'ai sensiblement les mêmes valeurs entre OSM et GEOFLA à quelques 
pouillièmes près. :-)


Nicolas


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

[OSM-talk-fr] Rendu handicap

2013-06-11 Per discussione Association À Travers

 
 Bonjour,
 
 suite à la conférence de Christian à frog2013 je me déclare intéressé par la 
 création d'un rendu handicap
 il se trouve que vu la facilité de travailler avec du quasi CSS ( je suis un 
 de ces graphistes dont il était question dans la conférence ) cela me semble 
 tout à fait faisable
 en outre je travaille sur un projet de promenades urbaines accessibles
 je souhaitais faire un rendu qui valorise le très local ( niveau de zoom très 
 élevé, détails du terrain, de l'usage, des commodités, du piéton, du 
 cycliste, du roller, etc. )
 avec une ligne directrice pour renseigner la base de données en conséquence 
 sur notre terrain de prédiléction ( Paris-13e - Ivry sur Seine )
 le fait d'avoir un rendu perso est très motivant ( pour un graphiste ... ) je 
 verrai bien un rendu assez accessible aux personnes qui ont des petits 
 troubles de la vision ( handicap léger qui concerne pas mal de monde )
 si c'est compatible pourquoi ne pas faire d'une pierre 2 coups

Envoyé de mon iPad___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Licence de publication d'un jeu de données mixant OSM et wikipédia

J'aurai une petite question à poser aux spécialistes des licences qui 
trainent par ici. Il s'agirait de publier sur un portail un jeu de 
données sur les communes qui va mixer des infos provenant d'OSM et de 
wikipédia. Du coup, quelle serait la licence à indiquer sur le portail ? 
Les deux ODbL + CC-by-sa ? Est-ce que l'indication suivante conviendrait :
Sources : licence ODbL OpenStreetMap et contributeurs, licence CC-BY-SA 
3.0 Wikipédia en français.


Nicolas


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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude


Et hop, petite précision ajoutée sur wikipédia :
http://fr.wikipedia.org/wiki/Superficie#Superficie_des_entit.C3.A9s_administratives_fran.C3.A7aises
Ça évitera au prochain de se prendre la tête sur la même chose. ;-)

Nicolas



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

[OSM-talk-fr] Retour du FROG2013... futures données libérées

2013-06-11 Per discussione Christian Quest

Hier se tenait le FROG, la rencontre organisée par l'OSGéo-FR qui se
déroulait à l'IGN.

On a appris le prochain passage sous licence Etalab de:
- Route 500
- BD Ortho 5m
- BD Alti 75m

Route 500 a l'air intéressant pour comparer et évaluer les manques
dans le réseau principal de routes.
Pour la BD Ortho, j'ai eu une fausse joie à cause d'une erreur d'unité
(j'avais compris cm au lieu de m)... ça servira à faire des posters ou
des cartes postales, mais pas de la carto OSM :(
La BD Alti à 75m sera un peu mieux que SRTM (à 100m il me semble),
mais bon... il faudra voir quelle simplificiation d'altitude sera
faite.

Autre info concernant la BD Carthage... on parle d'une libération
l'an prochain (source agence adour-garonne).

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

Je trouve quand même qu'ils sont un peu légers sur wikipédia concernant 
le sens des chiffres superficie et densité de population. Franchement 
quand je vois ça écrit comme ça pour moi c'est la valeur de la 
superficie totale des communes et densité calculée sur la superficie 
totale. Or ce sont les chiffres calculés en excluant les terres 
émergées, mais ce n'est précisé nulle part. D'ailleurs la source des 
données elle-même n'est pas précisée (sans doute INSEE mais bon il faut 
le savoir...)
Ce serait peut-être bien de leur proposer de recalculer tout ça à partir 
des données OSM. Ils pourraient afficher la superficie totale + la 
superficie des terres émergées. Quelqu'un aurait un contact chez eux 
pour leur proposer cette idée ?


Nicolas


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

Re: [OSM-talk-fr] Licence de publication d'un jeu de données mixant OSM et wikipédia

2013/6/11 Nicolas Moyroud nmoyr...@free.fr:
 J'aurai une petite question à poser aux spécialistes des licences qui
 trainent par ici. Il s'agirait de publier sur un portail un jeu de données
 sur les communes qui va mixer des infos provenant d'OSM et de wikipédia. Du
 coup, quelle serait la licence à indiquer sur le portail ? Les deux ODbL +
 CC-by-sa ? Est-ce que l'indication suivante conviendrait :
 Sources : licence ODbL OpenStreetMap et contributeurs, licence CC-BY-SA 3.0
 Wikipédia en français.

Je ne suis pas un spécialiste. Mais tout dépend de ce que tu veux
dire par mixer des infos provenant d'OSM et de wikipedia. La page
[2] pourra peut-être t'aider, en particulier si tu fais du géocodage.
Il faut avant tout savoir si tu entres dans le cadre collective
database ou derivative database. N'oublie pas aussi que la mention
de la source (attribution) est un point de la licence. Tu dois aussi
préciser sous quelle licence tu publies ton propre travail
(apparement, la licence cc-by-sa ne t'autorise qu'à publier en
cc-by-sa alors qu'odbl n'a aucune restriction sur la nouvelle licence
si tu fais un produced work). A noter que le database de la
licence ne correspond pas forcément à une base de donnée au sens
technique du terme (tu peux avoir 2 datasets séparés dans une même
base de donnée, à condition de ne pas avoir de liens entre les deux,
genre foreign key).

Quelques liens:
[1] http://wiki.openstreetmap.org/wiki/ODBL
[2] http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases
[3] 
http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline

Pieren

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

Re: [OSM-talk-fr] Proposition de projet du mois (gares SNCF)

2013-06-11 Per discussione Christian Rogel


Le 11 juin 2013 à 12:09, Pieren pier...@gmail.com a écrit :

 2013/6/11 Christophe Merlet red...@redfoxcenter.org:
 
 La SNCF dit ce qui est une gare et ce qui est une halte. Il n'y a pas à
 tergiverser et on reprend sa classification. POINT BARRE.
 
 Plutôt que de partir du point de vue de la SNCF, partons de celui
 d'OSM. Voici la définition de railway=halt dans le wiki:
 http://wiki.openstreetmap.org/wiki/Tag:railway%3Dhalt
 
 Traduc : une petite station, peut ne pas avoir de quai, les trains
 pourraient ne s'y arrêter que sur demande.
 L'exemple en photo montre une petite halte construite comme telle en
 rase campagne , sans bâtiment, et qu'on peut voir sur de petites
 lignes à faible vitesse, particulièrement dans la campagne anglaise.


Il me semble qu'il faut arrêter de confondre halt et halte ferroviaire, 
car, ce
sont des faux-amis.
Le tag halt désigne donc le niveau le plus élémentaire des arrêts.
L'autre est station.
On peut proposer staff=yes/no.
D'autres tags doivent définir les autres niveaux de service :
Un avec vending machine
Un autre qui défit la présence d'agents, les heures d'ouvertures.
Et un autre qui définit la classification officielle SNCF et même celle de RFF,
si elle est différente.
Encore, une fois, la France n'est pas un île et ces questions ont du
déjà être posées et, peut-être, résolues ailleurs.

Christian R.

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

Re: [OSM-talk-fr] Licence de publication d'un jeu de données mixant OSM et wikipédia

Il s'agit de compléter les données OSM des communes avec quelques 
valeurs attributaires issues de données wikipédia. Notamment le maire 
actuel, le dernier chiffre de la population et un calcul de la densité 
en utilisant la population wikipédia et la superficie calculée depuis 
OSM. Le jeu de données final sera publié en format vecteur.

Sur ton lien [2] je n'arrive pas à trop à voir dans quel cadre ça rentre.

Nicolas


Le 11/06/2013 13:56, Pieren a écrit :

Je ne suis pas un spécialiste. Mais tout dépend de ce que tu veux
dire par mixer des infos provenant d'OSM et de wikipedia. La page
[2] pourra peut-être t'aider, en particulier si tu fais du géocodage.
Il faut avant tout savoir si tu entres dans le cadre collective
database ou derivative database. N'oublie pas aussi que la mention
de la source (attribution) est un point de la licence. Tu dois aussi
préciser sous quelle licence tu publies ton propre travail
(apparement, la licence cc-by-sa ne t'autorise qu'à publier en
cc-by-sa alors qu'odbl n'a aucune restriction sur la nouvelle licence
si tu fais un produced work). A noter que le database de la
licence ne correspond pas forcément à une base de donnée au sens
technique du terme (tu peux avoir 2 datasets séparés dans une même
base de donnée, à condition de ne pas avoir de liens entre les deux,
genre foreign key).

Quelques liens:
[1] http://wiki.openstreetmap.org/wiki/ODBL
[2] http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases
[3] 
http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline

Pieren




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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

2013/6/11 Nicolas Moyroud nmoyr...@free.fr:
 Je trouve quand même qu'ils sont un peu légers sur wikipédia

Il n'y a pas qu'eux. Je n'ai pas trouvé sur le site de l'insee leur
source pour les surfaces communales. IGN ? cadastre ? Avec ou sans
lacs ? avec ou sans domaine public ? somme des parcelles ?

Le seul truc que je trouve est ici:
http://www.insee.fr/fr/themes/document.asp?ref_id=15689page=dossiers/dossier_octant/dossier_52/T2_sol_tableaux.htm

 la surface totale correspond à la superficie totale des communes d'après le 
 cadastre
 DGI. Cette superficie totale inclut le Domaine public. Une autre référence 
 existante,
 et utilisée par l'Ifen, est celle de l'Insitut Géographique National (IGN)

Si j'extrapole aux surfaces communales, ça viendrait du cadastre DGI,
domaine public inclus mais sans les surfaces eau (sans que ce soit
précisé nul part ?). Connaissant la faible qualité des tracés de
berges du cadastre, on a au final une bonne marge d'erreur...

Pieren

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

Re: [OSM-talk-fr] Proposition de projet du mois (gares SNCF)

2013-06-11 Per discussione Christophe Merlet


Le 11/06/2013 12:09, Pieren a écrit :

2013/6/11 Christophe Merlet red...@redfoxcenter.org:


La SNCF dit ce qui est une gare et ce qui est une halte. Il n'y a pas à
tergiverser et on reprend sa classification. POINT BARRE.


Plutôt que de partir du point de vue de la SNCF, partons de celui
d'OSM. Voici la définition de railway=halt dans le wiki:
http://wiki.openstreetmap.org/wiki/Tag:railway%3Dhalt

Traduc : une petite station, peut ne pas avoir de quai, les trains
pourraient ne s'y arrêter que sur demande.
L'exemple en photo montre une petite halte construite comme telle en
rase campagne , sans bâtiment, et qu'on peut voir sur de petites
lignes à faible vitesse, particulièrement dans la campagne anglaise.
C'est presque comme un arrêt de bus ou de tram. S'il y a un abri,
c'est éventuellement un banc couvert.
On est donc loin des gares construites en dur avec des logements de
fonction aux étages et que la SNCF qualifie de halte parce que plus
personne n'y travaille alors que physiquement, c'est toujours une gare
avec plusieurs quais, bâtiment(s), aiguillages, etc.


Donc ceci est aussi un railway=station ?
https://maps.google.fr/?ll=43.052183,-0.425726spn=0.002744,0.004018t=hz=18layer=ccbll=43.052076,-0.42676panoid=Ajgbn27ikQ8LkLxnY8auOwcbp=12,287.58,,0,1.19


Librement,
--
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

2013-06-11 Per discussione Damouns

Lisez aussi l'article suivant :
http://acign.blog.free.fr/index.php?post/2013/05/19/Superficie-de-la-Gironde-Pas-si-simple...

qui explique que c’est la somme des surfaces « hors eaux » des
sections cadastrales qui a servi pour le calcul des superficies par la
DGI dans les années 1970 et reprises par l’INSEE.



Le 11 juin 2013 14:45, Pieren pier...@gmail.com a écrit :
 2013/6/11 Nicolas Moyroud nmoyr...@free.fr:
 Je trouve quand même qu'ils sont un peu légers sur wikipédia

 Il n'y a pas qu'eux. Je n'ai pas trouvé sur le site de l'insee leur
 source pour les surfaces communales. IGN ? cadastre ? Avec ou sans
 lacs ? avec ou sans domaine public ? somme des parcelles ?

 Le seul truc que je trouve est ici:
 http://www.insee.fr/fr/themes/document.asp?ref_id=15689page=dossiers/dossier_octant/dossier_52/T2_sol_tableaux.htm

 la surface totale correspond à la superficie totale des communes d'après le 
 cadastre
 DGI. Cette superficie totale inclut le Domaine public. Une autre référence 
 existante,
 et utilisée par l'Ifen, est celle de l'Insitut Géographique National (IGN)

 Si j'extrapole aux surfaces communales, ça viendrait du cadastre DGI,
 domaine public inclus mais sans les surfaces eau (sans que ce soit
 précisé nul part ?). Connaissant la faible qualité des tracés de
 berges du cadastre, on a au final une bonne marge d'erreur...

 Pieren

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

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

Re: [OSM-talk-fr] Proposition de projet du mois (gares SNCF)

2013/6/11 Christophe Merlet red...@redfoxcenter.org:

 Donc ceci est aussi un railway=station ?
 https://maps.google.fr/?ll=43.052183,-0.425726spn=0.002744,0.004018t=hz=18layer=ccbll=43.052076,-0.42676panoid=Ajgbn27ikQ8LkLxnY8auOwcbp=12,287.58,,0,1.19

ha..  ha..
Dois-je encore préciser que je parlais de gares/haltes ferroviaires
encore en service ?

Pour ton exemple de la gare de Bielle, elle a été fermée en même temps
que la ligne, en mars 1969. Voila ce que la Google Car aurait pu
prendre en photo avant cette date:
http://www.memoire-ossau.fr/wp-content/uploads/2009/11/cpbiellegare3.jpg

Aujourd'hui, je tagguerais simplement le bâtiment en
building=station ou building=railway_station sans aucun tag
railway=* puisqu'il n'y a plus de ligne...
Mais c'est un peu hors-sujet, non ?

Pieren

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

Re: [OSM-talk-fr] Proposition de projet du mois (gares SNCF)

2013-06-11 Per discussione Christophe Merlet


Le 11/06/2013 15:15, Pieren a écrit :

2013/6/11 Christophe Merlet red...@redfoxcenter.org:


Donc ceci est aussi un railway=station ?
https://maps.google.fr/?ll=43.052183,-0.425726spn=0.002744,0.004018t=hz=18layer=ccbll=43.052076,-0.42676panoid=Ajgbn27ikQ8LkLxnY8auOwcbp=12,287.58,,0,1.19


ha..  ha..
Dois-je encore préciser que je parlais de gares/haltes ferroviaires
encore en service ?

Pour ton exemple de la gare de Bielle, elle a été fermée en même temps
que la ligne, en mars 1969. Voila ce que la Google Car aurait pu
prendre en photo avant cette date:
http://www.memoire-ossau.fr/wp-content/uploads/2009/11/cpbiellegare3.jpg

Aujourd'hui, je tagguerais simplement le bâtiment en
building=station ou building=railway_station sans aucun tag
railway=* puisqu'il n'y a plus de ligne...
Mais c'est un peu hors-sujet, non ?


Ce n'est pas complètement hors sujet vu que je suis repassé sur la zone 
il y a quelques jours et que je n'ai pas su taguer cette gare de manière 
satisfaisante, sachant qu'en plus que la ligne Pau-Canfranc pourrait 
réouvrir dans un avenir assez proche...



Librement,
--
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude

2013-06-11 Per discussione Ista Pouss

Le 11 juin 2013 13:14, Nicolas Moyroud nmoyr...@free.fr a écrit :

 Ce serait peut-être bien de leur proposer de recalculer tout ça à partir
 des données OSM. Ils pourraient afficher la superficie totale + la
 superficie des terres émergées. Quelqu'un aurait un contact chez eux pour
 leur proposer cette idée ?


Solution 0 : tu fais les modifs.
Solution 1 : tu t'inscris, tu les fais.
Solution 2 : tu en parles sur le bistro du jour
http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Le_Bistro
Solution 3 : tu proposes un sondage
http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Le_Bistro qui te donnera
ensuite des arguments pour une prise de décision
http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Syst%C3%A8me_de_prise_de_d%C3%A9cision


Plus généralement, je pense qu'il existe deux difficultés :

- OSM est à la foi connu et méconnu sur wikipedia, il me semble. Il y a des
gens qui aiment bien mais aussi beaucoup de partis pris, souvent étonnant
de la part de wikipédiens, du style Mais si tout le monde peut modifier la
carte alors c'est pas fiable.
- Wikipedia, officiellement, ne se valide que par des sources de second
niveau (un truc qui parle d'un truc). OSM pourrait être une telle source,
je pense (c'est une carte qui parle de la terre/cadastre/etc). Le problème,
c'est la référence à la source ; ça va encore lorsqu'il y a un point
précis, mais lorsqu'il y s'agit d'une surface, je sais pas comment ça peut
se passer. À cause de la règle de la seconde source, wikipedia ne calcule
rien, mais il y a un document, quelque part, sur un site fiable du point de
vue des wikipediens, qui donne le résultat, et qui sert de référence à
wikipedia.

Et encore plus généralement, plus il y aura de collaborations
wikipedia/osm, plus mieux ça sera.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition de projet du mois (gares SNCF)