Re: [talk-au] Introduction

[Phil Wyatt]

Hi Tim,

 

Follow the link from here

 

https://wiki.osgeo.org/wiki/Oceania

 

Cheers - Phil

 

From: Tim P. Firman  
Sent: Saturday, 8 February 2020 4:50 PM
To: talk-au@openstreetmap.org
Subject: [talk-au] Introduction

 

Hi All,

 

Is there any chance I could get added to the Slack group for
maptimeoceania.slack.com?

 

Cheers

Tim

 

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

[talk-au] Introduction

[Tim P. Firman]

Hi All,

Is there any chance I could get added to the Slack group for 
maptimeoceania.slack.com?

Cheers
Tim

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

[OSM-talk-ie] Introduction for new Irish OSM map viewers

[Brian Hollinshead]

I did a talk recently to staff in the RCB Library and Arcive and yesterday
to staff of Eneclann and the family history Centre. I find I am being
repeatedly asked how a new Irish user of OSM learn how best to use it and
how to know what search and other features are included. With this in mind
I have prepared the following draft introduction but am still hoping one of
has either has or can refer me to a better one. If you can't then please
suggest improvements to mine.

openstreetmap.org
Main page: search by name of townland, parish, barony etc or street or
village etc
search for pharmacy in dundrum or post office in Dalkey or fast food in
Finglas or police in Howth or supervalu in Malahide or mcdonalds in Dun
Laoghaire or acaun or Athy parish.etc

to share a web page image with a marker, Use share icon on the right,
select include marker, slide map so marker in correct position,  copy text
in box https://www., paste in email. On arrival of email, clicking
on link will display same map area at same scale with same marker. Use it
to share locations of burial grounds, churches etc.

To print a copy of the screen, without using save screen shot, use share
icon again. for full screen select download as .png or .jpeg or .pdg  or
.svg format. For partial screen  select set custom dimensions and drag
window to required area. map.png file will appear in download folder.

To see how a bus stop, graveyard or any other feature has been described
and tagged on either Standard or Cycle or Transport map. Zoom well in on
required feature and select map data. After all feature have gone blue,
click on blue line of feature. details will appear in box on left. REMEMBER
to switch off map data before moving map.

For route choices: select bent arrow icon beside search box.

To view mapped boundaries that enclose a chosen point: A splendid and
powerful feature rarely seen in other mapping apps.  Zoom well in to the
point of interest, select ? icon on the right, (query features), if it
remains black zoom in further, click on an empty space on the map, not on a
line. After a short pause a list will be displayed of all relevant drawn
boundaries with a link for each. Click on link of your interest to display
that boundary on the map.

Cycle map layer: Shows different types of cycle lanes, Bicycle repair
shops, Bars to lock bicycles to and whether they are covered. Roadside
pumps and drinking stations. Roadside local authority tyre pumps and
spanner sets.

Transport layer: Llike the rest it is incomplete, shows bus routes, bus
stops with ref no. routes numbers, whether it has a bench or a shelter and
dimpled pavement markings. Also Luas, Dart, railways and some Bord na mona
rail lines.

Different web page: histosm.org shows various historical and archaeological
features, perhaps 6,000 in Ireland, list of types and numbers displayed on
screen varies as you zoom in or out. Clicking on a marker will display
further details.

Different web page: townlands.ie Lists some 61,000 townlands, 2,500 civil
Parishes, as well as baronies and DEDs, with about 67,000 individual maps.
Search by using search box or by drilling down by County, by  ed/ded, by
civil parish to townland. Lists neighbouring townlands in case some
relative was buried over the border from where they lived. 122,000 direct
links by townland to 1901 and 1911 Census pages in the National archives.
Data for those boundaries can be downloaded in a variety of formats for
further use. No payment required but attribution to townlands.ie and to
openstreetmap contributorsis a MUST DO.

Different web pages: maps.openstreetmap.ie and
maps.openstreetmap.ie.oocmaps are under reconstruction by a volunteer at
present. These have  various overlays of all-Ireland historic maps and
boundaries
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk] GDPR introduction

[Simon Poole]

Am 17.04.2018 um 19:37 schrieb Michael Reichert:
> 
> *Controller vs. processor*
>
> Chapter "Recommendations", section 3 (page 10) writes:
>> Using the data for user and contribution profiling will either require a data
>> processing agreement (and a similar agreement for research) or the the OSM
>> data consumer needs to operate as an independent data controller (see
>> below)..
> Does this mean that someone who runs a service to fight vandalism and
> other bad edits has the choice to either sign a data processing
> agreement with the OSMF or to work as independent data controller? I am
> not sure because section 5 on the same page writes:
There are essentially 3 routes that we could take:
 
- not distribute meta-data to third parties at all (sure to be very
popular :-))
- a controller - data processor type arrangement. Besides the construct
being a bit contrived in our case, the typical data-processing
agreements I've seen are rather large legal monsters that are not going
to be easy on anybody, but we are not going to rule this completely out,
at this point in time-
- the entities processing the data are doing so on their own behalf and
are acting as independent controllers (which is more what is really
going on in any case)

>> Entities receiving full data (that is including metadata) are expected to 
>> operate as
>> independent controllers.
> Working as data processor has the disadvantage that the service provider
> has to sign some piece of paper. 
A DPA is definitely not some piece of paper :-) (make that 10+)
> On the other hand it provides safety
> for them. If a service provider acts as data controller any OSM user can
> ask him to delete his user data?

Well that depends on the reasoning the controller uses to document that
the processing of personal data is "lawful", as the data hasn't directly
been obtained from the data subject you will not be able to rely on
consent as a basis, but likely similar legitimate interests arguments
could be made as the OSMF will likely do (vandalism protection, QA, and
so on).

> Users asking the service providers instead of the OSMF to delete their
> data add addition hassle to the service provider and harm the
> development of OSM:
>
> - The service provider has to "filter" incoming data from OSM (diffs,
> planet dump, …) to remove data they are not permitted to use.
>
> - The community is unable to review edits of that user using the
> third-party service because the user is not visible there. Users with
> bad faith (they exist and I know a few examples) can use that to do
> edits below the radar and make validation and reverts of their edits
> difficult.

We intend to provide a list of "deleted users" or rather user ids so
this shouldn't be all to difficult, but the entities processing the data
will need to make their own determination on how to handle the deletions.

>
> That's why I would like to ask the OSMF to let service providers choose
> their favourite legal model. If the service provider chooses to be a
> data processor, he can redirect incoming request of deletion to the OSMF
> and the OSMF has to delete the user and block his account. The latter
> makes further validation of his edits mostly unnecessary.
>
>
> *Timestamps*
>
> Appendix B writes:
>> It can be argued that completely removing timestamps causes a significant 
>> loss of
>> functionality and information, for example when an object was last updated. 
>> This
>> could be partially rectified by simply reducing the granularity of the 
>> timestamps in
>> publicly available data, for example by only displaying dates.
> Removing user names, user IDs and changesets from data dumps and general
> API access does not really harm most usage of OSM. However, one change
> might cause more trouble if it were seriously followed through – the
> timestamps.
>
> If you reduce their granularity to one day, it is still possible to
> group edits in areas with a low density of mappers. I am not talking
> about central Sahara, the poles or the Middle West of the U.S. I am
> talking about almost all areas of Central and Western Europe except the
> metropolitan areas.
>
> See the following picture of my master thesis
> https://user-images.githubusercontent.com/3611273/36112876-50bbe552-102b-11e8-9857-23b868017013.png
>
> It shows the frequency of map edits in the north-east of Germany between
> 2016-08-29 and 2016-10-05. Edits on relations have been ignored. I
> imported the hourly diffs from OSM into my database. Dark blue means
> that within more than one month, less than four diffs contained updates
> for that area. You would have to reduce the granularity to a month to
> make the recreation of changesets impossible!
>
> Slide 15 of
> http://tib.flowcenter.de/mfc/medialink/3/de416ce499d2c0ef194390304b67c5a08d22fbd5cff5af05bd6931d24f4016b2b9/FOSSGIS2017-5147-qualitatssicherung_mit_vektortiles.pdf
> shows the same for California. It is possible to group edits in the Bay
> Area if the granularity is 

Re: [OSM-talk] GDPR introduction

[Michael Reichert]

Hi Simon,

Am 2018-04-17 um 12:48 schrieb Simon Poole:
> On the 25th of May 2018 the *General Data Protection Regulation (GDPR)
> * will
> enter in to force, this will likely result in some changes in how
> OpenStreetMap operates and distributes its data.
> 
> The LWG has prepared a position paper on the matter that has been
> reviewed by data protection experts and in general the approach to not
> rely on explicit consent has been validated. It should be noted that
> while the paper outlines our approach, some of the details still need to
> be determined. In particular the future relationship with community and
> third party data consumers that utilize OSM meta-data and what will
> actually be dropped/made less accessible of the data listed in Appendix B.
> 
> LWG GDPR Position Paper
> 
> 
> Please feel free to discuss on the talk page
>  or on this list.

I would like to thank you for your work and agree that the OSMF should
not ignore GDPR. I think that it is a huge step forwards in terms of
data protection in general.

*Controller vs. processor*

Chapter "Recommendations", section 3 (page 10) writes:
> Using the data for user and contribution profiling will either require a data
> processing agreement (and a similar agreement for research) or the the OSM
> data consumer needs to operate as an independent data controller (see
> below)..

Does this mean that someone who runs a service to fight vandalism and
other bad edits has the choice to either sign a data processing
agreement with the OSMF or to work as independent data controller? I am
not sure because section 5 on the same page writes:
> Entities receiving full data (that is including metadata) are expected to 
> operate as
> independent controllers.

Working as data processor has the disadvantage that the service provider
has to sign some piece of paper. On the other hand it provides safety
for them. If a service provider acts as data controller any OSM user can
ask him to delete his user data?

Users asking the service providers instead of the OSMF to delete their
data add addition hassle to the service provider and harm the
development of OSM:

- The service provider has to "filter" incoming data from OSM (diffs,
planet dump, …) to remove data they are not permitted to use.

- The community is unable to review edits of that user using the
third-party service because the user is not visible there. Users with
bad faith (they exist and I know a few examples) can use that to do
edits below the radar and make validation and reverts of their edits
difficult.

That's why I would like to ask the OSMF to let service providers choose
their favourite legal model. If the service provider chooses to be a
data processor, he can redirect incoming request of deletion to the OSMF
and the OSMF has to delete the user and block his account. The latter
makes further validation of his edits mostly unnecessary.


*Timestamps*

Appendix B writes:
> It can be argued that completely removing timestamps causes a significant 
> loss of
> functionality and information, for example when an object was last updated. 
> This
> could be partially rectified by simply reducing the granularity of the 
> timestamps in
> publicly available data, for example by only displaying dates.

Removing user names, user IDs and changesets from data dumps and general
API access does not really harm most usage of OSM. However, one change
might cause more trouble if it were seriously followed through – the
timestamps.

If you reduce their granularity to one day, it is still possible to
group edits in areas with a low density of mappers. I am not talking
about central Sahara, the poles or the Middle West of the U.S. I am
talking about almost all areas of Central and Western Europe except the
metropolitan areas.

See the following picture of my master thesis
https://user-images.githubusercontent.com/3611273/36112876-50bbe552-102b-11e8-9857-23b868017013.png

It shows the frequency of map edits in the north-east of Germany between
2016-08-29 and 2016-10-05. Edits on relations have been ignored. I
imported the hourly diffs from OSM into my database. Dark blue means
that within more than one month, less than four diffs contained updates
for that area. You would have to reduce the granularity to a month to
make the recreation of changesets impossible!

Slide 15 of
http://tib.flowcenter.de/mfc/medialink/3/de416ce499d2c0ef194390304b67c5a08d22fbd5cff5af05bd6931d24f4016b2b9/FOSSGIS2017-5147-qualitatssicherung_mit_vektortiles.pdf
shows the same for California. It is possible to group edits in the Bay
Area if the granularity is reduced to one day.

I agree that timestamps can be used to group edits but it is not
possible to group them properly and you still don't know who uploaded
the changeset. That's where personal information 

Re: [OSM-talk] GDPR introduction

[Ed Loach]

Andrew asked:

> Yes that does help clarify my concerns too. I still wonder if someone 
> outside the EU can go ahead and publish the full metadata included 
> OSM database under the ODBL outside the OSMF, or in the worst case 
> local communities outside the EU can still publish their regional extracts 
> with metadata publicly.

I am not a lawyer, but a quick Google search suggests the answer is no, as the 
legislation applies based on the data subject being in the EU, not the 
processor - see for example "Why non-EU companies should care" in 
https://econsultancy.com/blog/69282-how-should-non-eu-businesses-prepare-for-the-gdpr

Ed


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

Re: [OSM-talk] GDPR introduction

[Christoph Hormann]

On Tuesday 17 April 2018, Andrew Harvey wrote:
>
> Yes that does help clarify my concerns too. I still wonder if someone
> outside the EU can go ahead and publish the full metadata included
> OSM database under the ODBL outside the OSMF, or in the worst case
> local communities outside the EU can still publish their regional
> extracts with metadata publicly.

Well - that is obviously a question you need to get qualified local 
legal advise on.  Same as if you can publicly distribute a copy of 
.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk] GDPR introduction

[Andrew Harvey]

On 17 April 2018 at 23:31, Christoph Hormann  wrote:

