Re: [OSM-talk-fr] Abri en pierres sèches

[Paul Desgranges]

On appelle ça des capitelles dans l'Aude, il y en a bcp !

Le 28 nov. 2017 8:31 AM, "jabali"  a écrit :

> En ariège, des Orris
> Le tag amenity=shelter renseigne la fonction
>
> Les éventuelles restrictions d'accès sont indépendantes.
> ex: parking.
>
>
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Abri en pierres sèches

[jabali]

En ariège, des Orris
Le tag amenity=shelter renseigne la fonction 

Les éventuelles restrictions d'accès sont indépendantes.
ex: parking.







--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Carto Party à l'IGN

[Philippe Verdy]

J'adore l'expression "Cocontractant": on signe donc un contrat (de service)
sans aucune contrepartie garantie (pour lui ou pour la communauté), juste
un engagement de la part du contributeur, permettant à l'IGN de faire
ensuite ce qu'il veut des données collectées, y compris ne pas les diffuser
du tout (même sous forme payante) ! C'est un contrat de travail abusif, non
rémunéré, sans cotisations sociales, à horaires illimités...
J'aimerais bien savoir ce qu'en pense les organismes de contrôle du
travail. L'IGN ne semble pas dans les clous au niveau de la légalité de ce
genre de "contrat" unilatéral.

Le 28 novembre 2017 à 07:22, Jean-Christophe Becquet  a
écrit :

> Bonjour,
>
> Le 16 novembre dernier, l'IGN organisait une Carto Party
> http://www.ign.fr/institut/actus/journee-utilisateurs-collaboratif-vous
>
> Mais ils n'ont pas l'air de s'appuyer sur OSM :
>
> « La Carto Party : manipulez l'application mobile de l'Espace
> collaboratif pour collecter des données et visualisez les résultats sur
> une carte. »
>
> Et sauf si j'ai mal compris, les données issues de ce travail
> collaboratif ne sont pas partagées sous licence libre
> https://espacecollaboratif.ign.fr/cgu/
>
> « Par ailleurs, le Cocontractant accepte que ses Signalements et/ou
> données puissent être librement réutilisées par l’IGN pour les besoins
> de mise à jour de ses bases de données, ainsi que pour la diffusion au
> public sous la licence au choix de l’IGN, payante ou gratuite. »
>
> Bonne journée
>
> JC
> --
> Cartopartie : Libre information sur les services de santé,
> tous acteurs, tous concernés ! jeudi 16 novembre 2017 à Digne
> http://ferme.animacoop.net/wikis/afnicarto/wakka.php?wiki=CartoSante
>
> ==APITUX : le choix du logiciel libre==
>
> APITUX - Jean-Christophe Becquet
> BP 32 - 04001 Digne-les-Bains Cedex
> 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
> SIRET : 452 887 441 00031 - APE : 6202A
>
> ===
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Carto Party à l'IGN

[Jean-Christophe Becquet]

Bonjour,

Le 16 novembre dernier, l'IGN organisait une Carto Party
http://www.ign.fr/institut/actus/journee-utilisateurs-collaboratif-vous

Mais ils n'ont pas l'air de s'appuyer sur OSM :

« La Carto Party : manipulez l'application mobile de l'Espace
collaboratif pour collecter des données et visualisez les résultats sur
une carte. »

Et sauf si j'ai mal compris, les données issues de ce travail
collaboratif ne sont pas partagées sous licence libre
https://espacecollaboratif.ign.fr/cgu/

« Par ailleurs, le Cocontractant accepte que ses Signalements et/ou
données puissent être librement réutilisées par l’IGN pour les besoins
de mise à jour de ses bases de données, ainsi que pour la diffusion au
public sous la licence au choix de l’IGN, payante ou gratuite. »

Bonne journée

JC
-- 
Cartopartie : Libre information sur les services de santé,
tous acteurs, tous concernés ! jeudi 16 novembre 2017 à Digne
http://ferme.animacoop.net/wikis/afnicarto/wakka.php?wiki=CartoSante

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===


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

Re: [OSM-talk] GPS Altitude vs Pressure Altitude article, Tool for measuring elevation above sea level

[Oleksiy Muzalyev]

Thank you! In this article it is claimed that the barometric altimeters 
are more accurate than GPS altimeters: 
https://www.satmap.com/knowledge/Active_12/What_is_a_barometric_altimeter_.html 
if re-calibrated periodically.

The barometric altimeters are available [1] , and they are not expensive.

However, a GPS altimeter also can be kind of calibrated by measuring an 
elevation at a point with the known altitude right before starting to 
perform the actual measurements. Besides the number of the satellites 
increased lately, and the quality of the GPS receivers is also 
improving. And everyone who has got a modern smartphone has got a GPS 
altimeter.


With this application if one clicks say at New Orleans, Louisiana, at 
this point 
http://ausleuchtung.ch/elevation/?lat=30.00890908440004=-90.19363403320312=14=2 
it is immediately clear that this area of the city is below sea level. 
But this information is not visible clearly on the OSM map otherwise, 
even one the Cycle layer.


[1] 
https://www.amazon.com/Multifunction-Outdoor-Thermometer-Sport-YingYing/dp/B01KH4XK8W/ref=lp_219368011_1_11?s=sports-and-fitness=UTF8=1511844559=1-11


Best regards,
Oleksiy

On 28.11.17 04:25, Jack Armstrong dan...@sprynet.com wrote:

Congratulations on your accomplishment.

Of course, elevation above sea level (MSL) for a fixed point on the ground does 
not change no matter the pressure altitude (barometer setting). Pressure 
altitude vs. using a QNH of 1013 for flight levels (high altitude), is 
something mostly only pilots and air traffic controllers are concerned with and 
have no bearing on ground mapping. The QNH or altimeter setting simply help the 
pilot and/or controller better understand an aircraft's height above the ground.

