[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

[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