> On Tuesday 17 April 2018, Simon Poole wrote:
> >
> > > * When you add new 'terms of use' or 'data processing agreement'
> > > provisions that people who want to access OSM data with metadata
> > > need to agree to does that constitute an amendment of the ODbL and
> > > therefore a change in license?  If not would any downstream data
> > > user who distributes a derivative database be allowed to add
> > > similar terms of use that restrict use of the data to the data they
> > > distribute?
> >
> > As the mail said, the exact details are not nailed down there yet,
> > however it is likely that we will not want to enter in to an
> > agreement with such people, but would simply offer to help with their
> > obligations from Art. 14. It is not as if the GDPR suddenly
> > disappears when we distribute data on ODbL terms so people processing
> > the full dataset are going to be subject to it in any case.
>
> Ok - that is much clearer (and IMO also addresses what Andrew wondered
> about).  If it is sufficient for the GDPR to (a) not have technically
> unrestricted access and (b) make sure everyone receiving the data is
> made aware of the legal obligations that seems something that can be
> reasonably dealt with.
>
> The terminology used in the position paper however seems to point into a
> somewhat different direction (i.e. that providing bulk metadata would
> be subject to a specific contractual agreement).


Yes that does help clarify my concerns too. I still wonder if someone
outside the EU can go ahead and publish the full metadata included OSM
database under the ODBL outside the OSMF, or in the worst case local
communities outside the EU can still publish their regional extracts with
metadata publicly.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] GDPR introduction

[Christoph Hormann]

On Tuesday 17 April 2018, Simon Poole wrote:
>
> > * When you add new 'terms of use' or 'data processing agreement'
> > provisions that people who want to access OSM data with metadata
> > need to agree to does that constitute an amendment of the ODbL and
> > therefore a change in license?  If not would any downstream data
> > user who distributes a derivative database be allowed to add
> > similar terms of use that restrict use of the data to the data they
> > distribute?
>
> As the mail said, the exact details are not nailed down there yet,
> however it is likely that we will not want to enter in to an
> agreement with such people, but would simply offer to help with their
> obligations from Art. 14. It is not as if the GDPR suddenly
> disappears when we distribute data on ODbL terms so people processing
> the full dataset are going to be subject to it in any case.

Ok - that is much clearer (and IMO also addresses what Andrew wondered 
about).  If it is sufficient for the GDPR to (a) not have technically 
unrestricted access and (b) make sure everyone receiving the data is 
made aware of the legal obligations that seems something that can be 
reasonably dealt with.

The terminology used in the position paper however seems to point into a 
somewhat different direction (i.e. that providing bulk metadata would 
be subject to a specific contractual agreement).

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk] GDPR introduction

[Andrew Harvey]

Thank you those in the LWG that have put this paper together. My thoughts
are OSM's ODBL license grants me the right to publish a version of
http://hdyc.neis-one.org/ open to the public, not restricted to OSM users.
Reading this, I understand the OSMF is proposing to introduce Terms of Use
which take away my rights to use the OpenStreetMap data in ways that were
okay last month, in order to comply with an EU specific law. Would that
eliminate all options for someone outside the EU to publish something like
http://hdyc.neis-one.org/ but open to the public?

On 17 April 2018 at 20:48, Simon Poole  wrote:

> On the 25th of May 2018 the *General Data Protection Regulation (GDPR)
> * will
> enter in to force, this will likely result in some changes in how
> OpenStreetMap operates and distributes its data.
>
> The LWG has prepared a position paper on the matter that has been reviewed
> by data protection experts and in general the approach to not rely on
> explicit consent has been validated. It should be noted that while the
> paper outlines our approach, some of the details still need to be
> determined. In particular the future relationship with community and third
> party data consumers that utilize OSM meta-data and what will actually be
> dropped/made less accessible of the data listed in Appendix B.
>
> LWG GDPR Position Paper
> 
>
> Please feel free to discuss on the talk page
>  or on this list.
>
> Simon
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] GDPR introduction

[Simon Poole]

Am 17.04.2018 um 14:14 schrieb Christoph Hormann:
> On Tuesday 17 April 2018, Simon Poole wrote:
>
>> LWG GDPR Position Paper
>> 
>>
>> Please feel free to discuss on the talk page
>>  or on this list.
> A number of questions/comments:
>
> * Is there some sort of document outlining the data retention practice 
> for user logins on the OSM website which according to your suggestion 
> would be the basis of granting access to metadata in the future.  
> Obviously some level of retention of such data is permitted (for abuse 
> prevention etc.) but it would be nice to know how long and in what form 
> such data is retained.  This is not directly related to the GDPR but 
> would become increasingly relevant if functionality on the OSM website 
> is more often subject to being logged in.
Currently there is no formal policy on how long the logs for
openstreetmap.org are retained as far as I know, but it is one of the
things that should be documented.
>
> * I am not completely sure about the view of the LWG regarding the 
> question if the geodata itself (that is geometries, tags and IDs of 
> nodes, ways and relations) contains personal data according to the 
> GDPR.  Your recommendations seem to indicate you think it does not but 
> that is not necessarily self-evident.  Note i am not talking about 
> special cases here where mappers add personal data (like names of 
> people living in a house) although they should not, i am talking about 
> normally mapped stuff where you could identify individual mappers from 
> tagging and geometry characteristics and based on timing derived from 
> feature IDs.
We don't have a formal view on the pure geographic data itself, but are
naturally aware that taken to extremes it could be analysed the way you
suggest.
>
> * When you add new 'terms of use' or 'data processing agreement' 
> provisions that people who want to access OSM data with metadata need 
> to agree to does that constitute an amendment of the ODbL and therefore 
> a change in license?  If not would any downstream data user who 
> distributes a derivative database be allowed to add similar terms of 
> use that restrict use of the data to the data they distribute?
As the mail said, the exact details are not nailed down there yet,
however it is likely that we will not want to enter in to an agreement
with such people, but would simply offer to help with their obligations
from Art. 14. It is not as if the GDPR suddenly disappears when we
distribute data on ODbL terms so people processing the full dataset are
going to be subject to it in any case.

>
> * Your position paper does not seem to mention the OAuth service - it 
> seems to me registering an application to use this in the current form 
> would also need to require a special agreement.  In addition it might 
> be a good idea (i think i suggested this already in the past) to 
> provide an anonymous OAuth service - where the application using it 
> gets confirmation that the user is logged in as an registered OSM user 
> but which does not provide any information on this user's identity.
>
Well such an app can only access the data of the user that authorized
its access and even so not anything particularly critical (for example
it currently doesn't have access to the e-mail address), but it is clear
that there is opportunity for harvesting some data there. But in any
case this is more a question of if we want to validate apps in general
that access OSM or not, which in turn would imply blocking non-validated
ones and so on..

Simon



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

Re: [OSM-talk] GDPR introduction

[Christoph Hormann]

On Tuesday 17 April 2018, Simon Poole wrote:

>
> LWG GDPR Position Paper
> 
>
> Please feel free to discuss on the talk page
>  or on this list.

A number of questions/comments:

* Is there some sort of document outlining the data retention practice 
for user logins on the OSM website which according to your suggestion 
would be the basis of granting access to metadata in the future.  
Obviously some level of retention of such data is permitted (for abuse 
prevention etc.) but it would be nice to know how long and in what form 
such data is retained.  This is not directly related to the GDPR but 
would become increasingly relevant if functionality on the OSM website 
is more often subject to being logged in.

* I am not completely sure about the view of the LWG regarding the 
question if the geodata itself (that is geometries, tags and IDs of 
nodes, ways and relations) contains personal data according to the 
GDPR.  Your recommendations seem to indicate you think it does not but 
that is not necessarily self-evident.  Note i am not talking about 
special cases here where mappers add personal data (like names of 
people living in a house) although they should not, i am talking about 
normally mapped stuff where you could identify individual mappers from 
tagging and geometry characteristics and based on timing derived from 
feature IDs.

* When you add new 'terms of use' or 'data processing agreement' 
provisions that people who want to access OSM data with metadata need 
to agree to does that constitute an amendment of the ODbL and therefore 
a change in license?  If not would any downstream data user who 
distributes a derivative database be allowed to add similar terms of 
use that restrict use of the data to the data they distribute?

* Your position paper does not seem to mention the OAuth service - it 
seems to me registering an application to use this in the current form 
would also need to require a special agreement.  In addition it might 
be a good idea (i think i suggested this already in the past) to 
provide an anonymous OAuth service - where the application using it 
gets confirmation that the user is logged in as an registered OSM user 
but which does not provide any information on this user's identity.

-- 
Christoph Hormann
http://www.imagico.de/

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

[OSM-talk] GDPR introduction

[Simon Poole]

On the 25th of May 2018 the *General Data Protection Regulation (GDPR)
* will
enter in to force, this will likely result in some changes in how
OpenStreetMap operates and distributes its data.

The LWG has prepared a position paper on the matter that has been
reviewed by data protection experts and in general the approach to not
rely on explicit consent has been validated. It should be noted that
while the paper outlines our approach, some of the details still need to
be determined. In particular the future relationship with community and
third party data consumers that utilize OSM meta-data and what will
actually be dropped/made less accessible of the data listed in Appendix B.

LWG GDPR Position Paper


Please feel free to discuss on the talk page
 or on this list.

Simon



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

[OSM-talk-fr] Introduction de l'Action OSM 2015 Côte d'Ivoire

[nicolas chavent]

Bonsoir à tous et à toutes,


Ci-dessous un message envoyé sur hot-francophone qui introduit le travail
de renforcement de capacités technique et organisationnel autour
d'OpenStreetMap qu'une vingtaine de mappers de France, de Côte d'Ivoire et
d'Afrique de l'Ouest vont conduire à Bouaké pendant 3 semaines du
25-Septembre au 15 Octobre 2015.

Excellente soirée,
Nicolas


-- Forwarded message --
From: nicolas chavent 
Date: 2015-09-24 22:50 GMT+02:00
Subject: Action OSM 2015 Côte d'Ivoire
To: hot-francophone 


Bonsoir à tous et à toutes,


Demain une vingtaine de mappers du projet OpenStreetMap (OSM) se mettront
en route du Bénin, du Burkina-Faso, de France, du Mali, du Niger, du
Sénégal et du Togo pour rallier Bouaké au centre de la Côte d’Ivoire.

Intégrés au sein du collectif Espace OSM Francophone (ProjetEOF), ils
agiront dans le cadre d’une action de renforcement de capacités de la
Direction de la Francophonie Numérique (DFN) de l’OIF pour y mettre en
oeuvre un programme de sensibilisation et formation en cartographie
numérique OSM (OpenStreetMap) et en géomatique libre.

Cette équipe travaillera du 25 septembre au 15 octobre 2015 dans la ville
de Bouaké, en organisant et animant une série d'ateliers dans les lieux
supports du projet OSM (université, lieux technologiques et associatifs)
selon un programme conçu de façon étroite entre la DFN, des mappers
expérimentés dans l’animation OSM en Afrique de l’Ouest, le collectif
ProjetEOF, les collectifs locaux d’animateurs OSM à commencer par celles et
ceux de de la communauté OSM ivoirienne.

Le travail en atelier concernera les aspects suivants nécessaires à
l'animation du projet OpenStreetMap associé à des initiatives de géomatique
libre et de données ouvertes en Côte d’Ivoire et en Afrique de l’Ouest :

   -

   Usage des données OSM et données ouvertes (open data) dans des approches
   de type Systèmes d'Information Géographique (SIG) et Cartographie au moyen
   de logiciels et ressources web libres ;
   -

   Usage des techniques de cartographie du projet OSM à destination de
   différents publics portant sur différents cas d'usage, notamment la
   conception et réalisation de programmes de cartographie à distance
   utilisant imagerie satellite, cartes scannées, mobilisation des communautés
   OSM francophone et globale, de cartographie terrain avec ou sans accès à
   imagerie satellite, avec GPS) ;
   -

   Introduction, démonstration et prise en main d'outils SIG utilisant la
   données OSM ainsi que d’autres données ouvertes (open data) comme le
   logiciel QGIS ;
   -

   Introduction, démonstration et prise en main d'outils web utilisant les
   données OSM ainsi que d'autres données libres comme le service de
   cartographie web Umap et l’infrastructure de Données Spatiales (IDS) libre
   GeOrchestra
   -

   Introduction, démonstration et prise en main de techniques de
   cartographie web (mobile et site web) avec la librairie java Leaflet
   utilisant la donnée OSM (API) ainsi que d'autres sources de données
   ouvertes (open data)


Deux ateliers de 5 jours chacun seront conduits au bénéfice d’une
quarantaine d’Ivoiriens et d’Ivoiriennes issus de la communauté OSM, des
communautés de pratique du libre, des milieux professionnels de la
géomatique (gouvernement, organisations internationales, ONG) et notamment
les milieux de l’enseignement et de la recherche. A travers son approche de
formation de formateurs, le programme s’adresse également aux collectifs
d'animateurs OSM de Côte d’Ivoire et d’Afrique de l’Ouest.

En marge de ces ateliers, il sera organisé le WE du ¾ octobre un atelier de
création de données en masse (mapathon) OpenStreetMap ouvert aux
participants des ateliers et aux acteurs des scènes géomatiques, libristes
et openstreetmap de la ville de Bouaké.