But, I assume you understand this.

-chachafish
(38 years as an air traffic controller)


-Original Message-

From: Oleksiy Muzalyev 
Sent: Nov 27, 2017 11:05 PM
To: Talk Openstreetmap 
Subject: [OSM-talk] GPS Altitude vs Pressure Altitude article, Tool for 
measuring elevation above sea level

Hello everyone,

After reading a good article "GPS Altitude vs Pressure Altitude" [1] I
wrote a simple tool to calculate an elevation above the sea level at the
point of a click on the OSM map: http://ausleuchtung.ch/elevation/

More details are at the Diary entry:
https://www.openstreetmap.org/user/Alex-7/diary/42830

[1] http://www.borgeltinstruments.com/GPSvsPressurealtitude.pdf

Best regards,

Oleksiy


___
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: [talk-ph] OSM contributions - some basics for a newby

[Erwin Olario]

Hi Glen. Thank you for your edits. We're happy to have you.

Google's StreetView, unfortunately, shares a similar restriction to its Map
service, and also not a valid source of information. I recently [0] had to
redact data that was added from the map, that used this source for their
edits.

MapCentral, and any other copyright restricted sources, cannot also be
used. Either you collection this information yourself (an excellent
opportunity to stretch the legs, and get to know the neighborhood better),
or convince the data owners to re-publish this data on OSM.

In lieu of StreetView, you might like to try out Mapillary[1] or
OpenStreetCam [2] to capture street-level imagery yourself.

/Erwin

[0]: https://github.com/OSMPH/papercut_fix/issues/35
[1]:
https://www.mapillary.com/app/?focus=map=15.91667=120.3=10

[2]: http://openstreetcam.org/map/




On Tue, Nov 28, 2017 at 10:42 AM Glen Scott  wrote:

> Hi,
>
> I'm making some contributions to NW Pangasinan (I'm from Australia, my
> wife is from Alaminos) and would like to discuss some "rules" and seek some
> advice...
>
> I think I may have already broken one rule re road tagging, but not using
> the tag "service road" since that has a different use here.  But having
> found the Philippines conventions page I promise to fix those indiscretions
> in time...
>
> One question is around legitimate information sources - I understand
> Google Maps can't be used - but can street view be used (great for seeing
> the name of auditoriums etc.)?
>
> Can Mapcentral be used for Barangay names and borders or is there a better
> source?  I see the Mapcentral borders differ considerably to the Google
> Maps borders.
>
> I've sent one email to Alaminos City town hall re street names - no
> response to date but will give them a call of I don't hear from them over
> the next week.  Any other sources of street names?  Post office?  I'll be
> there next March and can always ask people on the street, though some of
> the streets in new sub-divisions don't appear to have houses yet
>
> Regards
>
> Glen
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
-- 

/Erwin Olario

e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s: https://mstdn.io/@GOwin
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk] GPS Altitude vs Pressure Altitude article, Tool for measuring elevation above sea level

[Jack Armstrong dan...@sprynet.com]

Congratulations on your accomplishment.

Of course, elevation above sea level (MSL) for a fixed point on the ground does 
not change no matter the pressure altitude (barometer setting). Pressure 
altitude vs. using a QNH of 1013 for flight levels (high altitude), is 
something mostly only pilots and air traffic controllers are concerned with and 
have no bearing on ground mapping. The QNH or altimeter setting simply help the 
pilot and/or controller better understand an aircraft's height above the ground.

But, I assume you understand this.

-chachafish
(38 years as an air traffic controller)


-Original Message-
>From: Oleksiy Muzalyev 
>Sent: Nov 27, 2017 11:05 PM
>To: Talk Openstreetmap 
>Subject: [OSM-talk] GPS Altitude vs Pressure Altitude article, Tool for 
>measuring elevation above sea level
>
>Hello everyone,
>
>After reading a good article "GPS Altitude vs Pressure Altitude" [1] I 
>wrote a simple tool to calculate an elevation above the sea level at the 
>point of a click on the OSM map: http://ausleuchtung.ch/elevation/
>
>More details are at the Diary entry: 
>https://www.openstreetmap.org/user/Alex-7/diary/42830
>
>[1] http://www.borgeltinstruments.com/GPSvsPressurealtitude.pdf
>
>Best regards,
>
>Oleksiy
>
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk

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

[talk-ph] OSM contributions - some basics for a newby

[Glen Scott]

Hi,

I'm making some contributions to NW Pangasinan (I'm from Australia, my wife
is from Alaminos) and would like to discuss some "rules" and seek some
advice...

I think I may have already broken one rule re road tagging, but not using
the tag "service road" since that has a different use here.  But having
found the Philippines conventions page I promise to fix those indiscretions
in time...

One question is around legitimate information sources - I understand Google
Maps can't be used - but can street view be used (great for seeing the name
of auditoriums etc.)?

Can Mapcentral be used for Barangay names and borders or is there a better
source?  I see the Mapcentral borders differ considerably to the Google
Maps borders.

I've sent one email to Alaminos City town hall re street names - no
response to date but will give them a call of I don't hear from them over
the next week.  Any other sources of street names?  Post office?  I'll be
there next March and can always ask people on the street, though some of
the streets in new sub-divisions don't appear to have houses yet

Regards

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

Re: [talk-au] NTLIS WMS

[Andrew Harvey]

On 28 November 2017 at 05:06, Jubal Harpster  wrote:
>
> Hi Andrew (this time from my Hotmail account)
>
> On the National AU map Geoscience is listed as the data custodian for the 
> NTLIS WMS link, and the license for the service points to the general 
> Geoscience CC-BY terms.  So it's a bit unclear if the Geoscience is the 
> custodian for the actual data or just keeps the servers running for the WMS 
> link and how the terms might apply to each.
>
> Would it be worth going back to the various governing agencies to get clarity 
> on license compatibility or would this uncover a whole new set of issues?