Enfin, l’équipe, au terme des deux ateliers, mettra à profit la présence
sur Bouaké d’un aussi grand nombre d’animateurs OSM ouest africains pour
travailler 4 jours de rang sur un programme interne de renforcement de
capacités organisationnelles liées à l’animation du projet OSM en Afrique
de l’Ouest dans une perspective de volontariat ou d’économie sociale et
solidaire.

Nous communiquerons sur l’actualité de cette action de renforcement de
capacités sous-régionale sur les listes OSM, la section wiki du projet
OSMCI, les blogs et médias sociaux utilisés par le ProjetEOF, OSMCI et les
autres collectifs OSM d’Afrique de l’Ouest.

Excellente soirée à tous et toutes
Nicolas

-- 
Nicolas Chavent
Projet OpenStreetMap (OSM)
Projet Humanitarian OpenStreetMap Team (HOT)
Projet Espace OSM Francophone (EOF)
Mobile (FRA): +33 (0)6 52 40 78 20

Email: nicolas.chav...@gmail.com
Skype: c_nicolas
Twitter: nicolas_chavent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-in] Introduction

[Warin]

Hi,
I've re evaluated the satellite imagary .. the MapBox one is far better 
in regard to paralellex errror being more directly overhead. So I've 
tried to use that for location, but it does not have the detail of Bing 
Satellite so I've used that for detail. I think that gives a fair 
result. At least until some on  the ground survey. I'll look at it agin 
once I've 'finished' eleswhere and downloaded a new map.


On 8/11/2014 5:16 PM, Ishan Chattopadhyaya wrote:
Since you are there, can you take a gps tracker to a few of these 
locations? That might give ua a more authoritative source for offset 
correction.


Btw, I hope you meant Bing imagery, not their mapping service.

Thanks for your work! Have a good trip here!
Regards,
Ishan

Sent from my Windows Phone

From: Warin mailto:61sundow...@gmail.com
Sent: ‎08-‎11-‎2014 10:50
To: talk-in@openstreetmap.org mailto:talk-in@openstreetmap.org
Subject: [Talk-in] Introduction

Hi,

I'm an Australian looking at a holiday in India. So I downloaded a map 
of India (OSM sourced of course). I was dissapointed by the auto 
routing .. so I looked at the OSM source to find that quite a few 
roads were not correctly connected. So I've been doing some 
'editorials' or 'housekeeping' as I call it. Basicly connecting roads 
together, adding bridges (using bing to check them first of course).


For 'error' checking/indication I use 
http://tools.geofabrik.de/osmi/?lon=75lat=28zoom=6 .. you have to 
use the left side box to check various things .. it comes up in 
default as 'geometry' .. 'routing' is what I use .. it is not 
infallable but a good indication. 'Highways' is also usefull. I use 
JOSM as my editor and use its validator to obtain the places where 
things are not connected or crossing.


-
I also looked at the Red Fort in Agra .. one contributor has used one 
offset in their mapping, while another has used a different offset 
(comparing using bing). I do realise that there is a shadow effect due 
to the side ways look of bing there. But even so they don't match up. 
I'm thinking of trying to tide it up. Unfortunatly neither contributor 
has detailed the source of their information so I cannot judge which 
is better. Thus I'm inclinde to simple go with Bing .. with no offset.


I've made few additions in places of interest to me. One road I have 
deleted -- it was not conneted on either end and went through some 
tall buildings .. an obvious error. But mostly connectinmg roads and 
adding brigdges. Oh .. and a few railway crossings.


Thanks for you work to the OSM map
Warin




___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in


___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] Introduction

[Sajjad Anwar]

Thanks for this Warin.
I've been fixing a few things and buildings in Bangalore. If it helps, you
should try the to-fix utility - http://osmlab.github.io/to-fix/

Cheers,
Sajjad.

(on the go)
On Nov 8, 2014 12:20 AM, Warin 61sundow...@gmail.com wrote:

  Hi,

 I'm an Australian looking at a holiday in India. So I downloaded a map of
 India (OSM sourced of course). I was dissapointed by the auto routing .. so
 I looked at the OSM source to find that quite a few roads were not
 correctly connected. So I've been doing some 'editorials' or 'housekeeping'
 as I call it. Basicly connecting roads together, adding bridges (using bing
 to check them first of course).

 For 'error' checking/indication I use
 http://tools.geofabrik.de/osmi/?lon=75lat=28zoom=6 .. you have to use
 the left side box to check various things .. it comes up in default as
 'geometry' .. 'routing' is what I use .. it is not infallable but a good
 indication. 'Highways' is also usefull. I use JOSM as my editor and use its
 validator to obtain the places where things are not connected or crossing.

 -
 I also looked at the Red Fort in Agra .. one contributor has used one
 offset in their mapping, while another has used a different offset
 (comparing using bing). I do realise that there is a shadow effect due to
 the side ways look of bing there. But even so they don't match up. I'm
 thinking of trying to tide it up. Unfortunatly neither contributor has
 detailed the source of their information so I cannot judge which is better.
 Thus I'm inclinde to simple go with Bing .. with no offset.

 I've made few additions in places of interest to me. One road I have
 deleted -- it was not conneted on eitehr end and went through some tall
 buildings .. an obvious error. But mostly connectinmg roads and adding
 brigdges. Oh .. and a few railway crossings.

 Thanks for you work to the OSM map
 Warin



 ___
 Talk-in mailing list
 Talk-in@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-in


___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-in] Introduction

[Warin]

Hi,

I'm an Australian looking at a holiday in India. So I downloaded a map 
of India (OSM sourced of course). I was dissapointed by the auto routing 
.. so I looked at the OSM source to find that quite a few roads were not 
correctly connected. So I've been doing some 'editorials' or 
'housekeeping' as I call it. Basicly connecting roads together, adding 
bridges (using bing to check them first of course).


For 'error' checking/indication I use 
http://tools.geofabrik.de/osmi/?lon=75lat=28zoom=6 .. you have to use 
the left side box to check various things .. it comes up in default as 
'geometry' .. 'routing' is what I use .. it is not infallable but a good 
indication. 'Highways' is also usefull. I use JOSM as my editor and use 
its validator to obtain the places where things are not connected or 
crossing.


-
I also looked at the Red Fort in Agra .. one contributor has used one 
offset in their mapping, while another has used a different offset 
(comparing using bing). I do realise that there is a shadow effect due 
to the side ways look of bing there. But even so they don't match up. 
I'm thinking of trying to tide it up. Unfortunatly neither contributor 
has detailed the source of their information so I cannot judge which is 
better. Thus I'm inclinde to simple go with Bing .. with no offset.


I've made few additions in places of interest to me. One road I have 
deleted -- it was not conneted on eitehr end and went through some tall 
buildings .. an obvious error. But mostly connectinmg roads and adding 
brigdges. Oh .. and a few railway crossings.


Thanks for you work to the OSM map
Warin


___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] Introduction

[Ishan Chattopadhyaya]

Since you are there, can you take a gps tracker to a few of these locations? 
That might give ua a more authoritative source for offset correction. 

Btw, I hope you meant Bing imagery, not their mapping service.

Thanks for your work! Have a good trip here!
Regards,
Ishan

Sent from my Windows Phone

-Original Message-
From: Warin 61sundow...@gmail.com
Sent: ‎08-‎11-‎2014 10:50
To: talk-in@openstreetmap.org talk-in@openstreetmap.org
Subject: [Talk-in] Introduction

Hi, 

I'm an Australian looking at a holiday in India. So I downloaded a map of India 
(OSM sourced of course). I was dissapointed by the auto routing .. so I looked 
at the OSM source to find that quite a few roads were not correctly connected. 
So I've been doing some 'editorials' or 'housekeeping' as I call it. Basicly 
connecting roads together, adding bridges (using bing to check them first of 
course). 

For 'error' checking/indication I use 
http://tools.geofabrik.de/osmi/?lon=75lat=28zoom=6 .. you have to use the 
left side box to check various things .. it comes up in default as 'geometry' 
.. 'routing' is what I use .. it is not infallable but a good indication. 
'Highways' is also usefull. I use JOSM as my editor and use its validator to 
obtain the places where things are not connected or crossing. 

- 
I also looked at the Red Fort in Agra .. one contributor has used one offset in 
their mapping, while another has used a different offset (comparing using 
bing). I do realise that there is a shadow effect due to the side ways look of 
bing there. But even so they don't match up. I'm thinking of trying to tide it 
up. Unfortunatly neither contributor has detailed the source of their 
information so I cannot judge which is better. Thus I'm inclinde to simple go 
with Bing .. with no offset. 

I've made few additions in places of interest to me. One road I have deleted -- 
it was not conneted on eitehr end and went through some tall buildings .. an 
obvious error. But mostly connectinmg roads and adding brigdges. Oh .. and a 
few railway crossings. 

Thanks for you work to the OSM map 
Warin ___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-ca] Introduction: Matt Dance

[Richard Weait]

Hi Matt,

And welcome.  There is a mailing list for historical mapping, the main OSM 
database is only for objects as they currently exist.  Lost of interesting 
discussion on the historical list, and many interesting challenges to make it 
all work correctly. :-)

I'm interested in aboriginal mapping and rendered maps in aboriginal languages 
as few years back.  It would be super to have more data from and by first 
nations.  There is a continuing multi lingual map project that might interest 
you. 

So welcome, happy mapping and thanks for introducing yourself!

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

[Talk-ca] Introduction: Matt Dance

[Matthew Dance]

Hi,
I'm Matt Dance, in Edmonton, and have been doodling a little bit on OSM in
Edmonton, but would not like to up my game.  I'm interested in alternative
cartographies, especially in contemporary and Aboriginal mapping as well as
historic maps.

Drop me a line if you share any of these interests, of if there are any
projects I should start contributing to.

Matt

-- 
| Matthew Dance, M.A. |
|Geographer | Open Data Advocate |
| 780.554.9222 | @mattdance | matthewdance.ca |
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Introduction

[Annick Rafanomezana]

Hi Everyone,

A quick mail to introduce myself to the community in canada, i am based in
Montreal.
I just discoverd openstreetmap and i m ready to contribute :)
fill free to contact me my nickname is ennick06.

have a nice day !

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

Re: [Talk-ca] Introduction

[Pierre Béland]

Bonjour Annick

Bienvenu parmi nous.  Surveille la liste. Nous prévoyons organiser une réunion 
bientôt pour les contributeurs de Montréal.


Il y a aussi un évenement intéressant à Montréal le 23 février dans le cadre du 
International OpenData Day.  J'ai déja fait une proposition de participer à cet 
événement.
voir http://www.mail-archive.com/talk-ca@openstreetmap.org/msg05244.html
 
Pierre 




 De : Annick Rafanomezana annickraf...@gmail.com
À : talk-ca@openstreetmap.org 
Envoyé le : Mercredi 16 janvier 2013 13h56
Objet : [Talk-ca] Introduction
 

Hi Everyone,
 
A quick mail to introduce myself to the community in canada, i am based in 
Montreal.
I just discoverd openstreetmap and i m ready to contribute :)
fill free to contact me my nickname is ennick06.
 
have a nice day !

-- 
Annick

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


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

[Talk-ca] Introduction

[Pierre Lamoureux]

Bonjour,

 

Je suis de la ville de Québec, et je suis intéressé à participer au projet
OSM pour le Québec. Mon intérêt est particulièrement tourné vers le support
aux activités de plein air (canot, vélo, géocaching). Je produis des cartes
de plein air, particulièrement des cartes de rivières depuis plus de 20 ans
sur papier et maintenant pour GPS (pour mes besoins personnels et ceux des
groupes de plein air auquel je participe). Il y a longtemps que je cherche
un format de données indépendant des logiciels pour assurer une pérennité et
une diffusion à toutes les informations géographiques recueilli au fil des
années par les individus et les organisations, et une chaine de production
facile de la base de données vers la carte électronique et papier.

 

J’ai une bonne expérience avec une multitude de logiciels de cartographie
aussi l’apprentissage des outils techniques (JOSM,MAPERITIVE,MKGMAP,..) est
assez facile pour moi. J’ai fait quelques mise-à-jour de voisinage autour de
chez moi, et même documenté une section de la rivière Jacques-Cartier
(standard  OpenSeaMap).

 

Par contre comprendre comment s’insérer correctement dans l’organisation
collective du projet est moins évident.

L’information que je recherche est de savoir à qui parler pour :

 

1)  M’insérer dans les mise à jour de voisinage urbain (pour la ville de
Québec).

2)  Participer à l’insertion du fond de carte (hydrographie et
phénomènes naturels) pour les territoires au nord du 49 parallèle au Québec.


3)  Participer à l’ évolution du standard de documentation de rivière de
OpenSeaMap. 

 

 

Pierre Lamoureux

Québec

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

Re: [Talk-ca] Introduction

[Pierre Béland]

Bonjour Pierre

Je te souhaites la bienvenue. Du sang neuf ça fait du bien. L'organisation est 
encore peu structurée au Québec. Tout est à faire. En comparaison, je vois 
qu'en France des carto-parties sont organisés régulièrement, et même dans les 
écoles.


Il serait intéressant que d'autres contributeurs québécois qui suivent la liste 
mais hésitent à s'exprimer fasse comme toi et expriment leurs attentes.


Pour répondre plus spécifiquement à tes questions :

1)  M’insérer dans les mise à jour de voisinage urbain (pour la ville de 
Québec).La page wiki http://wiki.openstreetmap.org/wiki/Canada:Qu%C3%A9bec est 
le point de départ pour s'informer sur le Québec en général
Il existe des pages spécifiques à la ville de Québec. Mais malheureusement  
l'info est mal hiérarchisée à partir de la page wiki de l'ensemble du Québec.

En faisant des recherches aujourd'hui, je trouve
- http://wiki.openstreetmap.org/wiki/Arrondissements_Quebec_city_import
  À noter que les imports doivent être suivis par la communauté. On en discute 
sur la liste talk-ca. En ce qui a trait aux limites administratives, il a été 
demandé récemment de ne pas réaliser de nouveaux imports sans en discuter sur 
la liste.
- http://wiki.openstreetmap.org/wiki/Talk:Canada:Qu%C3%A9bec:Capitale-Nationale

2)  Participer à l’insertion du fond de carte (hydrographie et phénomènes 
naturels) 
pour les territoires au nord du 49 parallèle au Québec. 
Les données topographiques de Ressources Naturelles Canada sont produites sous 
forme de fichiers OSM pour import dans la base OSM. Il faut être expérimenté et 
bien connaitre JOSM pour effectuer ce travail.  Une procédure particulière doit 
être suivi pour l'import de ces données. Il faut comparer dans JOSM avec 
l'existant et adapter l'import en conséquence.
voir http://wiki.openstreetmap.org/wiki/CanVec


3)  Participer à l’ évolution du standard de documentation de rivière de 
OpenSeaMap. 
tu trouveras l'information dans la page 
http://wiki.openstreetmap.org/wiki/OpenSeaMap
Il y a notamment un groupe de discussion pour les développeurs.  

Étant donné que les sujets techniques t'intéressent, tu seras aussi intéressé à 
suivre la liste de discussion francophone talk...@openstreetmap.org où les 
collaborateurs de France discutent de nombreux projets. Il y a aussi de 
nombreux développeurs qui participent au projet en France.
Voir également http://openstreetmap.fr/, le blog de OSM-France.
 
J'invite les contributeurs de la région de Québec à se présenter pour que vous 
puissiez vous mettre en contact.


Pierre 




 De : Pierre Lamoureux plamour...@sympatico.ca
À : talk-ca@openstreetmap.org 
Envoyé le : Mercredi 7 novembre 2012 11h51
Objet : [Talk-ca] Introduction
 

Bonjour,
 
Je suis de la ville de Québec, et je suis intéressé à participer au projet OSM 
pour le Québec. Mon intérêt est particulièrement tourné vers le support aux 
activités de plein air (canot, vélo, géocaching). Je produis des cartes de 
plein air, particulièrement des cartes de rivières depuis plus de 20 ans sur 
papier et maintenant pour GPS (pour mes besoins personnels et ceux des groupes 
de plein air auquel je participe). Il y a longtemps que je cherche un format 
de données indépendant des logiciels pour assurer une pérennité et une 
diffusion à toutes les informations géographiques recueilli au fil des années 
par les individus et les organisations, et une chaine de production facile de 
la base de données vers la carte électronique et papier.
 
J’ai une bonne expérience avec une multitude de logiciels de cartographie 
aussi l’apprentissage des outils techniques (JOSM,MAPERITIVE,MKGMAP,..) est 
assez facile pour moi. J’ai fait quelques mise-à-jour de voisinage autour de 
chez moi, et même documenté une section de la rivière Jacques-Cartier  
(standard  OpenSeaMap).
 
Par contre comprendre comment s’insérer correctement dans l’organisation 
collective du projet est moins évident.
L’information que je recherche est de savoir à qui parler pour :
 
1)  M’insérer dans les mise à jour de voisinage urbain (pour la ville de 
Québec).
2)  Participer à l’insertion du fond de carte (hydrographie et phénomènes 
naturels) pour les territoires au nord du 49 parallèle au Québec. 
3)  Participer à l’ évolution du standard de documentation de rivière de 
OpenSeaMap. 
 
 
Pierre Lamoureux
Québec
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca


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

Re: [Talk-ca] Introduction

[Pierre Béland]

 De : Pierre Lamoureux plamour...@sympatico.ca

À : talk-ca@openstreetmap.org 
Envoyé le : Mercredi 7 novembre 2012 11h51
Objet : [Talk-ca] Introduction
 

 
 Par contre comprendre comment s’insérer correctement dans l’organisation 
 collective du projet est moins évident.
 L’information que je recherche est de savoir à qui parler pour :
 
 1)  M’insérer dans les mise à jour de voisinage urbain (pour la ville de 
 Québec).

Pierre 

Voici quelques compléments suite à mon premier courriel. Bruno Rémy qui est 
abonné à cette liste de discussion devrait pouvoir t'introduire plus 
spécifiquement à ce qui ce fait à Québec.

Je décrit aussi ci-dessous les outils disponibles. Et j'invite les 
contributeurs québécois à discuter du comment ils fonctionnent dans leur 
région, les actions qu'ils aimeraient voir se réaliser (ie. carto-party, etc).

Les contributeurs de France sont assez bien organisés. Ils assurent un suivi et 
en discutent beaucoup sur la liste talk-fr. Ils organisent des carto-party, 
collaborent avec des administrations locales à développer des cartes thématiques
http://www.ville-orange.fr/sortir01.htm
.

L'historique d'OSM permet de voir l'édition effectuée localement. À chaque 
session d'édition correspond un changeset. Voir par exemple pour la région de 
Québec : 
http://www.openstreetmap.org/browse/changesets?bbox=-71.3254%2C46.7872%2C-71.1376%2C46.8742

Les commentaires ajoutées lors de l'édition sont importants. Ils permettent aux 
autres contributeurs de voir ce qui a été fait. On essaie de bien détailler ce 
que l'on fait. On ajoute également la source. Par exemple, source=Bing.

Il y a d'autres outils qui 
permettent d'identifier les collaborateurs à proximité et d'assurer un 
certain suivi des modifications effectuées.
Il existe aussi des outils qui permettent d'identifier divers problèmes et les 
corriger. La page wiki http://wiki.openstreetmap.org/wiki/Canada:Québec en 
spécifie quelques-uns. En  voici d'autres.
En voici une brève description.

Suivi des contributeurs : on clique sur une zone en couleur. On peut ensuite 
consulter les changeset.
http://zverik.osm.rambler.ru/whodidit/?zoom=12lat=46.80702lon=-71.25794layers=BTTage=1000

Layers.openstreetmap.fr Diverses couches permettent de valider des informations

http://layers.openstreetmap.fr/?lat=46.8307lon=-71.2315zoom=13layers=B00TFFFTFF


Osmose est semblable a Inspector. Il contient également les couches affichées 
dans Layers.openstreetmap.fr.
http://osmose.openstreetmap.fr/map/?zoom=12lat=46.80702lon=-71.25794

Itoworld Différentes cartes permettent de valider des informations 
particulières et d'identifier les contributeurs d'une zone.
http://www.itoworld.com/map/main

OSM-Watch Il est possible de créer des alertes et d'assurer un suivi à l'aide 
de Fils RSS. J'ai créé une alerte pour tous les nouveaux contributeurs du sud 
du Québec (de l'Abitibi à la frontière US). On peut ainsi voir 17 nouveaux 
contributeurs qui ont édité au Québec depuis la mi-octobre. De cette façon, il 
est possible de contacter les nouveaux contributeurs dans sa région. On attend 
qu'ils aient fait quelques sessions d'édition puis on les salue poliment, les 
invitent à se joindre à la liste talk-ca et leur offrent de les aider.  De 
façon générale, il faut agir avec beaucoup de diplomatie et ne pas s'emporter 
lorsque l'on constate des erreurs grossières. On indique plutôt que la personne 
est en période d'apprentissage et qu'elle doit se limiter au départ à des 
choses plus faciles.

http://osm102.openstreetmap.fr/~zorglub/watch/#

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

Re: [Talk-ca] Introduction

[Bruno Remy]

Bonjour Pierre Lamoureux,

Merci pour votre message de présentation et vos questions, et merci à
Pierre Béland d'avoir donné des éléments de réponse bien documentés.

Je ne reviendrai pas en détail sur les liens et références trés pertinents,
je vous laisse le soin de les découvrir et de les explorer, puis nous
auront sûrement l'occasion d'en rediscuter, aussi bien sur cette liste
qu'en personne à Québec.

Pour en revenir à la question des contacts locaux et du travail
collaboratif, cette liste Talk-ca est une bonne porte d'entrée par courriel
au niveau Fédéral pour le Canada.
Il n'existe pas en tant que tel une liste pour la Province du Québec, par
contre j'ai mis en place cet été, en collaboration avec Guy Talbot, un
groupe de représentation locale des contributeurs OSM sur le territoire de
la région administrative Capitale Nationale.
Nous vous invitons donc à rejoindre notre groupe:
- notre page officielle sur le wiki d'OpenStreetMap :
http://wiki.openstreetmap.org/wiki/Canada:Qu%C3%A9bec:Capitale-Nationale

Cette page est encore en approbation et sera publiée à la fin du mois.

- vous pouvez suivre notre compte twitter officiel *@OsmQcCapNa*t un canal
via lequel nous publions des informations générales sur la géomatique, mais
aussi sur l'urbanisme de Québec et la région, et plus précisément les
activités que nous organisons.

- vous pouvez bien évidement me contacter directement par courriel pour des
questions plus précises.

- OpenStreetMap Capitale Nationale va organiser régulièrement des ateliers
sur les différents outils de cartographie (JOSM etc) et des débats sur
les bonnes pratiques, les métadonnées à manipuler, les restrictions
relatives à la qualité des données et au respect des licences, etc..

- Notre prochaine rencontre aura lieu le *samedi 24 Novembre*, l'annonce
officielle n'a pas encore été faite car nous avons des questions
logisitique à régler, mais la date est fixée. Nous vous invitons fortement
à vous joindre à nous à cette occasion, c'est avec grand plaisir que nous
pourrions faire connaissance et discuter de tous ces sujets.


Au plaisir,

Bruno,
pour l'équipe OpenStreetMap Capitale-Nationale



Le 7 novembre 2012 16:08, Pierre Béland infosbelas-...@yahoo.fr a écrit :

  *De :* Pierre Lamoureux plamour...@sympatico.ca
  *À :* talk-ca@openstreetmap.org
 *Envoyé le :* Mercredi 7 novembre 2012 11h51
 *Objet :* [Talk-ca] Introduction


  Par contre comprendre comment s’insérer correctement dans l’organisation
 collective du projet est moins évident.
   L’information que je recherche est de savoir à qui parler pour :

  1)  M’insérer dans les mise à jour de voisinage urbain (pour la
 ville de Québec).

 Pierre

 Voici quelques compléments suite à mon premier courriel. Bruno Rémy qui
 est abonné à cette liste de discussion devrait pouvoir t'introduire plus
 spécifiquement à ce qui ce fait à Québec.

 Je décrit aussi ci-dessous les outils disponibles. Et j'invite les
 contributeurs québécois à discuter du comment ils fonctionnent dans leur
 région, les actions qu'ils aimeraient voir se réaliser (ie. carto-party,
 etc).

 Les contributeurs de France sont assez bien organisés. Ils assurent un
 suivi et en discutent beaucoup sur la liste talk-fr. Ils organisent des
 carto-party, collaborent avec des administrations locales à développer des
 cartes thématiques
 http://www.ville-orange.fr/sortir01.htm
 .

 L'historique d'OSM permet de voir l'édition effectuée localement. À chaque
 session d'édition correspond un changeset. Voir par exemple pour la région
 de Québec :
 http://www.openstreetmap.org/browse/changesets?bbox=-71.3254%2C46.7872%2C-71.1376%2C46.8742

 Les commentaires ajoutées lors de l'édition sont importants. Ils
 permettent aux autres contributeurs de voir ce qui a été fait. On essaie de
 bien détailler ce que l'on fait. On ajoute également la source. Par
 exemple, source=Bing.

 Il y a d'autres outils qui permettent d'identifier les collaborateurs à
 proximité et d'assurer un certain suivi des modifications effectuées.
 Il existe aussi des outils qui permettent d'identifier divers problèmes et
 les corriger. La page wiki
 http://wiki.openstreetmap.org/wiki/Canada:Québec en spécifie
 quelques-uns. En  voici d'autres.
 En voici une brève description.

 Suivi des contributeurs : on clique sur une zone en couleur. On peut
 ensuite consulter les changeset.

 http://zverik.osm.rambler.ru/whodidit/?zoom=12lat=46.80702lon=-71.25794layers=BTTage=1000

 Layers.openstreetmap.fr Diverses couches permettent de valider des
 informations

 http://layers.openstreetmap.fr/?lat=46.8307lon=-71.2315zoom=13layers=B00TFFFTFF

 Osmose est semblable a Inspector. Il contient également les couches
 affichées dans Layers.openstreetmap.fr.
 http://osmose.openstreetmap.fr/map/?zoom=12lat=46.80702lon=-71.25794

 Itoworld Différentes cartes permettent de valider des informations
 particulières et d'identifier les contributeurs d'une zone.
 http://www.itoworld.com/map/main

 OSM-Watch Il

[Talk-in] Introduction + questions

[Deepak Cherian]

Hi,

I'm in Kochi and am just starting to help map out Kochi and Kerala's crazy
coastline (fixing the PGS coastline). Can someone tell me how to assign
names in Malayalam to roads etc.? JOSM just gives me white boxes.

Thanks,

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

[talk-au] Introduction

[Andrew Allison]