But then if you select a layer like Road Labels, Access Constraints
are not compatible. This is enough ambiguity to warrant following up
and not using these sources until yet.

Road Labels

Service Description

NTLIS WMS server for service ilismap..

Access Constraints

Data accessed through this WMS service may be used for internal
business purposes only, including use as a reference backdrop in
hardcopy reports for clients. Any commercial use by way of on-sale in
digital or hardcopy form or incorporation into commercial products or
web service is prohibited unless authorised by licence. Further
information on the use of this service can be obtained by telephoning
+61 8 8999 7028 or emailing landinfo@nt.gov.au.

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

Re: [talk-au] Import boundary of Googong Foreshores

[Andrew Harvey]

Sounds fine to me, especially given most NSW national parks have already
been imported via the LPI Base Map as you pointed out.

You can use both leisure=nature_reserve and boundary=protected_area. I'm
not familiar with that reserve but you'll need to pick the closest
protect_class you think it matches
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area.

On 28 November 2017 at 10:09, Leith Bade  wrote:

> Hi,
>
> I would like to add the boundary of the Googong Foreshores reserve which
> is located near the ACT but in NSW. It is a Commonwealth Land managed by
> the ACT government (however NSW law applies) and primarily provides a
> drinking water catchment and dam that supplies the ACT and Queanbeyan NSW.
> The reserve is also managed as a conservation area with many walking,
> mountain biking trails and allows fishing and kayaking in the dam lake.
>
> The area is quite large with a 56km boundary and short of trying to walk
> the enitre boundary with GPS, or try to locate all the fences via aerial
> imagery I decided it was easier to just import the boundary. I initially
> emailed the ACT government to ask if they had the boundary in GIS format
> but had no response. However I then realised the NSW cadastral data shows
> the boundary as the reserve is all located in a single lot.
>
> Can I import this data? I note there is already permission from NSW to
> import topographical data into OSM and has been done extensively for other
> NSW nature reserves and national parks.
>
> What tags should I use? leisure=nature_reserve or one of the
> boundary=protected_area? If protected area, which level should I use?
>
> What other tags should I add? I was going to add name=Googong Foreshores,
> source:geometry=NSW LPI Base Map and source:date=2017-11-27
>
> I checked in JOSM and the boundary appears to align well with other
> existing features, e.g. a fence and the other adjoining nature reserves.
>
> Thanks,
> Leith Bade
> le...@bade.nz
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-be] OSM and SIAMU

[Nicolas Pettiaux]

Dear all

Together with Marc Ducobu as other member of the « OSM community » I
have attended a meeting organized at VIAS (the former IBSR) by Herbert
Hansen with representatives from the Siamu, Police and other (see mail
here below).

I have the impression that working openly with the community is for many
organizations a difficult step to consider and manage.

I think that the human relationships play an extremely important part in
the success or failure of the use of technology, here the data.

May I suggest that the SIAMU invite the active members of this thread of
discussion for a physical (in person) meeting on their premises.

As I suggested to the SIAMU, and as they have done with the very
interesting exchange initiated by Nadia Poncelet, working openly with
the community that is striving to address cases of general concerns and
general interest, would be profitable.

Maybe Mr Hansen who worked with GIS data a lot and now helps
institutions with projects could help in making sure that such a meeting
is profitable for all parties (aka SIamu and OSM).

Best regards,

Nicolas


==


Bonjour,



Pour rappel vous êtes inscrit(s) au workshop ayant pour thème la
mobilité - sécurité routière et innovation géospatiale.



Le workshop sera organisé le 27/11/2017 de 9 :30 à 13 :00 (lunch
inclus).  Adresse du jour : VIAS, Haachtsesteenweg/Chaussée de Haecht
1405, 1130 Brussels



L’objectif de ce workshop est:

1.  réunir les professionnels de ce secteur et
recueillir leurs besoins en la matière,

2.  présenter l’état de l’art en technologies géospatiales

3.  mutualiser/consolider les besoins de toutes les
organisations présentes,

de manière à envisager, en réponse à ces besoins,  une solution
rationnelle intégrant les techniques géo-spatiales.



Pour votre information nous avons le plaisir de réunir des représentants
de VIAS, la Police Fédérale, les pompiers de Bruxelles, la communauté
Open Street Map, le pôle Logistics in Wallonia, l’UWE, L’Université de
Liège, etc.



Cette matinée a été conçue sous forme d’un atelier de travail, votre
présence est donc nécessaire pendant toute sa durée.



Je vous remercie encore pour votre participation. N’hésitez pas à me
contacter si avez la moindre questions.



Au plaisir de collaborer avec vous lundi prochain,



Herbert HANSEN

Project manager


Rue Bois Saint Jean, 15/1 | B-4102 Seraing, Belgium

Web : www.wsl.be l www.fabspace.eu





SSS_mobility_27nov2017_bis.jpg


-- 
*Dr Nicolas Pettiaux*- nico...@pettiaux.be**
<>

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

[talk-au] Import boundary of Googong Foreshores

[Leith Bade]

Hi,

I would like to add the boundary of the Googong Foreshores reserve which is
located near the ACT but in NSW. It is a Commonwealth Land managed by the
ACT government (however NSW law applies) and primarily provides a drinking
water catchment and dam that supplies the ACT and Queanbeyan NSW. The
reserve is also managed as a conservation area with many walking, mountain
biking trails and allows fishing and kayaking in the dam lake.

The area is quite large with a 56km boundary and short of trying to walk
the enitre boundary with GPS, or try to locate all the fences via aerial
imagery I decided it was easier to just import the boundary. I initially
emailed the ACT government to ask if they had the boundary in GIS format
but had no response. However I then realised the NSW cadastral data shows
the boundary as the reserve is all located in a single lot.