Hello:
I'm doing some arm chair mapping of Broome and surrounding area from
Canada. I'd appreciate a quick review from someone more familiar with
the local area. I might be mistaking dirt tracks for dried creek beds.

Any mentoring would be appreciated :-) From way up here, looks like a
nice town to live in.

Andrew
aka PurpleMustang.


signature.asc
Description: This is a digitally signed message part
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Introduction

[Ross Scanlon]

On 29/07/12 00:58, Andrew Allison wrote:

Hello:
I'm doing some arm chair mapping of Broome and surrounding area from
Canada. I'd appreciate a quick review from someone more familiar with
the local area. I might be mistaking dirt tracks for dried creek beds.

Any mentoring would be appreciated :-) From way up here, looks like a
nice town to live in.

Andrew
aka PurpleMustang.


Not dried creek beds but fencelines with firebreaks down each side,

as here:

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

Normal for most armchair mappers to think it's a track.

Cheers
Ross

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

Re: [talk-au] Introduction Brett Russell (Ent)

[Paul HAYDON]

Hi Brett (et al), Firstly, this is my first post on an OSM forum, so apologies 
if I get anything wrong (etiquette, format, etc.).  These forums are somewhat 
less sophisticated than others on which I've contributed. IMHO, you'll find 
most of the data on OSM to exhibit a car-bias - it's the nature of the beast, 
because that's where the interest of most contributors lie (myself included).  
But there is some data of use for cyclists and walkers, which continues to grow 
thanks to the efforts of contributors such as yourself.  I've used the OSM data 
for production of Magellan custom (detail) maps for use with my eXplorist XL, 
primarily when motorcycle touring, and so have become somewhat familiar with 
its content.  But I recently included cycleways and pedestrian paths, based on 
requests on another forum with which I'm involved. I cannot comment/help 
regarding Garmin issues, but am most certainly willing to discuss the same 
items at a more conceptual level - for example the display of map detail at 
various zoom levels.  I've been through that whole saga (although, again, based 
about road-use) with the Magellan maps.  I know you're adding detail yourself, 
but if you find what is available on OSM to be insufficient, Brett, you might 
try MapConnect at Geoscience Australia 
(http://www.ga.gov.au/topographic-mapping/mapconnect.html) - I'm told their 
tracks and trails enjoy better coverage than OSM, and can be downloaded in 
various file formats (I use *.shp for vector maps).
 As for contours, I abandoned them because they slowed down my GPSr 
dramatically, but you, of course, will have a greater need for them on foot.  
Newer devices than my XL (circa 2006) might cater for that type of data more 
adequately. If you're looking for an alternative to tethering your iPhone, some 
of the SIM providers offer good prepaid data plans, but consider the 
performance of the network (Telstra, Optus, etc.) before proceeding.  I use 
Amaysim (Optus network) - 10GB for $100 is valid for 12mths - with a wireless 
hotspot modem FWIW. Anyway, good luck with your mapping.  Get in touch if you 
think there might be something with which I might be able to assist.  
Cheers,Paul.  
 Message: 5
 Date: Wed, 18 Jul 2012 19:15:09 +1030
 From: Brett Russell brussell...@live.com.au
 To: OSM Australia mailing list talk-au@openstreetmap.org
 Subject: [talk-au] Introduction Brett Russell (Ent)
 Message-ID: snt130-w2492c0f89b65e336d14557af...@phx.gbl
 Content-Type: text/plain; charset=iso-8859-1
 
 
 Hi All
 
 First the hardware
 
 PC = ASUS NX90 (I7) running Windows Home Premium 64 bit version.
 GPS = Garmin 62s
 Phone = iPhone
 
 Software
 
 Ok, I have just installed the java development kit.  This must be a different 
 version to the Java I installed to get JOSM working.  Now when I type java in 
 any directory it is acknowledge.  So thanks guys progress has been made.
 
 I have downloaded mkgmap before and it appears to at least be there when I 
 run java mkgmap.  So me thinks I have the basics there.
 
 splitter-r200 is downloaded
 
 Purpose
 
 I am a bushwalking in Tasssie and have been using Garmins maps and have 
 become rather dissatisfied with them.  They have good detail on lakes but 
 nothing on walking tracks and the mountains are in the wrong place and even 
 have the wrong names.  Shonky is missing detail but was a great freebie.
 
 I am getting into more off track walking so I am hoping to use OSM to develop 
 maps.  A key feature missing from Garmin Maps (tracks aside) is land use such 
 as clearings/heath.  It is remarkably easy from the satellite maps to spot 
 potential camp sites so be great to mark them for looking at on the ground.
 
 I have been playing with the IMG file for Tasmania from OSM website, both 
 routable and standard and like what I see but they are optimised for vehicles 
 with foot tracks not showing unto at the 300 metre scale is zoomed to.  As do 
 mountains.  This means you are navigating at the micro level when these 
 features should be at the macro level.  Huts is another item that needs to 
 show up on macro level.
 
 At the moment I have Contour 5M on my Garmin and load it over OSM.  This is a 
 reasonable solution but looking for a more elegant one.  Especially one that 
 will enable me to use Garmin Basecamp at homebase with contours.  Hence 
 lookimg to combine contours with OSM.  I hear someone say, cyclemap.  They 
 are rather non existent for Tassie and also very slow to update.  Also on 
 website bombarded me with requests for donations I gave up downloading 
 anything.
 
 I have tried my iPhone running various app that use tiles and honestly the 
 vector mapping system kills tiles.  The vector data is up-to-date while tiles 
 can be weeks behind and massive download sizes at the finer scales.  Tiles 
 seem to me rather paper based logic while vector is jet age.  Now time to dig 
 I foxhole and hide from the flame throwers.
 
 Because the map data is so basic for Tassie I am

Re: [talk-au] Introduction Brett Russell (Ent)

[John Henderson]

On 18/07/12 18:45, Brett Russell wrote:


I have been playing with the IMG file for Tasmania from OSM website,
 both routable and standard and like what I see but they are
optimised for vehicles with foot tracks not showing unto at the 300
metre scale is zoomed to.  As do mountains.  This means you are
navigating at the micro level when these features should be at the
macro level.  Huts is another item that needs to show up on macro
level.


Have you managed to get a gmapsupp.img Garmin file out of mkgmap yet?

If and when you do, try editing the points file entry for
natural=peak, and change the resolution value in that entry to (say)
16.  Then make a new gmapsupp.img and see how your mountains display at
different zoom levels then.

For walking tracks, try a similar change to the lines file for
highway=path.

If you want to do more significant changes (say making walking tracks
show as a bold purple line), then you need to use a style file (a TYP
file).  I've used this online editor for maintaining mine:

http://ati.land.cz/gps/typdecomp/editor.cgi

but there may be easier methods available these days.  This is how
cycling maps derived from OSM might make cycle paths show more
prominently than roads.

I'm guessing you've already discovered that you can download your own
custom area of OSM data by clicking on Export when viewing the
ordinary OSM map.

John

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

[Talk-ca] Introduction and questions

[Daniel Marques]

Hi I would like to introduce myself to the group. I currently live in
Kanata, I've been mapping trails and paths in Kanata while biking, as
many other users do as hobby, I thought it would be interesting to add
those unmapped trails somewhere and I found OSM project.
Basically I'd like to check if I'm doing it all right.

Talking about mixed paths where both walking and biking is allowed, I
was following the same descriptions of nearby paths, i.e.
highway=footpath; bicycle=yes, but I found in the wiki that it is
better set them as highway=path, bicycle=yes, foot=yes. That means
updating several existing paths. Is that okay?

Also we have some recognized mountain bike trails as result of a great
work carried by the Ottawa Mountain Bike Association. I'd like to add
trail names and other mtb related info.

Finally I'm adjusting some natural features like green areas that had
been reduced due development, new construction sites and clear cuts.
Some areas already have streets and houses mapped, some are
recognisable on bing aerial images but some aren't. I'm just concerned
about the lack of official source, since in some cases the source is
what I see.

I appreciate any help or guideline.

http://www.openstreetmap.org/user/dfmarx/edits
http://www.openstreetmap.org/user/dfmarx/traces

Cheers,

Daniel Marques

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

Re: [Talk-ca] Introduction and questions

[john whelan]

I live on the other side of town, Orleans, cycle paths are a problem area
in that the city is adding a fair chunk each year but their licensing is
problematic so the best way to capture them is by local knowledge.  Local
knowledge is also best for the new developments as well.  Bing etc can be
three years or more out of date.

Tags, the more consistency there is the easier it is to render so I'd go
with the wiki's suggestion.  The city's paths in the parks are multi-use
except where cycles are signed no cycling.  That was arrived at with the
help of a city official responsible for cycling when asked the question
about Apollo Crater Park.  If you look at the official city map at Apollo
Crater Park the city official cycling map shows some paths as cycle paths
and some are not, yet on the ground there is very little difference,
possibly some are very slightly wider.

Welcome to OSM by the way.

Cheerio John

On 28 April 2012 09:48, Daniel Marques rj.dan...@gmail.com wrote:

 Hi I would like to introduce myself to the group. I currently live in
 Kanata, I've been mapping trails and paths in Kanata while biking, as
 many other users do as hobby, I thought it would be interesting to add
 those unmapped trails somewhere and I found OSM project.
 Basically I'd like to check if I'm doing it all right.

 Talking about mixed paths where both walking and biking is allowed, I
 was following the same descriptions of nearby paths, i.e.
 highway=footpath; bicycle=yes, but I found in the wiki that it is
 better set them as highway=path, bicycle=yes, foot=yes. That means
 updating several existing paths. Is that okay?

 Also we have some recognized mountain bike trails as result of a great
 work carried by the Ottawa Mountain Bike Association. I'd like to add
 trail names and other mtb related info.

 Finally I'm adjusting some natural features like green areas that had
 been reduced due development, new construction sites and clear cuts.
 Some areas already have streets and houses mapped, some are
 recognisable on bing aerial images but some aren't. I'm just concerned
 about the lack of official source, since in some cases the source is
 what I see.

 I appreciate any help or guideline.

 http://www.openstreetmap.org/user/dfmarx/edits
 http://www.openstreetmap.org/user/dfmarx/traces

 Cheers,

 Daniel Marques

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

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

[OSM-talk-be] Introduction

[Dirk Roels (Hotmail)]

Hi,

(I'm writing in english as this seems common practice)

My name is Dirk Roels, I will be 59 next month.

I discovered OpenStreetMap 2 or 3 days ago.
I'm using a Garmin Nuvi 350 device (I know, it's not a fancy hiking 
GPS), but I would like to extend its use to hiking paths,
although my main reason for my interest for the time being is the 
everlasting price of updates with brand-maps.
As I'm using this free map, I feel I have to give something in return 
(and multiple contributors can achieve more than one).


I live in 's-Gravenwezel (Schilde) near to Antwerpen, so you can guess 
my mothertongue is some kind of Dutch.


My mapper name is 'Koalake'.

I noticed that my area has a a number of unnamed streets and unmapped 
paths, so my intention is to verify, correct and add

where appropriate (actually I already started doing that).

As I was laid-off with HP last October due to a mass reorg and I am in 
pseudo brugpensioen, I got quite some spare time,
but I don't have the luxury of a company-car anymore, so my mobility 
(iow covering other areas) is rather limited.


As I'm new in this matter I have 3 questions:

In the Kolb leerstijlen-model, I tend to be in the actief 
experimenteren quadrant... in other words, I tend to read the manual
as I encounter difficulties performing tasks. This has some advantages 
and some risks, so here's the first question: is there any
absolute vital advise you can give me before/when contributing in 
OpenStreetMap?


Although my use of OSM currently is pretty car-focused, I DO like to 
hike and regularly organise walks with a group of people
as well as wandelzoektochten. Of course, that is the moment to verify 
and map paths which are not yet represented in OSM.


I noticed somewhere (but can't remember wher exactly) that the belgian 
OSM-chapter were given some (I believe 11) real
hiking-GPS-devices and I interpreted the remarks as if some of those 
devices would be available for tracking (this is quite
cumbersome with a NUVI). Has anyone got an idea about the fact if this 
is correct and what the procedure would be to lend

one of those devices when I set up a hike?

If there are any active mappers in the Antwerp-area that would like to 
get in touch with me, please don't hesitate and if I can

be of any help in Antwerp-projects, let me know.

I know... this is quite a lenghty introduction (I'm normally not that 
lengthy in my words), sorry about that.

In any case if I can be of any other help, let me know how.

Cheers,
Dirk

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

Re: [OSM-talk-be] Introduction

[Jo]

Hi Dirk,

Welcome!

It's a bit odd to have to use a 'non-indigenous' language to communicate on
this list, but it sure beats having to write all messages in 2 or 3
languages. When you're talking about something concerning only Antwerp or a
Flemish topic like De Lijn, you could simply use Dutch as well.

The one most important thing to remember is to not copy from proprietary
maps like Bing maps or Google maps.

What I'd like to ask, is, if you map a bus stop of De Lijn, please also
add the ref number and which lines pass there (route_ref). I'm considering
to try and convince people (outsiders to OSM) to send me pictures of bus
stops, so I can add this information.

I managed to map all the lines going in and out of Leuven and many of the
stops in a radius of 40 km around me. My combination for mapping is an
'abonnement' of De Lijn and a foldable bicycle, hence the interest in bus
routes.

You can easily loan a GPS device from the foundation. A lot of the time they
are just sitting there idle anyway in somebody's drawer. I think a bunch of
them is with somebody in Gent for the moment. He'll probably contact you
when he sees your message.

You also have a nice and affordable shop in Antwerp, gpsshop.be, if you
consider investing in one. One of these days I'll simply buy an Android PDA
with a GPS built in, like this one:

http://www.pdashop.be/product/96974/htc-wildfire-metal-mocha.html

But for the moment I'm using an older HTC with Windows Mobile 6 and
NoniGPSplot.

Cheers,

Polyglot

2011/7/26 Dirk Roels (Hotmail) dirk_ro...@hotmail.com

 Hi,

 (I'm writing in english as this seems common practice)

 My name is Dirk Roels, I will be 59 next month.

 I discovered OpenStreetMap 2 or 3 days ago.
 I'm using a Garmin Nuvi 350 device (I know, it's not a fancy hiking GPS),
 but I would like to extend its use to hiking paths,
 although my main reason for my interest for the time being is the
 everlasting price of updates with brand-maps.
 As I'm using this free map, I feel I have to give something in return
 (and multiple contributors can achieve more than one).

 I live in 's-Gravenwezel (Schilde) near to Antwerpen, so you can guess my
 mothertongue is some kind of Dutch.

 My mapper name is 'Koalake'.

 I noticed that my area has a a number of unnamed streets and unmapped
 paths, so my intention is to verify, correct and add
 where appropriate (actually I already started doing that).

 As I was laid-off with HP last October due to a mass reorg and I am in
 pseudo brugpensioen, I got quite some spare time,
 but I don't have the luxury of a company-car anymore, so my mobility (iow
 covering other areas) is rather limited.

 As I'm new in this matter I have 3 questions:

 In the Kolb leerstijlen-model, I tend to be in the actief
 experimenteren quadrant... in other words, I tend to read the manual
 as I encounter difficulties performing tasks. This has some advantages and
 some risks, so here's the first question: is there any
 absolute vital advise you can give me before/when contributing in
 OpenStreetMap?

 Although my use of OSM currently is pretty car-focused, I DO like to hike
 and regularly organise walks with a group of people
 as well as wandelzoektochten. Of course, that is the moment to verify and
 map paths which are not yet represented in OSM.

 I noticed somewhere (but can't remember wher exactly) that the belgian
 OSM-chapter were given some (I believe 11) real
 hiking-GPS-devices and I interpreted the remarks as if some of those
 devices would be available for tracking (this is quite
 cumbersome with a NUVI). Has anyone got an idea about the fact if this is
 correct and what the procedure would be to lend
 one of those devices when I set up a hike?

 If there are any active mappers in the Antwerp-area that would like to get
 in touch with me, please don't hesitate and if I can
 be of any help in Antwerp-projects, let me know.

 I know... this is quite a lenghty introduction (I'm normally not that
 lengthy in my words), sorry about that.
 In any case if I can be of any other help, let me know how.

 Cheers,
 Dirk

 __**_
 Talk-be mailing list
 Talk-be@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-behttp://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] Introduction

[Wouter Hamelinck]

 I noticed somewhere (but can't remember wher exactly) that the belgian
 OSM-chapter were given some (I believe 11) real
 hiking-GPS-devices and I interpreted the remarks as if some of those devices
 would be available for tracking (this is quite
 cumbersome with a NUVI). Has anyone got an idea about the fact if this is
 correct and what the procedure would be to lend
 one of those devices when I set up a hike?

http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/GPS_Devices
This is the place. You will see that a few are with me now and stated
as available. At the moment I try to get them to someone who would
like to use them on WikiMania
(http://wikimania2011.wikimedia.org/wiki/Main_Page). So they are
probably not available for the next two weeks, after that you can use
them. But maybe you can get one from someone who lives nearer. I come
very rarely near Antwerp.

wouter


-- 
Wie niet in zichzelf gelooft, komt nergens.
                                       - Thor Heyerdahl

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

Re: [OSM-talk-be] Introduction

[Marc Gemis]

Hi all,


Now, I really understand why I was hesitating to start adding roads.  ;-)

Anyhow, I'll change it to 'track'.

Here's the sign that you can find at the ends of Voetwegen and Burrtwegen in
Rumst (incl. Terhaghe, Reet) and Boom
http://xian.smugmug.com/Hobbies/Reet/i-6r5rqGd/0/S/dsc_5065-S.jpg

This is why I called it BW23.  After they started placing those signs a
couple of years ago, it took me awhile before I knew what BW and VW meant.

It is still unclear to me which name I should use. I'm in favor of BW23,
since that is on the sign.

Now for the surface. Do I have to split the road each time the surface
changes ?
First it is asphalt (the part that was already in OSM before I started),
then it turns into this

http://xian.smugmug.com/Hobbies/Reet/i-K27fcBJ/0/M/dsc_5067-S.jpg  a
combination of sand and stones, mostly sand. A bit further more sand and
less stones (this part becomes muddy when it rains)
http://xian.smugmug.com/Hobbies/Reet/i-tk4DBqt/0/S/dsc_5068-S.jpg

After the turn it is more grass and less sand
http://xian.smugmug.com/Hobbies/Reet/i-tk4DBqt/0/S/dsc_5068-S.jpg

A bit further it is again a clearly track, grass in the middle sand + little
stones (kiezel) on the sides (no picture)

So what do I do for that ? I know unpaved was the simple solution ;-)



Another path looks like this:
http://xian.smugmug.com/Hobbies/Reet/i-tk4DBqt/0/S/dsc_5068-S.jpg

It is possible to drive there (house owner does this), so it is a track.
What do I do with the little pole at the end ? It prevents cars from
passing, but cyclist can.




A totally unrelated question:

The N171 is not finished yet, far from, they still have to start. However it
is already drawn on OSM. Are there tags to indicate that it is planned, or
do you have to remove it (the non-existing segment) for now ?


Jo, I will look at your changes, since the numbering is incorrect.
PrintBottle is nr 37, the building was marked as SchotteCo before I
changed it. We live in nr 35, our house is not yet marked as a building,
neither is the house of our neighbor. I have to verify the number of the
building that is currently marked as 37. It should be 31 or so.


regards

m


p.s. Do I have to split mails with many questions into smaller ones ?
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Introduction

[Karel Adams]

On 04/16/2011 10:33 AM, Marc Gemis wrote:


It is still unclear to me which name I should use. I'm in favor of BW23,
since that is on the sign.


Het uiteindelijke antwoord moet van de bevoegde overheid komen, in dit 
geval het gemeentebestuur veronderstel ik. Eens navragen bij het 
kadaster? Of bij de wegendienst?


Verder vind ik deze hele conversatie een zoveelste discussie over het 
geslacht der engelen. Ieder diertje zijn pleziertje hoor, maar het is 
prachtig weer en half Belgie ligt te wachten om gemapt te worden.

Mijn eigen prioriteiten liggen nu even elders.

Marc, welkom bij OSM, en veel plezier gewenst bij het mappen!
KA

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

Re: [OSM-talk-be] Introduction

[Ben Laenen]

Karel Adams wrote:
 On 04/16/2011 10:33 AM, Marc Gemis wrote:
  It is still unclear to me which name I should use. I'm in favor of BW23,
  since that is on the sign.
 
 Het uiteindelijke antwoord moet van de bevoegde overheid komen, in dit
 geval het gemeentebestuur veronderstel ik. Eens navragen bij het
 kadaster? Of bij de wegendienst?

They won't have the answer. These roads and paths simply don't have a name... 
Also, the cadastre doesn't have anything to do with road names (the names you 
sometimes see on their plans is often also wrongly spelled). Street names are 
defined by the municipality, in the municipality counsels. The 
buurtweg/voetweg numbers go back to the Atlas der Buurtwegen made in the 
1800's.

The issue is a bit like road numbers: what would the name of the A1/E19 be for 
example?

In principle, these roads and paths wouldn't have a name=* tag at all. But 
since we like names, we have some freedom in this, and since all abbreviations 
should be written as full in the tags, this becomes name=Buurtweg 23


By the way, the fact that they don't have a name, made me introduce the 
vicinal_ref=* and vicinal_type=road/path tags. You can see those tags at work 
in Borsbeek where I tagged many road with them. But I didn't use the name tags 
for those paths and roads that don't have a real name.


 Verder vind ik deze hele conversatie een zoveelste discussie over het
 geslacht der engelen. Ieder diertje zijn pleziertje hoor, maar het is
 prachtig weer en half Belgie ligt te wachten om gemapt te worden.
 Mijn eigen prioriteiten liggen nu even elders.

It's pretty cloudy outside for now :-) Anyway, yes, lots of discussion, but 
you have to discuss it at one point, no? Otherwise the data would be unusable. 
If no discussion ever took place, we wouldn't even know what tags to use for 
the road classification...

Greetings
Ben


(ok, I now see I'm replying in English to Dutch, but I'm not gonna rewrite it 
now...)

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

Re: [OSM-talk-be] Introduction

[Ben Laenen]

Marc Gemis wrote:
 Now for the surface. Do I have to split the road each time the surface
 changes ?

Between paved and unpaved: yes, since that changes the road classification.

Between different surfaces: not if you don't want to. I just use 
surface=unpaved and be done with it.


 First it is asphalt (the part that was already in OSM before I started),
 then it turns into this
 
 http://xian.smugmug.com/Hobbies/Reet/i-K27fcBJ/0/M/dsc_5067-S.jpg  a
 combination of sand and stones, mostly sand. A bit further more sand and
 less stones (this part becomes muddy when it rains)
 http://xian.smugmug.com/Hobbies/Reet/i-tk4DBqt/0/S/dsc_5068-S.jpg
 
 After the turn it is more grass and less sand
 http://xian.smugmug.com/Hobbies/Reet/i-tk4DBqt/0/S/dsc_5068-S.jpg
 
 A bit further it is again a clearly track, grass in the middle sand +
 little stones (kiezel) on the sides (no picture)
 
 So what do I do for that ? I know unpaved was the simple solution ;-)
 
 Another path looks like this:
 http://xian.smugmug.com/Hobbies/Reet/i-tk4DBqt/0/S/dsc_5068-S.jpg