Can I import this data? I note there is already permission from NSW to
import topographical data into OSM and has been done extensively for other
NSW nature reserves and national parks.

What tags should I use? leisure=nature_reserve or one of the
boundary=protected_area? If protected area, which level should I use?

What other tags should I add? I was going to add name=Googong Foreshores,
source:geometry=NSW LPI Base Map and source:date=2017-11-27

I checked in JOSM and the boundary appears to align well with other
existing features, e.g. a fence and the other adjoining nature reserves.

Thanks,
Leith Bade
le...@bade.nz
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSRM-talk] how exactly is "duration" in route service calculated?

[Günther S]

Ah, great!Thanks Daniel for the detailed answer! 
G

 

Daniel Patterson  schrieb am 20:30 Montag, 27.November 
2017:
 

 Hi Gunther,
  You've got the start/end points opposite for those two queries - the routes 
aren't the same (and thus, are very different in duration..  If you swap the 
start/end points on the OSRM route, you'll get 6.7 minutes as the result, and 
the path matches what Google is returning.

  Make sure you zoom in in the UI and make sure the coordinates have snapped to 
the same location for both routing engines if you're doing a comparison.
  To answer the rest of your question, OSRM uses:
    1) Tag information available in OpenStreetMap to decide on road speeds.    
2) The OSRM demo server *also* has Mapbox traffic data loaded on top
  If you run your own OSRM server, you will just get (1).
  You can read through the script that decides on OSM-based speeds here:  
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua  This 
script looks at tags on OSM ways and decides on a basic speed for every road.
daniel
On Mon, Nov 27, 2017 at 9:41 AM, Günther S  wrote:

Hi there,
I would like to know how the "duration" is calculated exactly.What is the data 
basis for this calculation?- predefined speed per segment (where to get that 
speed)?- is real traffic information somehow considered?
For instance:this request returns 1037.9sec = 17.3 
minhttp://router.project-osrm. org/route/v1/driving/5. 39952890748535,52. 
1960411446193;5.4446426827156, 52.1682341727178?overview= false


on the other hand, google calculates 7min for the fastest 
route:https://www.google.at/maps/ dir/52.1682341727178+5. 
4446426827156/52.1960411,5. 3995289/@52.1889039,5.387444, 
14z/data=!3m1!4b1!4m7!4m6!1m3! 2m2!1d5.4446427!2d52.1682342! 1m0!3e0?hl=en

thanks,Guenther
__ _
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap. org/listinfo/osrm-talk



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


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

Re: [OSRM-talk] how exactly is "duration" in route service calculated?

[Daniel Patterson]

Hi Gunther,

  You've got the start/end points opposite for those two queries - the
routes aren't the same (and thus, are very different in duration..  If you
swap the start/end points on the OSRM route, you'll get 6.7 minutes as the
result, and the path matches what Google is returning.

  Make sure you zoom in in the UI and make sure the coordinates have
snapped to the same location for both routing engines if you're doing a
comparison.

  To answer the rest of your question, OSRM uses:

1) Tag information available in OpenStreetMap to decide on road speeds.
2) The OSRM demo server *also* has Mapbox traffic data loaded on top

  If you run your own OSRM server, you will just get (1).

  You can read through the script that decides on OSM-based speeds here:
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua
This script looks at tags on OSM ways and decides on a basic speed for
every road.

daniel

On Mon, Nov 27, 2017 at 9:41 AM, Günther S  wrote:

> Hi there,
>
> I would like to know how the "duration" is calculated exactly.
> What is the data basis for this calculation?
> - predefined speed per segment (where to get that speed)?
> - is real traffic information somehow considered?
>
> For instance:
> this request returns 1037.9sec = 17.3 min
> http://router.project-osrm.org/route/v1/driving/5.39952890748535,52.
> 1960411446193;5.4446426827156,52.1682341727178?overview=false
>
>
> on the other hand, google calculates 7min for the fastest route:
> https://www.google.at/maps/dir/52.1682341727178+5.
> 4446426827156/52.1960411,5.3995289/@52.1889039,5.387444,
> 14z/data=!3m1!4b1!4m7!4m6!1m3!2m2!1d5.4446427!2d52.1682342!1m0!3e0?hl=en
>
> thanks,
> Guenther
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSM-talk] GPS Altitude vs Pressure Altitude article, Tool for measuring elevation above sea level

[Oleksiy Muzalyev]

Hello everyone,

After reading a good article "GPS Altitude vs Pressure Altitude" [1] I 
wrote a simple tool to calculate an elevation above the sea level at the 
point of a click on the OSM map: http://ausleuchtung.ch/elevation/


More details are at the Diary entry: 
https://www.openstreetmap.org/user/Alex-7/diary/42830


[1] http://www.borgeltinstruments.com/GPSvsPressurealtitude.pdf

Best regards,

Oleksiy


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

Re: [Talk-it-lazio] Incontro domani?

[pelatom]

Beh. Io sono arrivato  il traffico mi ha graziato 



-


M.P.
--
Sent from: http://gis.19327.n8.nabble.com/Lazio-f5372285.html

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

Re: [OSM-talk-fr] Abri en pierres sèches

[Jean-Claude Repetto]

Le 27/11/2017 à 18:33, Patrice Krupka a écrit :

Bonjour,

J'ai une hésitation sur la bonne façon de renseigner les abris en 
pierres sèches (nombreux autour de chez moi dans le Lot), dénommés ici 
cazelle ou gariotte dans d'autres régions.


J'ai trouvé sur la page OSM Garrigues : Glossaire Garrigues Histoire 
 
la solution suivante :