Can you resend this with the correct links? The last three links to the 
pictures are the same...



 A totally unrelated question:
 
 The N171 is not finished yet, far from, they still have to start. However
 it is already drawn on OSM. Are there tags to indicate that it is planned,
 or do you have to remove it (the non-existing segment) for now ?

Yes, the tags are already there: highway=proposed + proposed=trunk (but the 
trunk may change one day, I don't know how the road will look like 
eventually).

Proposed streets are rendered differently as well


Ben

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

[OSM-talk-be] Introduction

[Marc Gemis]

Hi,

My name is Marc Gemis. I'm new to OpenStreetMap. Since I'm using
OpenFietsMap on my Garmin device and I hope to give something back.
I saw that in my area (Reet (Rumst)) a number of Buurtwegen (BW) en
Voetwegen (VW) are not on the map. I could also add a number of paths in the
Park van Boom and Rumst, as well as tsome of the knooppunten of
Rivierenland.

At the moment I'm reading through the documentation to get an idea what is
involved. Although I'm a bit reluctant to actually start modifying the map,
I hope to add some data soon.

regards

m.

p.s. my mothertongue is Dutch and my mapper name is 'escada' (after one of
our dogs).
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Introduction

[Julien Fastré]

Hi,

Welcome !

If you need help, just ask the list.

Julien

PS: If you want to meet other OSM'ers in Belgium :
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Activities#Upcoming_activities

Le 15/04/2011 13:10, Marc Gemis a écrit :
 Hi,

 My name is Marc Gemis. I'm new to OpenStreetMap. Since I'm using
 OpenFietsMap on my Garmin device and I hope to give something back.
 I saw that in my area (Reet (Rumst)) a number of Buurtwegen (BW) en
 Voetwegen (VW) are not on the map. I could also add a number of paths
 in the Park van Boom and Rumst, as well as tsome of the knooppunten of
 Rivierenland. 

 At the moment I'm reading through the documentation to get an idea
 what is involved. Although I'm a bit reluctant to actually start
 modifying the map, I hope to add some data soon.

 regards

 m.

 p.s. my mothertongue is Dutch and my mapper name is 'escada' (after
 one of our dogs).


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


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

Re: [OSM-talk-be] Introduction

[Ivo De Broeck]

Use potlatch 2 (simple) choose among the path's the generic path
Interesting discussion to help a newbie ;-)

2011/4/15 Ben Laenen benlae...@gmail.com

 Jo wrote:
  Hi Marc,
 
  Your help will be much appreciated! Voetwegen are usually tagged as:
 
  highway=footway
  name=Voetweg 22
  bicycle=yes (or no, of course)
  horse=no (or yes)
  width=1.60
  surface=dirt (or paved, asphalt)


 No, they're usually tagged highway=path

 The access tags like bicycle=yes and horse=no are also a bit of a minefield
 for newcomers.

 Click the right traffic signs to get the tags (it's still unfinished though
 -
 just don't look at the highway tags too much yet -- only works on Firefox
 and
 possibly Opera):
 http://mijndev.openstreetmap.nl/~eimai/verkeersborden/

 I also don't really recommend using name=Voetweg 22, unless it has street
 name
 signs as such (I know there are some like that around that area).

 If you really want to go hardcore with it, I've been using tags like
 vicinal_ref=number before to map the number of the voetweg/buurtweg. That
 way you won't get into trouble if you have both a real name and a number
 (in
 theory, all public streets and paths should have a number, but that's
 obviously not the case anymore)

 Greetings
 Ben

 ___
 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] Introduction