mais à l'envoi des modifications osm avertit que shelter_type est 
utilisé sans amenity=shelter.


Avez-vous un conseil sur la meilleur façon de faire ?



Bonjour,

En général, ces abris n'ont pas d'intérêt historique, je remplacerais 
donc historic par amenity.

De plus, ils sont encore utilisables, raison de plus d'utiliser amenity.

Ici en Provence on appelle ça des bories.

Jean-Claude

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

Re: [OSM-talk-fr] Abri en pierres sèches

[marc marc]

Bonjour,

Le 27. 11. 17 à 18:33, Patrice Krupka a écrit :
> J'ai une hésitation sur la bonne façon de renseigner les abris en 
> pierres sèches (nombreux autour de chez moi dans le Lot), dénommés ici 
> cazelle ou gariotte dans d'autres régions.
> 
> J'ai trouvé sur la page OSM Garrigues : Glossaire Garrigues Histoire 
> 
>  
> la solution suivante :
> 
> mais à l'envoi des modifications osm avertit que shelter_type est 
> utilisé sans amenity=shelter.

Si c'est un vestige historique non utilisable ou si c'est un "bâtiment" 
privé ou fermé à clef, outrepasse l’avertissement josm.
Si c'est un abris accessible au public (par exemple pour un promeneur 
lors d'une averse), ajoute amenity=shelter

Par contre le tag loc_name est erroné.
Si je comprend bien, cazelle n'est pas le nom de CE bâtiment mais un 
type de bâtiment.
Si tu veux l'encoder, description=cazelle me semble approprié.
Ou inventer un shelter_type:fr=cazelle

Cette page mériterait sûrement une discussion avec un groupe local.

Cordialement,
Marc

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

[OSRM-talk] how exactly is "duration" in route service calculated?

[Günther S]

Hi there,
I would like to know how the "duration" is calculated exactly.What is the data 
basis for this calculation?- predefined speed per segment (where to get that 
speed)?- is real traffic information somehow considered?
For instance:this request returns 1037.9sec = 17.3 
minhttp://router.project-osrm.org/route/v1/driving/5.39952890748535,52.1960411446193;5.4446426827156,52.1682341727178?overview=false


on the other hand, google calculates 7min for the fastest 
route:https://www.google.at/maps/dir/52.1682341727178+5.4446426827156/52.1960411,5.3995289/@52.1889039,5.387444,14z/data=!3m1!4b1!4m7!4m6!1m3!2m2!1d5.4446427!2d52.1682342!1m0!3e0?hl=en

thanks,Guenther___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSM-talk-fr] Abri en pierres sèches

[Patrice Krupka]

Bonjour,

J'ai une hésitation sur la bonne façon de renseigner les abris en
pierres sèches (nombreux autour de chez moi dans le Lot), dénommés ici
cazelle ou gariotte dans d'autres régions.

J'ai trouvé sur la page OSM Garrigues : Glossaire Garrigues Histoire

la solution suivante :

mais à l'envoi des modifications osm avertit que shelter_type est
utilisé sans amenity=shelter.

Avez-vous un conseil sur la meilleur façon de faire ?

Cordialement.
Patrice

-- 
Signature

Chiffrer vos messages : un tutoriel en cliquant ici
.
Ma clé publique est téléchargeable en cliquant ici
.

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

Re: [Talk-it-lazio] Incontro domani?

[FelynX]

Sentiamo anche gli altri ma tenete conto che io sarò lì in zona almeno un'ora 
prima

Il 27 novembre 2017 17:08:30 CET, Flaminia Tumino  ha 
scritto:
>Ah, io pensavo che fosse troppo presto!
>Io sono disponibile anche prima, voi a che ora preferite?
>Flaminia
>
>Il giorno 27 novembre 2017 17:06, FelynX  ha
>scritto:
>
>> Forse è un po' tardi, cmq se rimane confermato ci sono, anzi, mi
>aggireró
>> anche un po' prima in zona
>>
>>
>>
>> Il 27 novembre 2017 10:17:25 CET, Flaminia Tumino <
>> flaminiatum...@gmail.com> ha scritto:
>>>
>>> A che ora?
>>> Visto che le discussioni di solito durano almeno un paio di ore io
>farei
>>> tra le 8.30/9..che ne dite?
>>> Flaminia
>>>
>>>
>>>
>
>Mail
>>> priva di virus. www.avast.com
>>>
>
>>> <#m_-4379811748557454404_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>
>>> Il giorno 27 novembre 2017 08:14, pelatom  ha
>scritto:
>>>
 Per me sarebbe ottimo.
 Se la memoria non mi inganna era il  Finnegan Irish Pub
 
 .
 A stasera



 -


 M.P.
 --
 Sent from: http://gis.19327.n8.nabble.com/Lazio-f5372285.html

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

>>>
>>>
>> --
>> Felynx. Sorry x brevità causa smartufone
>>

-- 
Felynx. Sorry x brevità causa smartufone___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it-lazio] Incontro domani?

[Flaminia Tumino]

Ah, io pensavo che fosse troppo presto!
Io sono disponibile anche prima, voi a che ora preferite?
Flaminia

Il giorno 27 novembre 2017 17:06, FelynX  ha scritto:

> Forse è un po' tardi, cmq se rimane confermato ci sono, anzi, mi aggireró
> anche un po' prima in zona
>
>
>
> Il 27 novembre 2017 10:17:25 CET, Flaminia Tumino <
> flaminiatum...@gmail.com> ha scritto:
>>
>> A che ora?
>> Visto che le discussioni di solito durano almeno un paio di ore io farei
>> tra le 8.30/9..che ne dite?
>> Flaminia
>>
>>
>> 
>>  Mail
>> priva di virus. www.avast.com
>> 
>> <#m_-4379811748557454404_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> Il giorno 27 novembre 2017 08:14, pelatom  ha scritto:
>>
>>> Per me sarebbe ottimo.
>>> Se la memoria non mi inganna era il  Finnegan Irish Pub
>>> >> ap=19/41.89475/12.49193>
>>> .
>>> A stasera
>>>
>>>
>>>
>>> -
>>>
>>>
>>> M.P.
>>> --
>>> Sent from: http://gis.19327.n8.nabble.com/Lazio-f5372285.html
>>>
>>> ___
>>> Talk-it-lazio mailing list
>>> Talk-it-lazio@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>>>
>>
>>
> --
> Felynx. Sorry x brevità causa smartufone
>
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it-lazio] Incontro domani?

[FelynX]

Forse è un po' tardi, cmq se rimane confermato ci sono, anzi, mi aggireró anche 
un po' prima in zona


Il 27 novembre 2017 10:17:25 CET, Flaminia Tumino  ha 
scritto:
>A che ora?
>Visto che le discussioni di solito durano almeno un paio di ore io
>farei
>tra le 8.30/9..che ne dite?
>Flaminia
>
>
>Mail
>priva di virus. www.avast.com
>
><#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
>Il giorno 27 novembre 2017 08:14, pelatom  ha
>scritto:
>
>> Per me sarebbe ottimo.
>> Se la memoria non mi inganna era il  Finnegan Irish Pub
>> > map=19/41.89475/12.49193>
>> .
>> A stasera
>>
>>
>>
>> -
>>
>>
>> M.P.
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Lazio-f5372285.html
>>
>> ___
>> Talk-it-lazio mailing list
>> Talk-it-lazio@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>>

-- 
Felynx. Sorry x brevità causa smartufone___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

[Talk-it] STARS4ALL - Mapathon sull'inquinamento luminoso

[Marco Minghini]

Ciao a tutti,

vi segnalo un'interessante iniziativa promossa dal progetto STARS4ALL [1],
un progetto europeo H2020 che ha lo scopo di incrementare la consapevolezza
sugli effetti negativi delle luci artificiali sulla salute umana, la
biodiversità, la visibilità delle stelle, e altro.

Il progetto ha organizzato un workshop mercoledì 30 novembre presso
l'Acquario Civico a Milano [2], a cui potete registrarvi qui [3].
Nell'ambito del workshop è stato organizzato anche un mapathon su OSM (a
partire dalle 16) focalizzato sulla mappatura dei lampioni. Qui [4] trovate
maggiori informazioni sul mapathon.

Marco

[1] http://stars4all.eu/
[2] https://osm.org/go/0CjEemG9D?m=
[3]
https://www.eventbrite.es/e/stars4all-light-pollution-initiative-gathering-tickets-39798176417#tickets
[4] https://drive.google.com/file/d/1fvMh7hOG9oAxwph9dVySrXAdrIoMv-aw/view


Marco Minghini, Ph.D.
GEOlab, Politecnico di Milano - DICA
Piazza Leonardo da Vinci 32, 20133 Milano (Italy)
+39 02 23996409
marco.mingh...@polimi.it
@MarcoMinghini 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Rencontre parisienne le vendredi 10 nov - gare de Lyon

[Florian LAINEZ]

Hello François,
Je n'ai pas fait toutes les boites mais j'ai corrigé des erreurs sur
plusieurs d'entre elles :
A2D6U6 : https://www.openstreetmap.org/node/264258714
A2D6U8 : https://www.openstreetmap.org/node/264258705
A2Y8H4 : https://www.openstreetmap.org/node/3671830102
A3T6L2 : https://www.openstreetmap.org/node/3166378481

Je suis allé prendre des photos sur place, tu verra les numéros d'ID qui
renvoient vers les photos Mapillary pour preuve ;)
Du coup par déduction tu peux finir le job ?

Le 7 novembre 2017 à 17:53, Francois Gouget  a écrit :

>
> Des mappeurs près de la Gare de Lyon. Ça tombe bien.
>
> Après mon dernier passage j'ai noté quelques problèmes avec les boîtes
> de la gare mais comme je ne vais probablement pas y retourner avant un
> certain temps je ne peut pas les corriger moi-même. Alors si quelques
> bonnes âmes charitables veulent combler les lacunes OpenStreetMap au
> passage...
>
> À votre bon coeur ;-)
>
>
> * Il y a 3 boîtes aux lettres avec le même identifiant : A2D6I8 !
>   Il y en a forcément deux de faux. Et il faudrait aussi collecter /
>   vérifier les horaires des levées.
>   https://www.openstreetmap.org/node/264258714
>   https://www.openstreetmap.org/node/3597070375
>   https://www.openstreetmap.org/node/3166378481
>
> * Il y a une boîte aux lettres dont la référence n'apparaît pas dans
>   le fichier de La Poste : A6D2U7. Serait-ce qu'elle a été supprimée ?
>   Où alors une inversion de chiffres ? Mais dans ce cas elle entre en
>   collision avec la A2D6U7...
>   https://www.openstreetmap.org/node/4121546909
>
> * Dans le Hall 3 il y a une boîte aux lettres qui porte la référence
>   A2D6U7 dans OSM mais qui n'a pas d'identifiant sur place. D'après le
>   fichier de La Poste elle devrait se trouver au 20 boulevard Diderot
>   (comme toutes les autres boîtes aux lettres de la Gare de Lyon).
>   https://www.openstreetmap.org/node/3671887230
>
> * Il y a aussi la A3T6L2. D'après Mapillary il y a bien une boîte aux
>   lettres à cet endroit à l'extérieur devant la gare. Mais d'après mes
>   relevés la A3T6L2 est en sous-sol juste à coté de l'entrée du RER A.
>   Donc je mets en doute la référence de la boîte aux lettres OSM.
>   https://www.openstreetmap.org/node/264258705
>
> * Et enfin la A2D6U6 dont j'avais noté qu'elle était sensée se trouver
>   dans le Hall 1. Mais n'étant pas passé dans le Hall 2 où elle se
>   trouve sur OSM je n'avais pas fait la modif.
>   https://www.openstreetmap.org/node/3671830102
>
> Au vu du fichier de La Poste, je pense qu'il y a en tout 7 boîtes aux
> lettres sur la Gare de Lyon : 5 géolocalisées au 20 boulevard Diderot,
> et 2 au 25.
>
> Au 20 : A2D6U6, A2D6U7, A2D6U8, A2D6V0, A3T6L2, A6Y8H4
> Au 25 : A7A1M4, A7A1M5
>
> J'exclus les A2D6I9 et A7A1N5 qui correspondent au bureau de poste et
> semblent vraiment être au 25 boulevard Diderot, ainsi que la A2D6S2 qui
> se trouve probablement vraiment au 14 (mais si quelqu'un passe à
> coté il manque les horaires de levée sur les trois).
>
> https://www.openstreetmap.org/node/4692681755
> https://www.openstreetmap.org/node/258069358
>
>
> --
> Francois Gouget   http://fgouget.free.fr/
>   Nouvelle version : les anciens bogues ont été remplacés par de nouveaux.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