[Jo]

He won't be a newbie for long, with our 'stoomcursus'...

Polyglot

2011/4/15 Ivo De Broeck ivo.debro...@gmail.com

 Use potlatch 2 (simple) choose among the path's the generic path
 Interesting discussion to help a newbie ;-)

 2011/4/15 Ben Laenen benlae...@gmail.com

 Jo wrote:
  Hi Marc,
 
  Your help will be much appreciated! Voetwegen are usually tagged as:
 
  highway=footway
  name=Voetweg 22
  bicycle=yes (or no, of course)
  horse=no (or yes)
  width=1.60
  surface=dirt (or paved, asphalt)


 No, they're usually tagged highway=path

 The access tags like bicycle=yes and horse=no are also a bit of a
 minefield
 for newcomers.

 Click the right traffic signs to get the tags (it's still unfinished
 though -
 just don't look at the highway tags too much yet -- only works on Firefox
 and
 possibly Opera):
 http://mijndev.openstreetmap.nl/~eimai/verkeersborden/

 I also don't really recommend using name=Voetweg 22, unless it has street
 name
 signs as such (I know there are some like that around that area).

 If you really want to go hardcore with it, I've been using tags like
 vicinal_ref=number before to map the number of the voetweg/buurtweg.
 That
 way you won't get into trouble if you have both a real name and a number
 (in
 theory, all public streets and paths should have a number, but that's
 obviously not the case anymore)

 Greetings
 Ben

 ___
 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


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

Re: [OSM-talk-be] Introduction

[Ben Laenen]

Ivo De Broeck wrote:
 Use potlatch 2 (simple) choose among the path's the generic path
 Interesting discussion to help a newbie ;-)

(off-topic) That simple way of editing in Potlatch2 is just asking for 
trouble. I advise everyone to learn and use the raw tags from the start for 
things like roads and access tags. Using the predefined items lets people make 
wrong assumptions about the meaning of the tags. Not to mention that every 
country has its own tagging rules, making predefined items even more prone to 
errors, because you can't just translate them into your own language.

Ben

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

Re: [OSM-talk-be] Introduction

[Jo]

Hi Marc,

In JOSM, you can use aerial photography on the background by selecting:

Luchtfotografie/Bing Sat

in the menu.

Then you can align your ways on those as well.

As the name I would have put 'Buurtweg 23'. We don't use abbreviations in
the names. (Except if BW23 is what you actually found on the name tag)

Polyglot

2011/4/15 Marc Gemis marc.ge...@gmail.com

 Thanks everybody for confusing me even more ;-)
 Anyhow, I downloaded JOSM and added my first 'buurtweg' BW 23
 Hopefully, I took the right conclusions for the tags

 regards

 m

 ___
 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] Introduction

[Marc Gemis]

Hi Jo,

The signs of the buurtwegen en the voetwegen always have the abbreviated
name BW23 or VW51, followed by the name of the residential road to which the
are leading (and thus different on both sides). I'll look into aligning the
BW23 with the aerial photo

regards

m

On Fri, Apr 15, 2011 at 9:58 PM, Jo winfi...@gmail.com wrote:

 Hi Marc,

 In JOSM, you can use aerial photography on the background by selecting:

 Luchtfotografie/Bing Sat

 in the menu.

 Then you can align your ways on those as well.

 As the name I would have put 'Buurtweg 23'. We don't use abbreviations in
 the names. (Except if BW23 is what you actually found on the name tag)

 Polyglot

 2011/4/15 Marc Gemis marc.ge...@gmail.com

  Thanks everybody for confusing me even more ;-)
 Anyhow, I downloaded JOSM and added my first 'buurtweg' BW 23
 Hopefully, I took the right conclusions for the tags

 regards

 m

 ___
 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] Introduction

[Gerard Vanderveken]

Hi and Welcome!

I assume you use the Atlas for looking up 'trage wegen' (slow roads)
Then it is as said  in full Voetweg (sentier) or Buurtweg (chemin) 
followed by a number eg Voetweg 23

Example of Sint-Agatha-Rode (and area around)
http://www.openstreetmap.org/?lat=50.77504lon=4.63516zoom=15layers=M
Mosttimes they are in agricultural areas, because in the villages,  
roads are paved and have names of their own.
So they will be mosttimes  tagged as track when there is a 'karrespoor' 
or as  path if it is smaller (only foot  and/or bike).
If it is paved, it can be a minor or unclassified.road, but then it will 
probably be named.
Footway and cycleway are tags for (mosttimes) paved paths inside the 
villages dedicated for pedestrians and cyclists by the round blue 
traffic signs.


JOSM is the editor of choice.

Regards,
Gerard.


Jo wrote:


Hi Marc,

In JOSM, you can use aerial photography on the background by selecting:

Luchtfotografie/Bing Sat

in the menu.

Then you can align your ways on those as well.

As the name I would have put 'Buurtweg 23'. We don't use abbreviations 
in the names. (Except if BW23 is what you actually found on the name tag)


Polyglot

2011/4/15 Marc Gemis marc.ge...@gmail.com mailto:marc.ge...@gmail.com

Thanks everybody for confusing me even more ;-)
Anyhow, I downloaded JOSM and added my first 'buurtweg' BW 23
Hopefully, I took the right conclusions for the tags

regards

m

___
Talk-be mailing list
Talk-be@openstreetmap.org mailto: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
 

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

Re: [OSM-talk-be] Introduction

[Gerard Vanderveken]

Hi,

Tags are good.
Except segregated = no is only to be used with footway and cycleway.
So, delete this tag.

The name in full, name = Buurtweg 23
I don't know where you get this BW23 from. It is not indicated as such 
in the atlas:

http://gis1.provant.be/Geoloketten/geoloket.jsp?geoloketid=55

surface = unpaved is good unless you know it more specific and then you 
can specify  dirt,  grass, gravel, etc.

http://wiki.openstreetmap.org/wiki/Key:surface?uselang=nl
For tracks you can also use the  tracktype
http://wiki.openstreetmap.org/wiki/NL:Map_Features#Type_veldweg_of_bospad

Regards,
Gerard.

Marc Gemis wrote:


Hi Jo,

The signs of the buurtwegen en the voetwegen always have the 
abbreviated name BW23 or VW51, followed by the name of the residential 
road to which the are leading (and thus different on both sides). I'll 
look into aligning the BW23 with the aerial photo


regards

m

On Fri, Apr 15, 2011 at 9:58 PM, Jo winfi...@gmail.com 
mailto:winfi...@gmail.com wrote:


Hi Marc,

In JOSM, you can use aerial photography on the background by
selecting:

Luchtfotografie/Bing Sat

in the menu.

Then you can align your ways on those as well.

As the name I would have put 'Buurtweg 23'. We don't use
abbreviations in the names. (Except if BW23 is what you actually
found on the name tag)

Polyglot

2011/4/15 Marc Gemis marc.ge...@gmail.com
mailto:marc.ge...@gmail.com

Thanks everybody for confusing me even more ;-)
Anyhow, I downloaded JOSM and added my first 'buurtweg' BW 23
Hopefully, I took the right conclusions for the tags

regards

m

___
Talk-be mailing list
Talk-be@openstreetmap.org mailto: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
 

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

Re: [OSM-talk-be] Introduction

[Jo]

I see, then it's done differently in the province of Antwerp, than here in
Vlaams-Brabant...

2011/4/15 Marc Gemis marc.ge...@gmail.com

 Hi Jo,

 The signs of the buurtwegen en the voetwegen always have the abbreviated
 name BW23 or VW51, followed by the name of the residential road to which the
 are leading (and thus different on both sides). I'll look into aligning the
 BW23 with the aerial photo

 regards

 m


 On Fri, Apr 15, 2011 at 9:58 PM, Jo winfi...@gmail.com wrote:

 Hi Marc,

 In JOSM, you can use aerial photography on the background by selecting:

 Luchtfotografie/Bing Sat

 in the menu.

 Then you can align your ways on those as well.

 As the name I would have put 'Buurtweg 23'. We don't use abbreviations in
 the names. (Except if BW23 is what you actually found on the name tag)

 Polyglot

 2011/4/15 Marc Gemis marc.ge...@gmail.com

  Thanks everybody for confusing me even more ;-)
 Anyhow, I downloaded JOSM and added my first 'buurtweg' BW 23
 Hopefully, I took the right conclusions for the tags

 regards

 m

 ___
 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

[OSM-talk-fr] Introduction aux statistiques spatiales et aux systèmes d'information géographique en santé environnement

[Romain MEHUT]

Re-bonjour,

Un rapport de l'Institut de Veille Sanitaire (InVS) qui pourrait intéresser
certains d'entre-vous:
http://www.invs.sante.fr/publications/2011/methodes_statistiques_systeme_information/index.html

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

Re: [OSM-Talk-ZA] Introduction

[David Richfield]

Hi Wimpie!

You've come to the right place: we need more GPS traces, especially of
out-of-the-way places.  Do you have a GPS device that can record
traces, and do you know how to get them as GPX files?  If so, you can
upload them to http://www.openstreetmap.org/traces - you'll have to
create a username, but that is quick and easy.

If you get Nic Roets's Gosmore software for a gps device, you can see
which roads don't currently have streetnames loaded.  If you drive
down those streets, you can capture the information as well.  There
are various ways to do this.

There are some other interesting projects going on, for example Nic's
project to get house numbers for all the roads in Pretoria.  You can
get in touch with him through this mailing list if you will have the
time and energy for this kind of thing.

Regards,

David

On Sun, Feb 6, 2011 at 11:13 PM, Gotek go...@lantic.net wrote:
 Good day all

 A quick Introduction to every one

 I live in Rooihuiskraal, Centurion, Pretoria

 And work in Midrand

 Do a substantial amount of travelling for my work

 If any body needs help in these areas please let me know

 Would like to get more involved the open street mapping of South Africa

 Regards

 Wimpie

-- 
David Richfield
e^(πi)+1=0

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

[OSM-Talk-ZA] Introduction and tagging question

[Bryan Devine]

Hi All

 

I recently got involved in the OSM project as a by-product of my Geocaching
activities. I've subsequently spent hours uploading the archived tracks
(going back about a year) from my Oregon and learning how to use Potlatch
and more recently JOSM to add to the map. I stay in the Durbanville area,
and was quite surprised to find that many of the newer roads around us were
not on the map. I'm proud to say that some of them now are, with more to
follow.

 

Something that I noticed fairly quickly on my drive to work through the
Durbanville Winelands was that none of the many wine farms were mapped.
Looking further afield, I see that the same applies in Stellenbosch, Paarl,
the Robertson Valley and so on. As doing the wine route is a major tourist
activity in Cape Town, I feel that this omission needs to be rectified, and
have decided to make a start by mapping the wine farms around Durbanville.
Hopefully I can then have an excuse to visit even more in the future ;)

 

My problem is that I can't find a suitable tag to mark them with. I've
checked all the wiki sites I can think of, but the closest I can come up
with is amenity=winery and then adding the name, but this doesn't seem to
end up showing on the map. On other maps the wine tasting locations show up
with a small wine glass, but so far I haven't managed this. Can anyone offer
any advice. I'd also like to be able to add opening times. How would I go
about that?

 

Thanks

 

Bryan

 

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

[OSM-Talk-ZA] Introduction

[Philip Kloppers]

Hi all, I just wanted to introduce myself to everyone on the ZA list.

I recently discovered OSM and think it is a wonderful initiative. I am 
on the KZN south coast, and have started mapping the areas I travel 
frequently. I have also enlisted the help of friends and colleagues with 
GPS units whereby they email me their tracks when they can, and I can 
then map them.

One of the areas I have difficulty with is obtaining the street names. 
Many of the streets are not marked, or the signs are badly deteriorated 
(I have resorted to asking residents what the street name is!). There 
are also many back roads (both dirt and tar) which I assume would be 
district roads (D???), but again no markings. Is there any reliable 
source (perhaps government archives or something) that I am allowed to use?

The other difficulty is with road classifications. At present, I am 
tagging all roads in urban areas as highway:tertiary except for roads in 
residential areas, which are highway:residential. I am tagging dirt 
roads that are main roads (Dxxx) as highway:secondary and 
surface:unpaved, while farm roads are highway:track with 
tracktype:gradex. National routes (N2) as either highway:motorway or 
highway:trunk depending on whether there is a median present. Other main 
routes (R102, R620 etc) as highway:primary, and other named main roads 
(not Rxxx routes) linking towns as highway:secondary. Does this make sense?

Also, what is the convention regarding ref:* and name:* tags? What I 
have done is use the ref tag for the Nx, Rxxx or Dxxx name, and the name 
tag for the descriptive name. For example, the R620 is called Marine 
Drive along most of the south coast, so then that is ref:R620 and 
name:Marine Drive, but for a section around Margate it splits into 2 
roads, where one is name:Marine Drive running through town, and ref:R620 
goes around.

I'm pleased to be able to help, but want to make sure I am doing this 
correctly!

How many mappers do we have in SA?

Kind regards,

Philip

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

Re: [OSM-Talk-ZA] INTRODUCTION REQUEST FOR ASSISTANCE

[Justin Arenstein]

Guys, 