*Florian Lainez*
@overflorian 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de GPS = problème de cartographie ?

[Charles MILLET]

Super, avec les tag lanes et tout. J'ai un peu complété, reste plus qu'à 
attendre qu'OsmAnd mette à jour et tester.


Charles MILLET
charlesmil...@free.fr

Le 27/11/2017 à 09:16, david.croc...@free.fr a écrit :

Bonjour

J'ai rectifié 3 échangeurs, mais quand je vois le suivant, j'ai plus le 
morale...
Je verrais plus tard si j'ai envie

Cordialement



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

Re: [Talk-it-lazio] Incontro domani?

[pelatom]

Per me va bene.



-


M.P.
--
Sent from: http://gis.19327.n8.nabble.com/Lazio-f5372285.html

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

Re: [OSM-talk-be] OSM and SIAMU

[Glenn Plas]

Hi Ben,

I'm really missing something in the logic, but how can 2 seperate
datasets get common ground on this ?  aka: how does it work that this
single ID would be generated identically for 2 different datasets, given
the fact that coordinates are not exactly 100% the same.  I don't see
that connection with openLR.  Would love to know this.

tx,

Glenn

On 23-11-17 20:21, Ben Abelshausen wrote:
> I think this problem can be solved with OpenLR, or at least to a level
> of acceptable quality comparable to mapping the ID's in OSM. I'm
> willing to help out with that, how that would work for examples for
> brussels:
>
> OpenLR, encodes a location on a network in a kind of ID like this:
>
> KwMXmiQm5xt0Af+x/79bBGY=
>
> This decodes into a segment like this:
>
> http://openlr.itinero.tech/?code=KwMXmiQm5xt0Af+x/79bBGY=
>
> In your internal database you keep the code above, and link the
> streetname to that segment, the segment always decodes no matter who
> updates the map or the ID's of the OSM ways. As long as the road still
> exists the code will work. It's a perfect way to associate data to a
> road network for cars (or in this case firetrucks) without having a
> dependency on the network ID's or mapped ID's on the network.
>
> Other examples:
>
> http://openlr.itinero.tech/?code=KwMXuCQnBSOKAQB6/76jGoQ=
> http://openlr.itinero.tech/?code=KwMaESQmxiOVBP9E/zOjBaw=
> http://openlr.itinero.tech/?code=KwMZgSQmHSOaBP+mANRjEUQ=
>
> Generating codes can be done by just clicking on the map if you want
> to generate your own.
>
> All this software is open-source and can be setup locally.
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
>

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

Re: [OSM-talk-be] Mijlpalen

[Glenn Plas]

http://data.gov.be/en/node/11125

KM palen zijn reeds open dus.  licentie: 
https://metadata.geopunt.be/zoekdienst/apps/tabsearch/?uuid=fa453d09-d577-4f5a-ad6c-04f938b757c4

Glenn


On 18-11-17 19:14, Philippe Casteleyn wrote:
>
> Naast geodetische punten ben ik ook wel geïnteresseerd in mijlpalen
> (onze Vlaamse groene hectometerpaaltjes) .
>
> Zou er geen relatie moeten zijn om te weten bij welke weg een paaltje
> hoort ?
>
> En de precisie van de plaatsing ?
>
> We zullen ooit de Vlaamse mijlpalen als Open Data krijgen.
>
> Vooreerst zal ik ze (niet over heel Vlaanderen, ik laat ook wat voor
> een ander) degelijk photographeren.
>
>
>
> Ctrl+v
>
>
> ***
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be


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

Re: [OSM-talk-ie] Royal demense (Tadeusz Cantwell)

[Colm Moore]

Hi,


With the formation of the Irish Free State, the lands, powers and obligations 
of the crown here were transferred to the new state. The name "royal demense" 
is not in current use. That said, other historical boundaries are mapped on 
OSM, e.g. Dublin City boundary in 1900 
http://www.openstreetmap.org/relation/6720101#map=12/53.3528/-6.2596


If this refers to areas like the Phoenix Park, these areas are now owned by the 
Office of Public Works (previously known as the Commissioners of Public Works) 
under the Phoenix Park Act, 1925 
http://www.irishstatutebook.ie/eli/1925/act/31/enacted/en/html Some historical 
users, e.g. zoo, American embassy retain some rights.


Colm


---
Never doubt that a small group of thoughtful, committed citizens can change the 
world. Indeed, it is the only thing that ever has. Margaret Mead