Thanks for the fantastic responses  suggestions. I'm going to take you up on 
the offers for tech assistance,  will also keep you in the loop on progress. 
Having spent almost a yr here in the heart of Silicon Valley in the US, I am 
convinced that location-aware  geo-mobile is the next major wave in media  
comms. And, for that to happen, we need open source maps. 

Cheers, 
Justin 

- Original Message - 
From: Nic Roets nro...@gmail.com 
To: justin arenstein justin.arenst...@stanford.edu 
Cc: talk-za@openstreetmap.org 
Sent: Sunday, 4 April, 2010 02:05:09 GMT -08:00 US/Canada Pacific 
Subject: Re: [OSM-Talk-ZA] INTRODUCTION  REQUEST FOR ASSISTANCE 

Hello Justin, 

On Sun, Apr 4, 2010 at 1:44 AM, justin.arenst...@stanford.edu wrote: 
 [3] Tracking crime reports, from both police  private security companies, 
 and mapping it so that it is accessible to ordinary residents so they can 
 begin to understand the underlying trends, hotspots, etc. I'd like to use 
 this project to take the interactivity one step further, so that in addition 
 to them being able to send in crime reports, the site / map will also send 
 back alerts to users when a crime happens in their neighbourhood. 
 

Eblockwatch.co.za already collects crime reports from its users and 
alerts them when they receive new reports. It's interface is however 
quite terrible. Even worse is the fact they send a lot of 
sensationalist emails to their users and the only way to block that is 
to unsubscribe completely. 

Something that combines the visual presentation of 
oakland.crimespotting.org and the ease of use of 
openstreetbugs.schokokeks.org will be ideal. I am however already 
spending to much time writing openstreetmap software and my knowledge 
of openlayers is too limited. 

Regards, 
Nic 
___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-za

Re: [OSM-Talk-ZA] INTRODUCTION REQUEST FOR ASSISTANCE

[David Richfield]

Hi Justin,

I think you've got a brilliant project here, and I'd be willing to
help as far as possible.  I've not done any coding on OSM yet, but I
can program and I have submitted GPS data and map info to the project,
so I know the basics about OSM.  Unfortunately I don't have a huge
amount of time, but I'll keep an eye on the mailing list and if I see
a way that I can add value, I'll definitely jump in.  If you have
specific requests for help (e.g. how do I do X? Can someone apply Y
plugin to OSM - the code is at Y.org.YY) that will grab my attention.

Good luck!

David

On Sun, Apr 4, 2010 at 1:44 AM,  justin.arenst...@stanford.edu wrote:
 Hi guys,

 I'm a journalist based in Mpumalanga (though on sabbatical in the US at the
 moment), who is exploring geo-mobile and location-aware reporting tools as a
 way of making news more relevant  more accessible to people.

 Journalists are notoriously bad at maths or IT though,  I'm definitely not
 a techie. I'm struggling with a lot of the GIS and coding aspects of the
 projects I want to tackle,  was hoping to find possible collaborators here
 to help.

 What I'm really keen to do is replicate some of the mapping  data
 visualisation I've seen in the US, at places like
 www.oakland.crimespotting.org and www.ushahidi.org, to tell news stories in
 a visual way that gives people info they can immediately use.

 The owners of both platforms have given me permission to use their open APIs
 and source code ... but I don't know how to deploy or customise it.

 Some of the thing's I'd like to do are:

 [1.1] Prove the power of mapping as a means to tell news stories in a
 high-profile proof-of-concept case by tracking the service delivery riots
 that have swept across Mpumalanga over the past year, and that have sparked
 similar riots elsewhere in SA. No-one else has actually told the coherent
 story yet, by joining the dots to see whether there are underlying trends,
 triggers, or commons patterns. I'd like to tell the story using a similar
 chronological  categorised interface as the Oakland Crimespotting folk.

 [1.2] As part of this project, I'd like to add a layer to the map tracking
 all the xenophobic attacks in the Mpumalanga region over the same period, to
 see whether there are any relations between them  the service delivery
 riots. Once we've got the basic data sets up, I could then start adding
 additional layers tracking corruption, infrastructure problems, matric
 results (a big issue in Mpumalanga), etc.

 This layered information would start doing what the SA media has failed to
 do: tell us why things happen. Then, once we've proved the concept, I'd like
 to tackle the following kinds of mapping projects:

 [2] Tracking public infrastructure problems, so citizens can start reporting
 everything from potholes to broken water pipes / drains using their
 cellphones (SMS  cameras) to send geo-tagged  time-stamped reports via an
 Ushahidi-type interface. I could then use this to identify hotspots, trends,
 etc, to produce media reports that force authorities to act.

 [3] Tracking crime reports, from both police  private security companies,
 and mapping it so that it is accessible to ordinary residents so they can
 begin to understand the underlying trends, hotspots, etc. I'd like to use
 this project to take the interactivity one step further, so that in addition
 to them being able to send in crime reports, the site / map will also send
 back alerts to users when a crime happens in their neighbourhood.

 I've got a couple of other additional ideas as well, and have access to a
 newsroom (to help generate the content), etc. What I really need is mapping
 experts to assist.

 Anyhow interested?

 Justin Arenstein
 Knight Fellow

 Mobile: +1-650-575-1944
 Email: justin.arenst...@stanford.edu
 Twitter: JustinArenstein
 Web: http://www.linkedin.com/in/justinarenstein
 Web: http://knight.stanford.edu/

 Visit FAIR's website at: http://www.fairreporters.org
 Visit CAPITAL's new fan-page on Facebook at: http://bit.ly/5918SS
 Visit LOWVELD LIVING's new fan-page on Facebook at: http://bit.ly/6Mot8K

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





-- 
David Richfield
e^(πi)+1=0

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

Re: [OSM-Talk-ZA] INTRODUCTION REQUEST FOR ASSISTANCE

[Dave Coventry]

Me too. I'm in Johannesburg ATM, but it looks like an interesting project.

On 4 April 2010 08:17, David Richfield davidrichfi...@gmail.com wrote:
 Hi Justin,

 I think you've got a brilliant project here, and I'd be willing to
 help as far as possible.  I've not done any coding on OSM yet, but I
 can program and I have submitted GPS data and map info to the project,
 so I know the basics about OSM.  Unfortunately I don't have a huge
 amount of time, but I'll keep an eye on the mailing list and if I see
 a way that I can add value, I'll definitely jump in.  If you have
 specific requests for help (e.g. how do I do X? Can someone apply Y
 plugin to OSM - the code is at Y.org.YY) that will grab my attention.

 Good luck!

 David

 On Sun, Apr 4, 2010 at 1:44 AM,  justin.arenst...@stanford.edu wrote:
 Hi guys,

 I'm a journalist based in Mpumalanga (though on sabbatical in the US at the
 moment), who is exploring geo-mobile and location-aware reporting tools as a
 way of making news more relevant  more accessible to people.

 Journalists are notoriously bad at maths or IT though,  I'm definitely not
 a techie. I'm struggling with a lot of the GIS and coding aspects of the
 projects I want to tackle,  was hoping to find possible collaborators here
 to help.

 What I'm really keen to do is replicate some of the mapping  data
 visualisation I've seen in the US, at places like
 www.oakland.crimespotting.org and www.ushahidi.org, to tell news stories in
 a visual way that gives people info they can immediately use.

 The owners of both platforms have given me permission to use their open APIs
 and source code ... but I don't know how to deploy or customise it.

 Some of the thing's I'd like to do are:

 [1.1] Prove the power of mapping as a means to tell news stories in a
 high-profile proof-of-concept case by tracking the service delivery riots
 that have swept across Mpumalanga over the past year, and that have sparked
 similar riots elsewhere in SA. No-one else has actually told the coherent
 story yet, by joining the dots to see whether there are underlying trends,
 triggers, or commons patterns. I'd like to tell the story using a similar
 chronological  categorised interface as the Oakland Crimespotting folk.

 [1.2] As part of this project, I'd like to add a layer to the map tracking
 all the xenophobic attacks in the Mpumalanga region over the same period, to
 see whether there are any relations between them  the service delivery
 riots. Once we've got the basic data sets up, I could then start adding
 additional layers tracking corruption, infrastructure problems, matric
 results (a big issue in Mpumalanga), etc.

 This layered information would start doing what the SA media has failed to
 do: tell us why things happen. Then, once we've proved the concept, I'd like
 to tackle the following kinds of mapping projects:

 [2] Tracking public infrastructure problems, so citizens can start reporting
 everything from potholes to broken water pipes / drains using their
 cellphones (SMS  cameras) to send geo-tagged  time-stamped reports via an
 Ushahidi-type interface. I could then use this to identify hotspots, trends,
 etc, to produce media reports that force authorities to act.

 [3] Tracking crime reports, from both police  private security companies,
 and mapping it so that it is accessible to ordinary residents so they can
 begin to understand the underlying trends, hotspots, etc. I'd like to use
 this project to take the interactivity one step further, so that in addition
 to them being able to send in crime reports, the site / map will also send
 back alerts to users when a crime happens in their neighbourhood.

 I've got a couple of other additional ideas as well, and have access to a
 newsroom (to help generate the content), etc. What I really need is mapping
 experts to assist.

 Anyhow interested?

 Justin Arenstein
 Knight Fellow

 Mobile: +1-650-575-1944
 Email: justin.arenst...@stanford.edu
 Twitter: JustinArenstein
 Web: http://www.linkedin.com/in/justinarenstein
 Web: http://knight.stanford.edu/

 Visit FAIR's website at: http://www.fairreporters.org
 Visit CAPITAL's new fan-page on Facebook at: http://bit.ly/5918SS
 Visit LOWVELD LIVING's new fan-page on Facebook at: http://bit.ly/6Mot8K

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





 --
 David Richfield
 e^(πi)+1=0

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


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

Re: [OSM-Talk-ZA] INTRODUCTION REQUEST FOR ASSISTANCE

[Nic Roets]

Hello Justin,

On Sun, Apr 4, 2010 at 1:44 AM,  justin.arenst...@stanford.edu wrote:
 [3] Tracking crime reports, from both police  private security companies,
 and mapping it so that it is accessible to ordinary residents so they can
 begin to understand the underlying trends, hotspots, etc. I'd like to use
 this project to take the interactivity one step further, so that in addition
 to them being able to send in crime reports, the site / map will also send
 back alerts to users when a crime happens in their neighbourhood.


Eblockwatch.co.za already collects crime reports from its users and
alerts them when they receive new reports. It's interface is however
quite terrible. Even worse is the fact they send a lot of
sensationalist emails to their users and the only way to block that is
to unsubscribe completely.

Something that combines the visual presentation of
oakland.crimespotting.org and the ease of use of
openstreetbugs.schokokeks.org will be ideal. I am however already
spending to much time writing openstreetmap software and my knowledge
of openlayers is too limited.

Regards,
Nic

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

[OSM-Talk-ZA] Introduction

[Eduard Grebe]

Dear All
I apologise for bombarding your mailboxes. I am very keen on OSM, but am a
complete beginner when it comes to recording and uploading traces etc. If
someone feels like taking me with when they next do it, I'd be very glad. I
own an Android phone with GPS, so there is software that can log traces.

I live in the CBD.

Best
Eduard

-- 
Eduard Grebe
AIDS  Society Research Unit
Contact: http://card.ly/eduardgrebe
ASRU: http://www.cssr.uct.ac.za/asru
___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-za

Re: [OSM-Talk-ZA] Introduction

[Brendan Barrett]

Hi Eduard

Welcome to OpenStreetMap! I see that you have signed up to the mapping party on 
the weekend of the 19th / 20th 
(http://wiki.openstreetmap.org/wiki/Cape_Town_mapping_party_-_September_2009). 
It'll be good to see you there. 

In the mean time, have you looked here: 
http://wiki.openstreetmap.org/wiki/Beginners%27_Guide ?


Regards,
Brendan Barrett


From: Eduard Grebe 
Sent: Monday, August 24, 2009 3:21 PM
To: talk-za@openstreetmap.org 
Subject: [OSM-Talk-ZA] Introduction


Dear All 


I apologise for bombarding your mailboxes. I am very keen on OSM, but am a 
complete beginner when it comes to recording and uploading traces etc. If 
someone feels like taking me with when they next do it, I'd be very glad. I own 
an Android phone with GPS, so there is software that can log traces.


I live in the CBD.


Best
Eduard

-- 
Eduard Grebe
AIDS  Society Research Unit
Contact: http://card.ly/eduardgrebe
ASRU: http://www.cssr.uct.ac.za/asru






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

[OSM-Talk-ZA] Introduction

[Tomas Straupis]

Hello

  Wiki says to introduce myself to this list, so I will.
  My name is Tomas. I'm alcoho... tpfu... I came from Lithuania to
South Africa for a year or two. I will be living in Johannesburg.
  I was tracking, mapping, routing, fixing Lithuania map and I'm going
to do the same in RSA (I've already done some minor mapping last year
near Knysna). My OSM username is just TomasStraupis.

  I went through South African mapping standards, progress pages etc.
but I'm still missing some information:
  1. Is anybody creating Garmin img files for RSA regularily
(daily-weekly)? I was doing that for Lithuania, but my internet
connection here is far from that I had (because of accommodation
issues I'm restricted to 3G) and South Africa has slightly more data
:)
  2. Is there any QA server with South African data (something like
keepright.ipax.at for Europe)?
  3. Is there something specific I should know about mapping in South Africa?

  Thank you!

-- 
Tomas Straupis

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