Date: Sat, 25 Nov 2017 13:10:03 +
From: Tadeusz Cantwell 
To: Discussion of OpenStreetMap in Ireland 
Subject: [OSM-talk-ie] Royal demense
Message-ID:

Content-Type: text/plain; charset="UTF-8"

Came across an old article which talked about royal demense areas in
Dublin, in the 1930's. Are they still areas used in planning?

Tadeusz

--

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

Re: [OSM-talk-be] Urgent: New mapper added wrong tags.

[Glenn Plas]

I fixed this edit in bulk with overpass, with what I think is the best
possible solution, if you don't know back/forward. just use distance,
it's actually also much more common to use the latter.

Glenn

On 18-11-17 18:13, marc marc wrote:
> maybe start to request him to not add this a fake name :)
> nor a tourism=information
>
> I found nothing better than highway=milestone (maybe ppl should make a 
> request for comment on tagging mailing)
> Is the distance the same on both direction ?
> if yes distance=number is enought.
> If not, distance:forward/backward can be used.
> I also think for inscription before reading the wiki
>


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

Re: [Talk-it-lazio] Incontro domani?

[Flaminia Tumino]

A che ora?
Visto che le discussioni di solito durano almeno un paio di ore io farei
tra le 8.30/9..che ne dite?
Flaminia


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno 27 novembre 2017 08:14, pelatom  ha scritto:

> Per me sarebbe ottimo.
> Se la memoria non mi inganna era il  Finnegan Irish Pub
>  map=19/41.89475/12.49193>
> .
> A stasera
>
>
>
> -
>
>
> M.P.
> --
> Sent from: http://gis.19327.n8.nabble.com/Lazio-f5372285.html
>
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

[talk-ph] UP RI-NOAH uses OSM for building UP Resilient Campuses

[Feye Andal]

Good day!

The UP Resilience Institute (UP RI)  was
formed to scale up and transform the previous multidisciplinary initiatives
in DRRM by UP and its national and regional partners into interdisciplinary
or transdisciplinary research or creative work, extension service, and
training, both for added capacity building within UP and capacity building
within the larger society. The UP NOAH Center
, as a core component of the UP RI, was
established in the University of the Philippines to conduct research,
development and extension services on natural hazards, disaster risk
reduction and climate change actions. The core of UP NOAH’s work is
producing freely accessible, accurate, reliable, and relevant scientific
disaster data.

The UP Resilient Campuses Project by the UP RI aims to create disaster
management contingency plans to address the UP campuses’ vulnerability to
natural hazards. It intends to take off from previous and existing plans
and improve them by using the latest technology and the best methodologies
to develop better strategies specific to the higher education units of the
University of the Philippines campuses. This new and improved plan will
cover the entire scope disaster risk management, from the identification of
the risks all the way to recovering from disasters. It also aims to develop
strategies to become resilient against the adverse impacts of geological
and climate related natural hazards.

With this in mind, we would like to ask for assistance from
OpenStreetMap-Philippines to map the various communities in the various UP
campuses using OpenStreetMap (OSM). As such, it is helpful in identifying
points of interest, critical facilities (e.g. health centers, schools, town
halls), buildings, and other infrastructures in the community that help
identify areas vulnerable to disasters using risk and exposure details
(number of affected houses, commercial buildings, evacuation centers).

The task numbers are as follows:

UP Diliman 3436

UP Manila School of Health Sciences, Aurora 3794

UP Diliman Extension Program in Pampanga 3434

UP Baguio 3435

UP Bonifacio Global City 3437

UP Manila 3438

UP Los Baños 3457

UP Open University – Headquarters 3790

UP Visayas, Miag-ao 3470

UP Visayas, Iloilo City 3460

UP Cebu 3461

UP Cebu South Road Properties (Professional Schools) 3469

UP Visayas, Tacloban College 3471

UP Manila School of Health Sciences, Leyte 3472

UP Mindanao 3791

UP Manila School of Health Sciences, South Cotabato 3792

UP Alabang 3793



We would also be happy to provide training to those who are willing to help
in this effort to achieve this goal of disaster-resilient UP campuses.


Please e-mail us if you have any other questions regarding the project.
Thank you.


Sincerely,

*Dinnah Feye H. Andal*

Senior Science Research Specialist

UP NOAH
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk-fr] Problème de GPS = problème de cartographie ?

[david . crochet]

Bonjour

J'ai rectifié 3 échangeurs, mais quand je vois le suivant, j'ai plus le 
morale...
Je verrais plus tard si j'ai envie

Cordialement
-- 
David Crochet

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

[talk-ph] spare us a few minutes for (a little more) mapping

[Erwin Olario]

Hi folks.

After our little geoweek celebration [0] last week, I was approached by an
enthusiastic participant who expressed a sincere interest to map their
hometown.

To start them off, I made a low-priority task in a Tasking Manager [1] ,
where feedback can be made about their edits, and the particular job. The
plan is eventually to cover more ground, but for now, the task scope is
limited to the town center.

With very limited time for interaction, I can only introduce the rudiments
of iD editing.  I pointed out the available resources online for self-paced
learning, and the various channels they could use to reach out to fellow
mappers, - but also made sure that they could still reach out to me
personally.

My intention in this outreach, is to mentor them remotely, but made the
caveat that they can not expect me to spoon-feed them.

Show some <3, and polish off a grid, or two, or leave feedback about the
edits. They're pretty small, and it would be encouraging for them to know
that there's actually a  supportive community behind their effort.

Thanks!

/Erwin

P.S.
This isn't a "directed editing" effort. ;)

[0]: https://www.openstreetmap.org/user/GOwin/diary/42807
[1]: http://tasks.mapbox.com/project/128
-- 

/Erwin Olario

e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s: https://mstdn.io/@GOwin
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph