Re: [talk-au] Discussion G: nomenclature for routes in the ACT (relations)

2019-09-30 Thread Phil Wyatt
Hi there Herbert.Remi,

 

These rants are starting to look like the work of a troll. Can I suggest in the 
next ‘Discussion’ you give us your OSM name so we can study your contribution 
to the project in a meaningful way. Your lack of response to any emails is 
concerning.

 

No response will indicate you are just trolling the mailing list and I will 
seek to have you removed.

 

Cheers - Phil

 

 

From: Herbert.Remi via Talk-au [mailto:talk-au@openstreetmap.org] 
Sent: Tuesday, 1 October 2019 12:49 PM
To: talk-au@openstreetmap.org
Subject: [talk-au] Discussion G: nomenclature for routes in the ACT (relations)

 

# Discussion G: nomenclature for routes in the ACT (relations)

*ACT bike routes (relations) need updating with the new nomenclature for the 
ACT. Australian Tagging Guidelines (ATG) needs to update too which I will draft 
at some stage.*

Relations in the ACT are often out of date and troublesome to update. The 
“signed bike path” relation in OSM belong to these “official routes” that get 
little attention. The nomenclature for routes in the ACT has changed. OSM ACT 
requires an update so that the “signed routes” relations are named correctly.

A few things need to be discussed:

- Where to get the official “signed routes”

- The ACT government is very poor at updating the signage

- Not all useful routes are official

- Are there copyright issue with sourcing routes from the Active Travel

Infrastructure Practitioner Tool?

 

## Where to get the official “signed routes”

The nomenclature for routes in the ACT is outlined in the document:

The Planning for Active Travel in the ACT: Active Travel Infrastructure Interim 
Planning Guideline, Transport Canberra and City Services, January 2019. (abbr. 
PATA)

https://www.tccs.act.gov.au/__data/assets/pdf_file/0006/1378545/Planning-for-Active-Travel-in-the-ACT.pdf

 

The mapping of the routes themselves is documented in the Active Travel Routes 
Alignments (ATRA) available through the Active Travel Infrastructure 
Practitioner Tool:

http://ACTiveinfrastructure.net.au

 

Yes, this is a mapping tool.

The routes can be seen on a new map “Your guide to cycling in Canberra” 
(release January 2019). The map is published by Transport Canberra (TCCS). The 
map is worth a look and can be purchased online.

 

## The new nomenclature in the ACT

The Active Travel Routes (ATR) consists of five route types: (PATA, page 19)

1. Community Routes for walking and cycling make up the bulk of the routes with 
facilities...;

2. On-Road Cycling Routes provide facilities to cater to the transport, fitness 
and recreational needs of a subset of generally fitter and faster cyclists 
comfortable riding on the roadway;

3. Accessible Pedestrian Routes identify the essential walking and wheelchair 
access routes to cater specifically for the needs of people with visual or 
mobility impairments;

4. Recreational Routes are those routes that include trails and paths specially 
developed for recreational and tourist purposes, for example, the Canberra 
Centenary Trail (CCT) and Lake Circuits (e.g. LBG); and

5. Equestrian Routes identify the alignments of the trails and corridors for 
equestrian use including the Bicentennial National Trail (BNT).

 

It is the Community Routes that are interesting for the cyclists and are ranked 
as we do with roads (motorway, trunk, primary, etc). But the names are 
different: principal, main, local and access. I think it only necessary to 
create relations for the first two types. Examples of the numbering 
nomenclature are provided.

Community Routes (PATA, page 22)

- Principal Community Routes (PCRs) Numbered M100, M200 etc to M900

- Main Community Routes (MCRs) Numbered M110, M120 etc. to M990

- Local Community Routes (LCRs)

- Access Community Routes (ACRs)

 

## Updating the signage

The ACT Government is very slow to provide adequate signage and just as bad at 
updating it. The lack of due diligence by the ACT Government means that the 
signage may be inconsistent for a decade.

The “what’s there” OSM verification test fails in this case for signage. Whats 
there is often wrong and ignored. Many cycle groups in the ACT are lobbing the 
ACT Government to fix. A better approach would be to label the routes using the 
official nomenclature. This is what I propose here.

 

## Unofficial routes

ACT OSM has quite a few unofficial routes. This makes sense. If the ACT 
Government does not build many new bike paths. There are often gaps in the 
network (missing links) and official routes end suddenly. To ride anywhere 
requires the use of unofficial routes. The OSM mappers have simply documented 
what is common practice. The unofficial routes may include back streets or 
footpaths, and paved paths across parks and along lanes between houses. The 
last two are common in Canberra suburbs. You will find unofficial routes in the 
ACT crossing straight across suburbs and connecting high schools with adjacent 
suburbs. All very 

[talk-au] Discussion G: nomenclature for routes in the ACT (relations)

2019-09-30 Thread Herbert.Remi via Talk-au
# Discussion G: nomenclature for routes in the ACT (relations)
*ACT bike routes (relations) need updating with the new nomenclature for the 
ACT. Australian Tagging Guidelines (ATG) needs to update too which I will draft 
at some stage.*
Relations in the ACT are often out of date and troublesome to update. The 
“signed bike path” relation in OSM belong to these “official routes” that get 
little attention. The nomenclature for routes in the ACT has changed. OSM ACT 
requires an update so that the “signed routes” relations are named correctly.
A few things need to be discussed:
- Where to get the official “signed routes”
- The ACT government is very poor at updating the signage
- Not all useful routes are official
- Are there copyright issue with sourcing routes from the Active Travel
Infrastructure Practitioner Tool?

## Where to get the official “signed routes”
The nomenclature for routes in the ACT is outlined in the document:
The Planning for Active Travel in the ACT: Active Travel Infrastructure Interim 
Planning Guideline, Transport Canberra and City Services, January 2019. (abbr. 
PATA)
https://www.tccs.act.gov.au/__data/assets/pdf_file/0006/1378545/Planning-for-Active-Travel-in-the-ACT.pdf

The mapping of the routes themselves is documented in the Active Travel Routes 
Alignments (ATRA) available through the Active Travel Infrastructure 
Practitioner Tool:
http://ACTiveinfrastructure.net.au

Yes, this is a mapping tool.
The routes can be seen on a new map “Your guide to cycling in Canberra” 
(release January 2019). The map is published by Transport Canberra (TCCS). The 
map is worth a look and can be purchased online.

## The new nomenclature in the ACT
The Active Travel Routes (ATR) consists of five route types: (PATA, page 19)
1. Community Routes for walking and cycling make up the bulk of the routes with 
facilities...;
2. On-Road Cycling Routes provide facilities to cater to the transport, fitness 
and recreational needs of a subset of generally fitter and faster cyclists 
comfortable riding on the roadway;
3. Accessible Pedestrian Routes identify the essential walking and wheelchair 
access routes to cater specifically for the needs of people with visual or 
mobility impairments;
4. Recreational Routes are those routes that include trails and paths specially 
developed for recreational and tourist purposes, for example, the Canberra 
Centenary Trail (CCT) and Lake Circuits (e.g. LBG); and
5. Equestrian Routes identify the alignments of the trails and corridors for 
equestrian use including the Bicentennial National Trail (BNT).

It is the Community Routes that are interesting for the cyclists and are ranked 
as we do with roads (motorway, trunk, primary, etc). But the names are 
different: principal, main, local and access. I think it only necessary to 
create relations for the first two types. Examples of the numbering 
nomenclature are provided.
Community Routes (PATA, page 22)
- Principal Community Routes (PCRs) Numbered M100, M200 etc to M900
- Main Community Routes (MCRs) Numbered M110, M120 etc. to M990
- Local Community Routes (LCRs)
- Access Community Routes (ACRs)

## Updating the signage
The ACT Government is very slow to provide adequate signage and just as bad at 
updating it. The lack of due diligence by the ACT Government means that the 
signage may be inconsistent for a decade.
The “what’s there” OSM verification test fails in this case for signage. Whats 
there is often wrong and ignored. Many cycle groups in the ACT are lobbing the 
ACT Government to fix. A better approach would be to label the routes using the 
official nomenclature. This is what I propose here.

## Unofficial routes
ACT OSM has quite a few unofficial routes. This makes sense. If the ACT 
Government does not build many new bike paths. There are often gaps in the 
network (missing links) and official routes end suddenly. To ride anywhere 
requires the use of unofficial routes. The OSM mappers have simply documented 
what is common practice. The unofficial routes may include back streets or 
footpaths, and paved paths across parks and along lanes between houses. The 
last two are common in Canberra suburbs. You will find unofficial routes in the 
ACT crossing straight across suburbs and connecting high schools with adjacent 
suburbs. All very practical.
This should be encouraged as it is useful for day-to-day cycling and routing, 
and secondly, documents common practice. It should also prove useful for 
cycling advocacy in Canberra.

## Sourcing data from the Active Travel Infrastructure Practitioner Tool
Copyright is an issue with OSM (or so I have been told) and is being 
investigated in this case. Feel welcome to give me tips on how to go about 
this. Inquiries are ongoing.

I welcome your comments.
keyword: Australia, ACT, routes, relations, ACT Government, active travel, 
Community Routes, CCT, BNT, ATR, TCCS___
Talk-au mailing list
Talk-au@openstreetmap.org

Re: [Talk-ca] Importing buildings in Canada

2019-09-30 Thread Eric Geiler
Good Morning,

I’m eager to become a regular participant and contributor.

[EricGeiler-1]

From: John Whelan 
Sent: Monday, September 30, 2019 8:31 AM
To: Nate Wessel 
Cc: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Importing buildings in Canada

I'm glad to see Toronto getting involved once more.

The original idea for using Open Data to import buildings followed on from a 
group of Toronto mappers who imported address information for a new sub 
division that was not available in CANVEC from Stats Canada after very 
carefully checking that the licenses etc aligned.

There was discussion in Talk-ca at the time before the import was done.

Cheerio John

Nate Wessel wrote on 2019-09-30 12:14 AM:


Hi Steve,

Thanks for posting the event! I just RSVPed.

I think a separate import event would probably be helpful - somewhere with wifi 
and outlets for laptops, probably not a bar. Perhaps we can book a meeting room 
at a public library or something?

I can poll some of the more active local editors to find a time that works well 
for people. Once we have a time and place it would be good to post something to 
the meetup group as well as here, Slack, etc.

If you or anyone else on the list feels like taking charge of this I'm happy to 
defer - otherwise I may try to organize something in the next month or so as I 
have time and energy.

Thanks,

Nate Wessel, PhD
Planner, Cartographer, Transport Nerd
NateWessel.com
On 2019-09-28 6:37 p.m., Steve Singer wrote:
On Sat, 28 Sep 2019, Nate Wessel wrote:



I for one would be happy to support a local effort to import high quality 
buildings in Toronto and/or the GTA. I
think if we can actually meet up face to face our discussions may remain a bit 
more civil and productive. Hopefully
consensus will be a bit easier to achieve with smaller groups too!

I see that the OSM Toronto meetup doesn't have any upcoming events... Would 
others in the GTA be interested in
planning a meet up to talk about a local import plan? Is anyone on the list in 
charge of organizing these?

I am one of the organizers of the OSM Toronto meetup.

I've now posted the regular monthly mappy hour meetup for the Toronto OSM 
group. I had been meaning to do this anyway.

I'm also happy to post a special event dedicated to discussing an import in the 
GTA if people are interested.






Best,

Nate Wessel, PhD
Planner, Cartographer, Transport Nerd
NateWessel.com

On 2019-09-28 1:03 p.m., Jarek Piórkowski wrote:

Hi all,

To be a bit more positive:

If we want to get buildings on the map, but we can't get Canada-wide
data improved by Statcan to a standard acceptable to all mappers in
Canada, IMO the best bet will be to split this into much smaller
batches and support local mappers who would be interested in getting
the data in.

In my browsing of neis-one.org statistics for Canadian mappers and the
Notes active in Canada, I've seen active mappers and small communities
in at least Halifax, Calgary, Edmonton, Vancouver, and Victoria
metros, and I might have missed some more. Many of them I have never
seen on the mailing list (which is a whole another issue), but
contacting them directly (via osm.org messages?), asking if they are
aware of other local mappers, if they would be interested in having
building data, if it is of acceptable standard to them, and if they
would be willing to help validate-and-upload the data (with help of
the central tooling) might get some success.

I hope that will go better than the previous attempt which could be
read - uncharitably - as a bunch of mailing list insiders throwing
federal data over the fence with little consultation.

It'll be a lot of work communicating and organizing. But getting
buildings is a lot of work, and if data producers can't do better,
whoever wants the buildings will have to do the work. Maybe with more
local support even the imports list will be more bearable.

Thanks,
--Jarek

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






___

Talk-ca mailing list

Talk-ca@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-ca

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


Re: [Talk-ca] Importing buildings in Canada

2019-09-30 Thread Eric Geiler
Team Canada, (unsure who this should be address to)

We are a local/regional courier and trucking company in southern Ontario with a 
decent sized fleet.  We are using Mapbox for our mapping / nav engine, 
therefore subject to using OSM data.  We have noticed a number of “issues/lack 
of data” for southern Ontario.  This ranges from lack of lane info, to lack of 
buildings, missing streets, missing exit/on-ramps to for Hwy 400 (which we 
added, and had Mapbox expedite the changesets) as it affected navigation for 
our drivers.

We are currently using a few devices to provide street level imagery via 
Mapillary, with a push coming shortly to map 1000km per day of street imagery.  
We are currently mapping about 250km per day in York Region.  Our internal goal 
is to provide /gathered street level imagery for 75% York Region by end of 
January 2020.

We are not in a position to provide map edits etc, as due to staff resources 
and lack of experience, our staff are not suited to become ‘map editors’ as our 
core business is transportation.  We are just trying to assist the editors with 
accurate ground level info.

I would be interested in further understanding how we can become involved on a 
regional level to improve OSM in southern Ontario.


[EricGeiler-1]

From: Nate Wessel 
Sent: Friday, September 27, 2019 12:03 PM
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Importing buildings in Canada


John,
You are once again purposely mischaracterizing my position on this and I do not 
appreciate it one bit. Your import did not follow the import guidelines and was 
not approved by the broader community. It was not sent out to the mailing list, 
it was barely documented, it was not posted on the import page on the wiki... I 
could go on. I was not the only person who had a problem with it - I was just 
the first to say something. The buildings imported in Toronto were very low 
quality IMO and the changes were happening very, very quickly and without 
notice.

But we do not need to rehash old fights.

I would like to see buildings (re)imported in Toronto (the rest of Canada is 
not really my business), but I would like to see it done right. I can elaborate 
what I mean by that, but so can the archives of this mailing list. If people 
are interested in engaging in a serious discussion about moving forward with a 
building import for Toronto, I am happy to engage constructively with that.

Respectfully,

Nate Wessel, PhD
Planner, Cartographer, Transport Nerd
NateWessel.com
On 2019-09-27 11:44 a.m., john whelan wrote:
From memory we have imported Ottawa's buildings under the correct license (Stat 
Can so the federal government's open data license) and the quality was deemed 
acceptable by the local mappers.

Then we opened up a second import plan to import buildings and a fair number 
were imported.  This included an task manager set up with tiles to assist the 
mapping.

The data sources were different as each municipality created their own source.

My understanding is some mappers thought the data should be preprocessed and 
two or three were going to come up with a plan to preprocess the data.

About that time an American mapper, Nate, who was living in Toronto took 
exception to 1,000,000 buildings being imported in Western Canada and requested 
the DWG to remove them without waiting for discussion on talk-ca to address his 
concerns.

We do have three sources of correctly licensed data, the Stat Can data sets, 
the Microsoft data sets, and the NR Canada LiDAR data.

I do know that a number of departments and agencies would like to use buildings 
and although they can use the open data sources using OSM would be more 
convenient.

I'm not sure what if anything is happening at the moment.

Are we expecting local groups to draw up their own import plan as Ottawa did 
since we seem to be unable to get a consensus across Canada?

My gut feeling is with three sources of data we'll see new mappers importing in 
buildings without going through an import process.  Are we content to let that 
happen?

Have whoever it was who was going to come up with a preprocessing plan done so? 
 Has it been accepted by the rest of us?

I note that Pierre has noted there is now a validation process in JOSM for 
correcting buildings that are not quite 90 degrees on the corners.  Would an 
acceptable approach be to import then return to check the angles on the corners 
and correct them?

Does Nate still have unaddressed concerns about buildings being imported in 
Western Canada?

Can we get a consensus about what to do next?

Thanks John





___

Talk-ca mailing list

Talk-ca@openstreetmap.org

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


[Talk-bo] vegetación, pastizales, praderas en Bolivia

2019-09-30 Thread Marco Antonio
Hola,

Desde hace unos años atrás desde la existencia de un mapa de
vegetación de Bolivia, estoy dando vueltas sobre cómo deberíamos
mapear estas zonas

mapa vegetación bolivia 2007
https://geo.gob.bo/geonetwork/srv/spa/catalog.search#/metadata/bc43dd48-76a5-44a3-83c3-9814bff3b6cd

añadí al tag grassland (pastizales) la puna de los andes centrales de
América del sur, pero pienso que hay más tipos por añadir, llanura de
moxos, el pantanal, el cerrado, el chaco, hay que investigar más

https://wiki.openstreetmap.org/wiki/Key:grassland

Para prados de Santa Cruz estoy mapeando con natural=meadow +
meadow=pasture o agricultural para esas extensiones de pastizalesde
crianza de ganado

mapa vegetación de la gobernación de santa cruz 2011
https://geo.gob.bo/geonetwork/srv/spa/catalog.search#/metadata/a701aae2-fbaf-4d09-bdea-a833ba390498

Para el Alto y La Paz hay mapas de zonas de las diferentes punas
(grassland=puna), arbustos enanos (natural=heath), matorrales de la
carretera a copacabana (natural=scrub) quizá para las punas húmedas al
sur oeste debería añadirse una etiqueta de humedal o algo así

vegetación región metropolitana la paz, 2015
https://geo.gob.bo/geonetwork/srv/spa/catalog.search#/metadata/29535f94-bf3f-4610-8e45-714c1055b105

vegetación de el alto 2015
https://geo.gob.bo/geonetwork/srv/spa/catalog.search#/metadata/bb6529ca-a21b-4ffd-93d1-c0dc3afff4ab

Para Cochabamba el parque tunari es mayoritariamente matorral enano
(natural=scrub) con areas pequeñas de bosque plantado y bosque natural
al norte

Lo genial del mapa de vegetación es que en algunos casos también
informa del ciclo de las hojas

Abrazos,

Marco Antonio

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


[Talk-ca] hebdoOSM Nº 479 2019-09-17-2019-09-23

2019-09-30 Thread theweekly . osm
Bonjour,

Le résumé hebdomadaire n° 479 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12408/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


[Talk-africa] hebdoOSM Nº 479 2019-09-17-2019-09-23

2019-09-30 Thread theweekly . osm
Bonjour,

Le résumé hebdomadaire n° 479 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12408/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa


[Talk-ht] hebdoOSM Nº 479 2019-09-17-2019-09-23

2019-09-30 Thread theweekly . osm
Bonjour,

Le résumé hebdomadaire n° 479 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12408/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.


Re: [OSM-talk-fr] Rapprochement OSM/Fantoir : données cadastre obsolètes ?

2019-09-30 Thread Vincent de Château-Thierry

Bonsoir,

Le 30/09/2019 à 22:11, Jean-Claude Repetto a écrit :

Le 30/09/2019 à 15:09, rainerU a écrit :
L’outil de rapprochement des données OSM et Fantoir affiche la date de 
récupération des données du cadastre. Cette date est très anciennes 
pour certaines communes, par exemple le 10-01-2016 pour le Code Insee 
66144 :


http://cadastre.openstreetmap.fr/fantoir/#insee=66144

Est-ce normal et que faut il faire pour que l'outil utilise des 
données à jour ?




Idem pour 06112: dernière récupération le 10/02/2017.
C'est assez gênant, car le cadastre a été complètement remis à jour en 
2018, avec plus d'une centaine de nouveaux noms de rue.


J'ai parlé ici il y a quelques mois d'une BANO v2. C'est bien en cours, 
plus près de la fin que du début. Concrètement cette BANO tourne 
actuellement sur un serveur d'OSM-fr mais n'a pas encore publiquement 
pris la place de l'instance qui tourne depuis 2014. Il reste à y 
(re)brancher les lieux-dits, les exports pour "publier" bano en csv, 
json et rdf chaque jour, les interfaces comme 
http://cadastre.openstreetmap.fr/fantoir/ justement, et le rendu carto 
BANO évidemment. Encore un peu de boulot donc.
Dans cette BANO v2, FANTOIR sera bien sûr à jour (actuellement juillet 
2019).

Merci pour votre patience

vincent

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


Re: [Talk-it] Tag ref anche per Codice Fiscale

2019-09-30 Thread Francesco Ansanelli
Grazie per il chiarimento... Scusami ma ero proprio convinto che il solo
nome fosse sufficiente per individuare una persona... Pensandoci con un
riferimento geografico e tutti i dati su OSM in pratica lo diventa.
Quindi, tag operator=Pippo SRL di Pippo diventa Pippo SRL?

Il lun 30 set 2019, 18:56 Martin Koppenhoefer  ha
scritto:

> Am Mo., 30. Sept. 2019 um 17:51 Uhr schrieb Francesco Ansanelli <
> franci...@gmail.com>:
>
>>
>> Il nome non è un dato personale.. l'ip della connessione sì.
>>
>>
>
> scusami, ma penso sia un'interpretazione poco comune.
> Cfr. per esempio le normative Europee e Americane, come citate qui:
> https://en.wikipedia.org/wiki/Personal_data
>
>
> USA
> “ Information which can be used to distinguish or trace an individual's
> identity, such as their name, social security number, biometric records,
> etc. alone, or when combined with other personal or identifying information
> which is linked or linkable to a specific individual, such as date and
> place of birth, mother’s maiden name, etc.
>
>
>
> EU directive 95/46/EC
> Article 2a: 'personal data' shall mean any information relating to an
> identified or identifiable natural person ('data subject'); an identifiable
> person is one who can be identified, directly or indirectly, in particular
> by reference to an identification number or to one or more factors specific
> to his physical, physiological, mental, economic, cultural or social
> identity;
>
>
>
> Ciao,
> Martin (scusa la formattazione scomposta)
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] Rapprochement OSM/Fantoir : données cadastre obsolètes ?

2019-09-30 Thread Jean-Claude Repetto

Le 30/09/2019 à 15:09, rainerU a écrit :
L’outil de rapprochement des données OSM et Fantoir affiche la date de 
récupération des données du cadastre. Cette date est très anciennes pour 
certaines communes, par exemple le 10-01-2016 pour le Code Insee 66144 :


http://cadastre.openstreetmap.fr/fantoir/#insee=66144

Est-ce normal et que faut il faire pour que l'outil utilise des données 
à jour ?




Idem pour 06112: dernière récupération le 10/02/2017.
C'est assez gênant, car le cadastre a été complètement remis à jour en 
2018, avec plus d'une centaine de nouveaux noms de rue.


Jean-Claude


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


Re: [OSM-talk-fr] Argumentaire pour la mise en place d'un serveur de tuile OSM

2019-09-30 Thread osm . sanspourriel

Ma réponse à Julien :

/À 100 € le To, tu peux expliquer ?/

//

/Je viens d'acheter un Crucial MX500 2 To pour 175 €./

//

/194
//mais
j'avais 10 % de réduction./

//

/C'est la Rolls (avec la Samsung 860) en 2,5" SATA./

//

/Et j'ai fait 500 coupures franches sur un MX300 (moins bien sur tous
les points de vue) pour essayer de mettre le système de protection
contre les coupures sans arriver à le mettre en défaut/

//

/Jean-Yvon/

Je précise que j'ai monté un serveur non pas monde mais plusieurs pays
d'Afrique, plusieurs d'Europe, plusieurs d'Asie (au moins).

J'utilisais Tessera, aujourd'hui je partirais plutôt d'OpenMapTiles.

Ils partagent feuilles de style (vectoriel) et imp2osm pour l'import
dans PostGres.

Jean-Yvon

Le 30/09/2019 à 17:09, PIERRE Sylvain via Talk-fr -
talk-fr@openstreetmap.org a écrit :


Bonjour,

J’ouvre peut-être quelques portes déjà bien ouvertes, mais voilà je me
lance :

Je m’interroge sur la possibilité/nécessité de mettre en place un
serveur de tuile OSM sur le périmètre d’une région française et de ses
régions limitrophes.

Au départ le constat que le rendu OSM patine un peu de temps en temps
(la rançon du succès ?), plus des besoins secondaires m’amène à cette
interrogation.

Du coup de quel argumentaire factuel, objectif puis-je disposer pour
vendre ce projet à mes responsables ? Le jeu en vaut-il la chandelle ?

Cordialement

Sylvain


___
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] Argumentaire pour la mise en place d'un serveur de tuile OSM

2019-09-30 Thread Julien djakk
Salut !

J’ai essayé pour la planète mais la technique actuelle demande beaucoup de
disque dur ! Le passage du pbf à postgis est gourmand en disque dur ...
Bon je te rassure, pour une région française ça ira.

Mais monter son serveur de rendu avec Europe.osm ou planet.osm est trop
exigeant en infrastructure, malgré les tutoriels ça n’est accessible qu’à
l’élite qui dispose d’un super-serveur ...
J’aimerai trouver une technique qui permette de démocratiser le rendu
mondial. Du genre moins de disque dur mais plus de processeur. Mapnik ne
prend pas que du postgis en entrée ... :-)


Julien “djakk”



Le lun. 30 sept. 2019 à 17:35, Christian Quest  a
écrit :

> Possibilité:
> - sans aucun problème, il y a des tonnes de tutoriels pour ça, le
> principal étant https://switch2osm.org/
> - choix possible aussi de passer en rendu vectoriel... les tutos
> commencent aussi à s'accumuler
>
> Nécessité:
> - si votre usage est important, ceci libère des ressources sur les
> serveurs de la fondation
> - si votre usage est critique, ceci vous permet de ne pas être ennuyé par
> l'indisponibilité (même temporaire par saturation) des serveurs de la
> fondation
>
> Les ressources nécessaires sur une zone restreinte ne sont pas énormes,
> surtout si l'on ne fait que des mises à jour pas trop fréquentes.
>
>
> Le lun. 30 sept. 2019 à 17:11, PIERRE Sylvain via Talk-fr <
> talk-fr@openstreetmap.org> a écrit :
>
>>
>>
>> Bonjour,
>>
>>
>>
>> J’ouvre peut-être quelques portes déjà bien ouvertes, mais voilà je me
>> lance :
>>
>>
>>
>> Je m’interroge sur la possibilité/nécessité de mettre en place un serveur
>> de tuile OSM sur le périmètre d’une région française et de ses régions
>> limitrophes.
>>
>> Au départ le constat que le rendu OSM patine un peu de temps en temps (la
>> rançon du succès ?), plus des besoins secondaires m’amène à cette
>> interrogation.
>>
>>
>>
>> Du coup de quel argumentaire factuel, objectif puis-je disposer pour
>> vendre ce projet à mes responsables ? Le jeu en vaut-il la chandelle ?
>>
>>
>>
>> Cordialement
>>
>>
>>
>> Sylvain
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Christian Quest - OpenStreetMap France
> ___
> 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: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

2019-09-30 Thread Petr Vozdecký
Od: Mirek Dlask 
Předmět: Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí
"

Ahoj,

nepotřebuji vědět kudy bus jede. Jestli po Hlavní, nebo Souběžnou mi je
jedno.

"



To je jako: ...nepotřebuji vědět, kudy ta cesta/pěšina/silnice vede, stačí
mi jen křižovatky, zjednodušíme si to na 2D drátový model a vše bude snazší,
bude se to líp spravovat, nemusí se řešit změny geometrie cest mezi
křižovatkami, bude to zabírat míň místa všude, navigovat "za 200m doleva" to
bohatě stačí...




Těch argumentů "pro" se dá najít vlastně strašně moc... ...a nakonec si
strašně zjednodušíme práci... ...a vlastně úplně všechno :)





vop
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [Talk-ca] Carte velo CyclOSM et Référence Route Verte

2019-09-30 Thread Martin Chalifoux via Talk-ca
Personnellement je laisserait le TCT tel-quel pour que ce soit cohérent sur 
tout le pays. On est pas a un acronyme anglais près. Mais pour la route verte 
l’idée me semble bonne de changer le référence de 1 à RV1, ce serait pas mal 
plus parlant et lisible. Personnellement je laisserait tomber le -, c’est 
jamais très lisible et ça ajoute rien (on écrit en général  l’autoroute A15, 
pas A-15).

En ce qui concerne la réseau métropolitain et son seul trajet, le 20 de Oka à 
St-Hilaire, il me semble que la relation avait été crée au niveau local car la 
convention prise au Canada est que National c’est pour le pays, Régional pour 
les privinces et il reste Local pour le reste. Là je vois qu’il est maintenant 
Regional. Le principe de base est que les réseaux régionaux je se chevauchent 
pas, comme pour les routes - chaque territoire a sa nomenclature. Ici on dit 
que plusieurs réseaux régionaux vont se chevaucher, nommément RV (provincial) 
et RCM (la CMM). Changer sa référence de 20 à RM20 serait cohérent avec la 
suggestion précédente pour la RV. La plupart des rendus ne montrent pas la 
référence pour les routes de niveau local. Le mettre Regional me semble pas un 
gros péché et ça le fera mieux ressortir. Mais il faut se poser la question à 
savoir quelle est la règle. Si un tas de routes plutôt locales (veloute 
Bellechase, Cheminot à Quebec, Estriade, Montégériage, etc) passent toutes au 
status Regional la RV ressortira de moins en moins du lot. Les conséquences? je 
suis pas certain.

Pour ce qui est des routes dites Local, il me semble qu’il y a un peu d’abus 
dans OSM. Des gens crée de telles routes pour des pistes qui sont 
essentiellement locales a un quartier ou une petite région. L’i’dee d’une route 
demeure de marquer une voie qui permet de voyager sur une bonne distance, pas 
juste aller à l’école du quartier. Les termes local et route sont un peu 
antagonistes. Si la moindre petite piste cyclable devient une route la map 
cyclable deviendra rapidement illisibles et confuse. La voie peut avoir les 
tags cycleway sans qu’une route soit ajoutée.

Cheers.

> On Sep 30, 2019, at 13:00, Alouette955  wrote:
> 
> Je n’étais pas encore contributeur lorsque la RV a été initialement 
> cartographiée dans OSM. J’ai alors pris pour acquis que les discussions 
> avaient eu lieu et j’ai continué dans le même sens. Comme nouveau 
> contributeur on me (nous) disait de ne pas cartographier pour le rendu alors 
> j’étais très prudent 
>  
> Depuis il y a eu le premier segment du Réseau Vélo Métropolitain dont le 
> numéro est 20 et qu’on ne peut discriminer de la RV.
>  
> Je suis maintenant un peu plus aguerri et plutôt d’accord avec ta proposition 
> mais aimerais laisser pour quelques jours la chance aux initiateurs de se 
> prononcer.
>  
> Si pas de réponses je corrigerai d’ici peu pour la RV.
>  
> Pour la route TCT, elle court sur l’ensemble du Canada et elle est définie 
> dans des relations cyclables englobantes.
>  
> De plus si j’ai bien compris la TCT n’est que partiellement cyclable, il y 
> aurait des sections TCT randonnées. Ont-elles été cartographiées dans des 
> relations?
>  
>   ref: https://wiki.openstreetmap.org/wiki/Canada#Trans_Canada_Trail <>
>  
> Serait-il acceptable de ne renommer que les segments du Québec TC? J’aimerais 
> l’avis des initiateurs ...
>  
> Salutations,
>  
> Claude
>  
> From: Pierre Béland via Talk-ca <>
> Sent: Sunday, September 29, 2019 2:27 PM
> To: Talk-CA OpenStreetMap <>
> Subject: [Talk-ca] Carte velo CyclOSM et Référence Route Verte
>  
> CyclOSM, une nouvelle carte vélo est disponible
> https://www.cyclosm.org/#map=14/45.5167/-73.5464/cyclosm 
> 
>  
> Et voici quelques commentaires pour les collègues du Québec, dont Claude, qui 
> font un suivi des réseaux de velo.
>  
> Sur les cartes de Velo, quoique la Route verte est bien tracée, il n'est pas 
> possible de l'identifier à partir de la référence puisque le no. est indiqué.
> Cela ne permet pas de clairement identifier ce réseau de vélo qui traverse 
> tout le Québec.  
>  
> Pour la clé-osm reference, je suggère donc d'ajouter le préfixe RV-
> Nous aurions donc
> ref=RV-1
>  RV-2 ...
>  
> Le sentier Trans-Canadien est lui identifié avec la référence TCT. Dans ce 
> cas, on pourrait indiquer ref=TC ce qui éviterait d'utiliser l'abbréviation  
> anglaise ou française (ie. STC, TCT).
> 
>  
> Pierre 
> 
>  
> 
>  Virus-free. www.avg.com 
> 
> 
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> 

Re: [Talk-ca] Carte velo CyclOSM et Référence Route Verte

2019-09-30 Thread Pierre Béland via Talk-ca
Merci Claude,
En ce qui a trait au Sentier Trans-Canada, j'ai repéré les relations suivantes :

Relation : Trans Canada Trail (Montreal to Gatineau) (2890229) 
Relation: Trans Canada Trail (Montreal to Sherbrooke) (7633543)
Relation: Trans Canada Trail (Sherbrooke to Quebec City) (7373910)Relation: 
Trans Canada Trail (Quebec City to Beaupré) (7377607)Relation: Trans Canada 
Trail (Beaupré to New Brunswick) (7639926) 
Cette relation est incomplète, il manque la portion Beaupré à Saint-Siméon
 
Pierre 
 

Le lundi 30 septembre 2019 13 h 00 min 42 s UTC−4, Alouette955 
 a écrit :  
 
 Je n’étais pas encore contributeur lorsque la RV a été initialement 
cartographiée dans OSM. J’ai alors pris pour acquis que les discussions avaient 
eu lieu et j’ai continué dans le même sens. Comme nouveau contributeur on me 
(nous) disait de ne pas cartographier pour le rendu alors j’étais très prudent  
Depuis il y a eu le premier segment du Réseau Vélo Métropolitain dont le numéro 
est 20 et qu’on ne peut discriminer de la RV.  Je suis maintenant un peu plus 
aguerri et plutôt d’accord avec ta proposition mais aimerais laisser pour 
quelques jours la chance aux initiateurs de se prononcer. Si pas de réponses je 
corrigerai d’ici peu pour la RV. Pour la route TCT, elle court sur l’ensemble 
du Canada et elle est définie dans des relations cyclables englobantes.  De 
plus si j’ai bien compris la TCT n’est que partiellement cyclable, il y aurait 
des sections TCT randonnées. Ont-elles été cartographiées dans des relations?   
ref: https://wiki.openstreetmap.org/wiki/Canada#Trans_Canada_Trail Serait-il 
acceptable de ne renommer que les segments du Québec TC? J’aimerais l’avis des 
initiateurs ... Salutations, Claude From: Pierre Béland via Talk-ca Sent: 
Sunday, September 29, 2019 2:27 PMTo: Talk-CA OpenStreetMap Subject: [Talk-ca] 
Carte velo CyclOSM et Référence Route Verte CyclOSM, une nouvelle carte vélo 
est disponible
https://www.cyclosm.org/#map=14/45.5167/-73.5464/cyclosm Et voici quelques 
commentaires pour les collègues du Québec, dont Claude, qui font un suivi des 
réseaux de velo. Sur les cartes de Velo, quoique la Route verte est bien 
tracée, il n'est pas possible de l'identifier à partir de la référence puisque 
le no. est indiqué.
Cela ne permet pas de clairement identifier ce réseau de vélo qui traverse tout 
le Québec.  
 Pour la clé-osm reference, je suggère donc d'ajouter le préfixe RV-
Nous aurions doncref=RV-1 RV-2 ... Le sentier Trans-Canadien est lui 
identifié avec la référence TCT. Dans ce cas, on pourrait indiquer ref=TC ce 
qui éviterait d'utiliser l'abbréviation  anglaise ou française (ie. STC, TCT).
 Pierre 


|  | Virus-free. www.avg.com  |



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


[Talk-GB] Resurrecting the 'find the missing paths for 2026' project

2019-09-30 Thread Nick Whitelegg
Hi,

Was just thinking whether it would be worth us (as in OSM UK) resurrecting the 
'missing paths for 2026' project?

A quick reminder - we have until 2026 to record historical rights of way which 
have fallen out of use in recent times, and the combination of OSM, council 
data and historical map layers (which I have been granted access to by NLS for 
MapThePaths) would be a good way to identify possible missing paths.

I made a start on this about a year ago, here's a quck mock-up showing council 
data in colours and OSM paths shown in white as a 'tippex' effect. This allows 
the identification of historical 'F.P' footpaths on the historical maps which 
do not correspond either to current council RoWs or current OSM paths, and thus 
would be candidates for investigation to see if the path is in a usable state 
or there is evidence of use.

http://mapthepaths.org.uk/?mode=1

Obviously it's perhaps not the best time of year to launch an outdoor project - 
but the next few months would be a good time to develop the project ready for 
use in the spring.

Anyone keen to work on this?
Gitlab: https://gitlab.com/nickw1/mapthepaths/

Thanks,
Nick



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


[OSM-talk] Hikar update - campsites,, hostels and mountain huts

2019-09-30 Thread Nick Whitelegg
Hi,

Thanks to everyone who attended my talk on Hikar (OSM augmented reality Android 
app for hikers, https://hikar.org) at SOTM!

Just a quick heads up on some small changes (version 0.3.1), partly as a result 
of feedback at SOTM.
The virtual signposts on the app now show campsites, alpine huts, hostels and 
viewpoints - all features of interest to walkers.

Also the Canary Islands are now covered - originally they were omitted as they 
are classed as Africa, not Europe.

Thanks,
Nick


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


Re: [Talk-ca] Carte velo CyclOSM et Référence Route Verte

2019-09-30 Thread Alouette955
Je n’étais pas encore contributeur lorsque la RV a été initialement 
cartographiée dans OSM. J’ai alors pris pour acquis que les discussions avaient 
eu lieu et j’ai continué dans le même sens. Comme nouveau contributeur on me 
(nous) disait de ne pas cartographier pour le rendu alors j’étais très prudent 

Depuis il y a eu le premier segment du Réseau Vélo Métropolitain dont le numéro 
est 20 et qu’on ne peut discriminer de la RV. 

Je suis maintenant un peu plus aguerri et plutôt d’accord avec ta proposition 
mais aimerais laisser pour quelques jours la chance aux initiateurs de se 
prononcer.

Si pas de réponses je corrigerai d’ici peu pour la RV.

Pour la route TCT, elle court sur l’ensemble du Canada et elle est définie dans 
des relations cyclables englobantes. 

De plus si j’ai bien compris la TCT n’est que partiellement cyclable, il y 
aurait des sections TCT randonnées. Ont-elles été cartographiées dans des 
relations?

  ref: https://wiki.openstreetmap.org/wiki/Canada#Trans_Canada_Trail

Serait-il acceptable de ne renommer que les segments du Québec TC? J’aimerais 
l’avis des initiateurs ...

Salutations,

Claude

From: Pierre Béland via Talk-ca 
Sent: Sunday, September 29, 2019 2:27 PM
To: Talk-CA OpenStreetMap 
Subject: [Talk-ca] Carte velo CyclOSM et Référence Route Verte

CyclOSM, une nouvelle carte vélo est disponible

https://www.cyclosm.org/#map=14/45.5167/-73.5464/cyclosm

Et voici quelques commentaires pour les collègues du Québec, dont Claude, qui 
font un suivi des réseaux de velo.

Sur les cartes de Velo, quoique la Route verte est bien tracée, il n'est pas 
possible de l'identifier à partir de la référence puisque le no. est indiqué.

Cela ne permet pas de clairement identifier ce réseau de vélo qui traverse tout 
le Québec.  


Pour la clé-osm reference, je suggère donc d'ajouter le préfixe RV-

Nous aurions donc
ref=RV-1
 RV-2 ...

Le sentier Trans-Canadien est lui identifié avec la référence TCT. Dans ce cas, 
on pourrait indiquer ref=TC ce qui éviterait d'utiliser l'abbréviation  
anglaise ou française (ie. STC, TCT).



Pierre 


 Virus-free. www.avg.com  




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


Re: [Talk-it] Tag ref anche per Codice Fiscale

2019-09-30 Thread Martin Koppenhoefer
Am Mo., 30. Sept. 2019 um 17:51 Uhr schrieb Francesco Ansanelli <
franci...@gmail.com>:

>
> Il nome non è un dato personale.. l'ip della connessione sì.
>
>

scusami, ma penso sia un'interpretazione poco comune.
Cfr. per esempio le normative Europee e Americane, come citate qui:
https://en.wikipedia.org/wiki/Personal_data


USA
“ Information which can be used to distinguish or trace an individual's
identity, such as their name, social security number, biometric records,
etc. alone, or when combined with other personal or identifying information
which is linked or linkable to a specific individual, such as date and
place of birth, mother’s maiden name, etc.



EU directive 95/46/EC
Article 2a: 'personal data' shall mean any information relating to an
identified or identifiable natural person ('data subject'); an identifiable
person is one who can be identified, directly or indirectly, in particular
by reference to an identification number or to one or more factors specific
to his physical, physiological, mental, economic, cultural or social
identity;



Ciao,
Martin (scusa la formattazione scomposta)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-GB] non-squared buildings

2019-09-30 Thread Mateusz Konieczny



30 Sep 2019, 12:55 by ajt1...@gmail.com:

> one of the complaints - perhaps because it's an "easy to find"problem 
> - is unsquared (or unrounded) buildings
>
Common issue was that traced geometry was sometimes utterly unrelated to
geometry of object on the ground.

Unsquared check is probably attempt to detect this kind of situation.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [talk-au] Discussion F: landuse=residential

2019-09-30 Thread Mateusz Konieczny

30 Sep 2019, 05:30 by talk-au@openstreetmap.org:

>
> # Discussion F: landuse=residential
>
>
Given that you are not responding to comments/doubts about what you present
it is obvious that you are not treating it as a discussion.

In such situation I am not going to read yet another XXL sized message.

But I spotted

>
> I have not had the time to review OSM Wiki on this, unfortunately. 
>
>
Please, invest more effort in using existing documentation over mailing list 
postings.

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


Re: [OSM-talk-fr] effet SNT

2019-09-30 Thread marc marc
Bonjour,

Pour ma part, de par le suivit régulier des nouveaux,
je pense avoir "détecté" 4 classes et les problèmes attendus
sont survenus pour 3 d'entre elles :
- aucun mot sur les profils (l'une des classes pouvait se supposer de 
par les noms d'utilisateur, l'autre de par les descriptions utilisés)
aucun mot sur le professeur, aucune info si le prof corrigera ou ferra 
corriger les erreurs ou si c'est la communauté qui est bénévole pour 
l'éducation nationale.
- beaucoup de tests (genre un arbre qui devient tout autre chose
) de descriptif totalement incohérent avec la modif (ajout de X qui ne 
fait que supprimer des bâtiments). débutant ? précipitation ? 
je-m-en-fou-du-cours ? difficile à dire..
- une seule réponse à mes messages, ce n'est pas pire que les nouveaux 
normaux, mais je trouve cela totalement insuffisant pour des 
contributions organisées.
est-ce que cela améliore ou dégrade la qualité ?
avant mon intervention, c'était du niveau d'une asso humanitaire 
tristement connue pour sa non-qualité.
en y passant bcp de temps pour comprendre la réalité/l'intention,
p'tre que cela pourrait être une source pour détecter des améliorations
réelles à faire (un batiment manquant, un POI qui a changé)
- je n'ai regardé le lendemain si les comptes continuait à être utilisé,
je n'en ai pas vu. pas vu non plus d'effet "compte normaux le soir
d'une cours/contributions organisées". donc à court terme,
cela n'a pas l'air d'avoir d'effet notable sur le nombre de contributeur

mais je n'ai pas la prétention d'avoir une vue globale,
il y a de nombreux jours où d'autres activités m'occupent
que le suivit des nouveaux pour lesquels ont manquent toujours
cruellement de bras et de motivés.

et pourtant, c'est un peu le proverbe de d'apprendre à pêcher (=aider
le nouveau à faire de la qualité) ou donner un poisson (=corriger + tard 
les erreurs dans osm sans résoudre le problème en amont).
c'est sans doute cela le pire : être reconnu comme digne d'intérêt
comme apprentissage de la jeunesse mais ne pas (en tant que communauté) 
avoir d'intérêt/action digne à la hauteur de la marche à gravir
pour les intégrer avec un objectif qualité.

Le 30.09.19 à 17:58, Cédric Frayssinet a écrit :
> Bonjour,
> 
> C'est en effet un peu tôt, mais cela devrait bientôt arriver mais 
> clairement pas en masse. Nous ne serons pas nombreux à faire contribuer 
> les élèves (de secondes) à OSM. C'est assez simple à comprendre :
> 
>   * un groupe classe à gérer (pour ma part entre 16 et 24 mais certains
> lycées sont à 35),
>   * des élèves plutôt digital naïfs que natifs (je m'en aperçois à
> toutes les séances),
>   * une méconnaissance d'OSM de la part des profs (les enseignants
> contributeurs ne doivent pas excéder la dizaine par académie),
>   * peur de faire une bêtise sur la bdd,
>   * la gestion des comptes OSM,
>   * un programme absolument démentiel pour l'enseignant qui n'est pas
> féru du numérique...
> 
> 
> Bref, autant de bonnes raisons que de mettre cette partie là de côté 
> (perso, je n'aborderai pas les trames NMEA). Pour ma part, j'ai donc 
> prévu de faire contribuer les élèves mais selon les classes, ce sera 
> peut-être différent :
> 
>   * carto-partie ciblée autour du lycée,
>   * repérer des contributions dans les quartiers des élèves et les faire
> avec moi lors des séances en classe,
>   * autre ?
> 
> Je suis en train de finaliser le support pour les élèves, nous attaquons 
> la semaine prochaine (à raison d'1h30 / semaine sur 4 semaines), je vous 
> ferai passer l'URL afin que vous puissiez y jeter un œil pour les 
> intéressés.
> 
> 
> Cédric
> 
> 
> Le 25/09/2019 à 08:33, Vincent Bergeot a écrit :
>> Le 25/09/2019 à 08:24, Yves P. a écrit :
>>> Bonjour,
>>>
>>> Tu parles des *Sciences Numériques et Technologie.*
>>>
>>> J’ai trouvé ces pages pour ceux qui auraient — comme moi — loupé le 
>>> sujet :
>>> https://www.openstreetmap.org/user/Cdrik_69/diary/240068
>>> http://icnisnlycee.free.fr/index.php/43-snt/localisation-cartographie-et-mobilite
>>>
>>> Cdrik_69 qui est enseignant à peut-être déjà des retours à nous 
>>> partager ?
>>> J'ai testé pour vous : la cartographie collaborative avec des élèves. 
>>>  (10 juin 2019)
>>>
>>> Ok, ce que tu cherches, c’est savoir si ça dégrade ou améliore la 
>>> qualité et la quantité des contributions OSM.
>>> Je ne pense pas qu’il y a un tag SNT dans les changeset pour savoir 
>>> avec OSMCha que les éditions ont été faites dans ce cadre.
>>>
>>> On peut aussi interroger les lycéens de notre entourage…
>>
>> Bonjour,
>>
>> merci Yves pour les précisions !
>>
>> Je n'ai pas encore de retours, depuis la mise en place à la rentrée de 
>> septembre 2019.
>>
>> Cdrik_69 nous tiendra sans doute au courant de ce qui se déroule dans 
>> l'académie de Lyon, voir ailleurs en France.
>>
>> Parmi les éléments qui pourraient être en lien avec le programme et 
>> nous donner des indices :
>>
>>   * création 

Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

2019-09-30 Thread Mirek Dlask
po 30. 9. 2019 v 17:09 odesílatel jzvc via talk-cz <
talk-cz@openstreetmap.org> napsal:

> Dne 30.9.2019 v 13:33 Mirek Dlask napsal(a):
>
> Ahoj,
> nepotřebuji vědět kudy bus jede. Jestli po Hlavní, nebo Souběžnou mi je
> jedno. Zajímá mě odkud kam, kdy to jede a kdy tam budu.  O kompletních
> časech odjezdů a příjezdů můžeme v OSM jenom snít.
> Vkládat do relací pouze zastávky je dobrá myšlenka. Problém je, že by se
> data musela  udržovat někde mimo OSM. Pokud nemám cesty, nemám podle čeho
> bych zastávky seřadil a seřazení hlídal.
> Naopak by odpadly problémy s udržováním relací tras a fragmentací cest.
>
> Jako variantu bych omezení jenom na zastávky podpořil. Je to někde mezi
> route_ref na zastávkách, kde nemám návaznost na další zastávky a
> kompletními relacemi zastávek + cest.
>
> Nezajima me nejaka geometrie budov, staci mi vedet, ze tam nejaka je,
> natoz aby me zajimal nejaky 3d model. Stejne tak me nezajima jestli ma
> silnice 2, 3 nebo 10 pruhu ... mam pokracovat? Uplne stejne se totiz z OSM
> da vyhodit 99% dat ktery tam jsou, protoze zrovna me naprosto nezajimaji (a
> navic ty informace stejne 99% objektu nema). Nekoho ale zajima muzou a
> muzou mu poskytnout vemi podstatnou informaci. Treba na tema jak dlouho to
> pojede, pripadne kolik ho to bude stat (kupodivu je jizdny dost casto dany
> km ...)
>
> Proto si ja osobne myslim, ze skutecna trasa autobusovych a jinych linek
> je proste neco, co do OSM patri, bez ohledu na to, jak blbe to je nebo neni
> aktualne udrzovane. Ono se totiz vzhledem k tomu, jak podobna data
> (ne)zobrazuje mapa, neni cemu divit.
>
>
>  Netvrdím, že trasy  do mapy nepatří. Jenom bych (možná) měl mít možnost
veř. dopravu mapovat bez nich. Je jednodušší stáhnout si v JOSM zastávky a
vyhledat např:
"U1528Z2" OR "U1526Z2" OR "U1525Z2" OR "U1524Z2" OR "U1502Z1" OR "U1503Z4"
OR "U280Z3" OR "U62Z2" OR "U388Z4" OR "U1158Z82"
vložit do relace a seřadit. Je to PID linka 906. Předpoklad -  že tam někdo
ty ref, nebo ref:PID dal.

Vyzkoušel jsem si i mapování linek abych otestoval jejich 'nerozbitnost'.
Třeba https://www.openstreetmap.org/relation/10024893
Je to zkrátka přinejmenším pracnější.
Vůbec jsem neuspěl v Turnově, kde jsem si nechal cesty seřadit, čímž se
dokonale rozřadily. Možná se k tomu někdy vrátím.

Umím si představit variantu, kdy jsou v OSM jenom zastávky a jinde v OSM
uloženy trasy včetně cest pro ty zvědavější. Vím, určitě už něco takového
existuje, nevím jestli pro ČR.

M.D

>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [OSM-talk-fr] effet SNT

2019-09-30 Thread Cédric Frayssinet
Bonjour,

C'est en effet un peu tôt, mais cela devrait bientôt arriver mais
clairement pas en masse. Nous ne serons pas nombreux à faire contribuer
les élèves (de secondes) à OSM. C'est assez simple à comprendre :

  * un groupe classe à gérer (pour ma part entre 16 et 24 mais certains
lycées sont à 35),
  * des élèves plutôt digital naïfs que natifs (je m'en aperçois à
toutes les séances),
  * une méconnaissance d'OSM de la part des profs (les enseignants
contributeurs ne doivent pas excéder la dizaine par académie),
  * peur de faire une bêtise sur la bdd,
  * la gestion des comptes OSM,
  * un programme absolument démentiel pour l'enseignant qui n'est pas
féru du numérique...


Bref, autant de bonnes raisons que de mettre cette partie là de côté
(perso, je n'aborderai pas les trames NMEA). Pour ma part, j'ai donc
prévu de faire contribuer les élèves mais selon les classes, ce sera
peut-être différent :

  * carto-partie ciblée autour du lycée,
  * repérer des contributions dans les quartiers des élèves et les faire
avec moi lors des séances en classe,
  * autre ?

Je suis en train de finaliser le support pour les élèves, nous attaquons
la semaine prochaine (à raison d'1h30 / semaine sur 4 semaines), je vous
ferai passer l'URL afin que vous puissiez y jeter un œil pour les
intéressés.


Cédric


Le 25/09/2019 à 08:33, Vincent Bergeot a écrit :
> Le 25/09/2019 à 08:24, Yves P. a écrit :
>> Bonjour,
>>
>> Tu parles des *Sciences Numériques et Technologie.*
>>
>> J’ai trouvé ces pages pour ceux qui auraient — comme moi — loupé le
>> sujet :
>> https://www.openstreetmap.org/user/Cdrik_69/diary/240068
>> http://icnisnlycee.free.fr/index.php/43-snt/localisation-cartographie-et-mobilite
>>
>> Cdrik_69 qui est enseignant à peut-être déjà des retours à nous
>> partager ?
>> J'ai testé pour vous : la cartographie collaborative avec des élèves.
>>  (10 juin 2019)
>>
>> Ok, ce que tu cherches, c’est savoir si ça dégrade ou améliore la
>> qualité et la quantité des contributions OSM.
>> Je ne pense pas qu’il y a un tag SNT dans les changeset pour savoir
>> avec OSMCha que les éditions ont été faites dans ce cadre.
>>
>> On peut aussi interroger les lycéens de notre entourage…
>
> Bonjour,
>
> merci Yves pour les précisions !
>
> Je n'ai pas encore de retours, depuis la mise en place à la rentrée de
> septembre 2019.
>
> Cdrik_69 nous tiendra sans doute au courant de ce qui se déroule dans
> l'académie de Lyon, voir ailleurs en France.
>
> Parmi les éléments qui pourraient être en lien avec le programme et
> nous donner des indices :
>
>   * création de nombreux nouveaux comptes dans une zone "restreinte"
> (voir en proximité d'un lycée)
>   * la contribution à travers des notes (un élément que l'on retrouve
> dans plusieurs des documents produits pour aider les enseignants à
> prendre en charge cette matière), également en proximité de lycée
>
> Quand à savoir si cela dégrade ou améliore, à mon avis c'est bien tôt
> pour le savoir, mais effectivement à "surveiller" !
>
> PS : est-ce qu'un éditeur type iD-EN pour l'Education Nationale
> pourrait être un moyen de suivre plus facilement (avec un #
> automatique), d'autant que c'est bien dans le cadre de contributions
> organisées !!
> -- 
> Vincent Bergeot
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
Dégooglisé !  - Sociétaire Enercoop
, l'énergie militante

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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


Re: [Talk-it] Tag ref anche per Codice Fiscale

2019-09-30 Thread Francesco Ansanelli
Il lun 30 set 2019, 17:13 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 30. Sep 2019, at 16:18, Francesco Ansanelli 
> wrote:
> >
> > Il dato personale, consente di individuare una persona in maniera
> univoca...
>
>
> non è necessario che il dato da solo ti fa risalire alla persona singola,
> potrebbe essere anche la combinazione di dati (insomma, non credo siamo
> contestando che il nome sia un dato personale, o sì?).
>
>
> Il nome non è un dato personale.. l'ip della connessione sì.
>
> Ciao Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Diversity-talk] Your talk submission for SotM 2019

2019-09-30 Thread Rebecca Firth
Hi there,

I took a load of notes, but unfortunately a bit snowed under this week with
quite a variety of project deadlines -- is it okay if I add them in by
Wednesday?

Thanks!

On Mon, Sep 30, 2019 at 4:30 PM Heather Leson 
wrote:

> Dear colleagues, thank you so much for this discussion.
>
> I started the draft here - https://pads.ccc.de/bwWXryNYXv
>
> Rebecca, I think you took some notes as well?  would you be able to fold
> these in?
>
> Can we aim to publish on Saturday?
>
> Heather
> Heather Leson
> heatherle...@gmail.com
> Twitter/skype: HeatherLeson
> Blog: textontechs.com
>
>
> On Thu, Sep 26, 2019 at 10:40 PM Miriam Mapanauta 
> wrote:
>
>> Hi to all,
>>
>> So great to see you last week, I was very happy to see so many people
>> joining and participating in the Panel. Many people is asking me if it was
>> recorded because they would love to watch it, I am aware it was not
>> recorder but I suggest that we write a blog with the concerns and actions
>> we heard we should be taking in the future. I would be glad to co-write
>> something in the coming weeks.
>>
>> Big hug from sunny Mexico!
>>
>> Miriam
>>
>> On Tue, Sep 17, 2019 at 2:46 PM Rory McCann  wrote:
>>
>>> Sat. lunchtime or 2nd break is fine with me.
>>>
>>> See yous soon! :)
>>>
>>> On So, Sep 15, 2019 at 6:20 PM, Heather Leson 
>>> wrote:
>>> > Dennis, we would love for you to join us. Please add your name to the
>>> > hackpad.
>>> >
>>> > All - would it be possible to meet at lunch or second break on
>>> > saturday to talk through the plan.
>>> >
>>> > See you soon
>>> >
>>> > Heather
>>> > Heather Leson
>>> > heatherle...@gmail.com
>>> > Twitter/skype: HeatherLeson
>>> > Blog: textontechs.com
>>> >
>>> >
>>> > On Sun, Sep 15, 2019 at 5:40 PM Dennis Raylin Chen
>>> >  wrote:
>>> >> Hi Heather,
>>> >>
>>> >> If you need a East Asia perspect,
>>> >>
>>> >> Maybe I could help.
>>> >>
>>> >> Sorry for the late reply.
>>> >>
>>> >> Dennis Raylin Chen
>>> >>
>>> >>
>>> >>
>>> >> Heather Leson  於 2019年9月13日 週五
>>> >> 09:17 寫道:
>>> >>> Hirray. So if folks can add their names to the chart, this will
>>> >>> help. Maybe we could lunch on saturday to plan.
>>> >>>
>>> >>>
>>> >>> Heather
>>> >>>
>>> >>> On Fri, 13 Sep 2019, 07:27 Gertrude Namitala,
>>> >>>  wrote:
>>>  Hello Heather,
>>> 
>>>  I will help out. Sorry for delay in response.
>>> 
>>>  Kind regards,
>>>  Gertrude
>>> 
>>>  On Sun, 8 Sep 2019, 20:07 Heather Leson, 
>>>  wrote:
>>> > HI folks, I heard back from Rebecca and Patricia. they will help
>>> > out. We would very much like to engage others. Let me know if you
>>> > would like to be involved.  We will need the following:
>>> >
>>> > 4 or 5 helpers (low prep, just help lead a discussion)
>>> > an OSM Diary. Happy to cowrite with you
>>> >
>>> > Our allies at the Mozilla Diversity and Inclusion mailing list
>>> > suggested a format. I think it is helpful. I put the notes and
>>> > format draft here. Edits welcome
>>> >
>>> > https://pads.ccc.de/bwWXryNYXv
>>> >
>>> > See you soon
>>> >
>>> > Heather
>>> >
>>> > Heather Leson
>>> > heatherle...@gmail.com
>>> > Twitter/skype: HeatherLeson
>>> > Blog: textontechs.com
>>> >
>>> >
>>> > On Tue, Sep 3, 2019 at 6:47 PM Heather Leson
>>> >  wrote:
>>> >> Dear colleagues,
>>> >>
>>> >> I hope that your summer was grand.
>>> >>
>>> >> I am researching formats for this. One thing that might help us
>>> >> is to tackle what is inclusive language and what are some of the
>>> >> measures to improve diversity - specifically in the board and
>>> >> working groups. Thoughts?
>>> >>
>>> >> "The OSM community is global and diverse. Building on last
>>> >> year's Open Heroines conversation, we will co-create a space for
>>> >> OSM to talk about how to improve diversity and inclusion in our
>>> >> amazing project. All welcome."
>>> >>
>>> >> How can OSM be more diverse and inclusive? Join us to share your
>>> >> lessons and ideas on how we might grow and support a Diversity
>>> >> and Inclusive approach in OSM. This is an activity taking place
>>> >> across other 'open' communities. We will ask participants to
>>> >> co-create plans and identify how we might incorporate it into
>>> >> small and big activities within the global network. The format
>>> >> will be co-created with some potential outcomes. The goal is to
>>> >> be a conversation with interactive, participatory methods and
>>> >> some small group work.
>>> >>
>>> >> See more about this topic:
>>> >>
>>> https://blog.mozilla.org/internetcitizen/2019/03/04/open-source-inclusion/
>>> >> https://opensourcediversity.org/
>>> >> https://github.com/mozilla/diversity
>>> >>
>>> >>
>>> >> Shared planning space - https://pads.ccc.de/bwWXryNYXv
>>> >>
>>> >>
>>> >> Thank you
>>> 

Re: [OSM-talk-fr] Intégration de Bases Adresses Locales (OpenData)

2019-09-30 Thread Christian Quest
La clé d'interop (CIA pour les intimes) a été pensée pour faciliter les
rapprochement de bases, pas pour établir un identifiant unique et stable
dans le temps (problème des voies temporairement sans codes FANTOIR, des
codes qui changent suite à une correction ou un renommage de la voie,
etc... et bien sûr les fusions de communes).

Je ne vois pas trop l'intérêt de l'ajouter dans OSM. Ajouter le code
FANTOIR sur la voie a plus d'intérêt... quand il y a ambiguité.

Attention aussi à la qualité géométrique des données... on trouve un peu de
tout dans les bases adresses :(


Le lun. 30 sept. 2019 à 17:30, marc marc  a
écrit :

> Ref ou une de ses sous-clef
> La vrai question c'est pourquoi faire ? Qui aura besoin d'identifier une
> adresse par une clef autre que l'adresse ? À mon avis c'est typiquement le
> genre de ref totalement inutile dans osm et qui au final embrouille le
> contributeur
>
> Le 30 sept. 2019 à 15:42, emeric Prouteau  a
> écrit :
>
> Bonjour,
>
> Je souhaite intégrer des bases adresses locales disponibles sur data.gouv.
>
> Dans les infos j'aurais aimé indiquer la cle_interop qui est l'identifiant
> de l'adresse, mais je ne sais pas quel Tag utiliser.
>
> Auriez vous une idée ?
>
> Bonne aprem,
>
> --
> *Emeric PROUTEAU*
>
>
>
> *emeric.prout...@gmail.com  Avant d'imprimer.
> Pensons à l'environnement. Save paper. Do you really need to print this
> e-mail?*
>
> ___
> 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
>


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


Re: [OSM-talk-fr] Argumentaire pour la mise en place d'un serveur de tuile OSM

2019-09-30 Thread Christian Quest
Possibilité:
- sans aucun problème, il y a des tonnes de tutoriels pour ça, le principal
étant https://switch2osm.org/
- choix possible aussi de passer en rendu vectoriel... les tutos commencent
aussi à s'accumuler

Nécessité:
- si votre usage est important, ceci libère des ressources sur les serveurs
de la fondation
- si votre usage est critique, ceci vous permet de ne pas être ennuyé par
l'indisponibilité (même temporaire par saturation) des serveurs de la
fondation

Les ressources nécessaires sur une zone restreinte ne sont pas énormes,
surtout si l'on ne fait que des mises à jour pas trop fréquentes.


Le lun. 30 sept. 2019 à 17:11, PIERRE Sylvain via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

>
>
> Bonjour,
>
>
>
> J’ouvre peut-être quelques portes déjà bien ouvertes, mais voilà je me
> lance :
>
>
>
> Je m’interroge sur la possibilité/nécessité de mettre en place un serveur
> de tuile OSM sur le périmètre d’une région française et de ses régions
> limitrophes.
>
> Au départ le constat que le rendu OSM patine un peu de temps en temps (la
> rançon du succès ?), plus des besoins secondaires m’amène à cette
> interrogation.
>
>
>
> Du coup de quel argumentaire factuel, objectif puis-je disposer pour
> vendre ce projet à mes responsables ? Le jeu en vaut-il la chandelle ?
>
>
>
> Cordialement
>
>
>
> Sylvain
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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


Re: [Diversity-talk] Your talk submission for SotM 2019

2019-09-30 Thread Heather Leson
Dear colleagues, thank you so much for this discussion.

I started the draft here - https://pads.ccc.de/bwWXryNYXv

Rebecca, I think you took some notes as well?  would you be able to fold
these in?

Can we aim to publish on Saturday?

Heather
Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com


On Thu, Sep 26, 2019 at 10:40 PM Miriam Mapanauta 
wrote:

> Hi to all,
>
> So great to see you last week, I was very happy to see so many people
> joining and participating in the Panel. Many people is asking me if it was
> recorded because they would love to watch it, I am aware it was not
> recorder but I suggest that we write a blog with the concerns and actions
> we heard we should be taking in the future. I would be glad to co-write
> something in the coming weeks.
>
> Big hug from sunny Mexico!
>
> Miriam
>
> On Tue, Sep 17, 2019 at 2:46 PM Rory McCann  wrote:
>
>> Sat. lunchtime or 2nd break is fine with me.
>>
>> See yous soon! :)
>>
>> On So, Sep 15, 2019 at 6:20 PM, Heather Leson 
>> wrote:
>> > Dennis, we would love for you to join us. Please add your name to the
>> > hackpad.
>> >
>> > All - would it be possible to meet at lunch or second break on
>> > saturday to talk through the plan.
>> >
>> > See you soon
>> >
>> > Heather
>> > Heather Leson
>> > heatherle...@gmail.com
>> > Twitter/skype: HeatherLeson
>> > Blog: textontechs.com
>> >
>> >
>> > On Sun, Sep 15, 2019 at 5:40 PM Dennis Raylin Chen
>> >  wrote:
>> >> Hi Heather,
>> >>
>> >> If you need a East Asia perspect,
>> >>
>> >> Maybe I could help.
>> >>
>> >> Sorry for the late reply.
>> >>
>> >> Dennis Raylin Chen
>> >>
>> >>
>> >>
>> >> Heather Leson  於 2019年9月13日 週五
>> >> 09:17 寫道:
>> >>> Hirray. So if folks can add their names to the chart, this will
>> >>> help. Maybe we could lunch on saturday to plan.
>> >>>
>> >>>
>> >>> Heather
>> >>>
>> >>> On Fri, 13 Sep 2019, 07:27 Gertrude Namitala,
>> >>>  wrote:
>>  Hello Heather,
>> 
>>  I will help out. Sorry for delay in response.
>> 
>>  Kind regards,
>>  Gertrude
>> 
>>  On Sun, 8 Sep 2019, 20:07 Heather Leson, 
>>  wrote:
>> > HI folks, I heard back from Rebecca and Patricia. they will help
>> > out. We would very much like to engage others. Let me know if you
>> > would like to be involved.  We will need the following:
>> >
>> > 4 or 5 helpers (low prep, just help lead a discussion)
>> > an OSM Diary. Happy to cowrite with you
>> >
>> > Our allies at the Mozilla Diversity and Inclusion mailing list
>> > suggested a format. I think it is helpful. I put the notes and
>> > format draft here. Edits welcome
>> >
>> > https://pads.ccc.de/bwWXryNYXv
>> >
>> > See you soon
>> >
>> > Heather
>> >
>> > Heather Leson
>> > heatherle...@gmail.com
>> > Twitter/skype: HeatherLeson
>> > Blog: textontechs.com
>> >
>> >
>> > On Tue, Sep 3, 2019 at 6:47 PM Heather Leson
>> >  wrote:
>> >> Dear colleagues,
>> >>
>> >> I hope that your summer was grand.
>> >>
>> >> I am researching formats for this. One thing that might help us
>> >> is to tackle what is inclusive language and what are some of the
>> >> measures to improve diversity - specifically in the board and
>> >> working groups. Thoughts?
>> >>
>> >> "The OSM community is global and diverse. Building on last
>> >> year's Open Heroines conversation, we will co-create a space for
>> >> OSM to talk about how to improve diversity and inclusion in our
>> >> amazing project. All welcome."
>> >>
>> >> How can OSM be more diverse and inclusive? Join us to share your
>> >> lessons and ideas on how we might grow and support a Diversity
>> >> and Inclusive approach in OSM. This is an activity taking place
>> >> across other 'open' communities. We will ask participants to
>> >> co-create plans and identify how we might incorporate it into
>> >> small and big activities within the global network. The format
>> >> will be co-created with some potential outcomes. The goal is to
>> >> be a conversation with interactive, participatory methods and
>> >> some small group work.
>> >>
>> >> See more about this topic:
>> >>
>> https://blog.mozilla.org/internetcitizen/2019/03/04/open-source-inclusion/
>> >> https://opensourcediversity.org/
>> >> https://github.com/mozilla/diversity
>> >>
>> >>
>> >> Shared planning space - https://pads.ccc.de/bwWXryNYXv
>> >>
>> >>
>> >> Thank you
>> >>
>> >> Heather
>> >> Heather Leson
>> >> heatherle...@gmail.com
>> >> Twitter/skype: HeatherLeson
>> >> Blog: textontechs.com
>> >>
>> >>
>> >> On Sun, Jul 28, 2019 at 4:47 PM Heather Leson
>> >>  wrote:
>> >>> HI everyone, sorry for my delay.  Christine, thanks to you and
>> >>> the org committee for this opportunity. We will make this time
>> 

Re: [OSM-talk-fr] Les majuscules... ? (Fork de What is French for "Service Road" (quel est le terme en français))

2019-09-30 Thread Frédéric Rodrigo

www.ign.fr/sites/all/files/charte_toponymie_ign.pdf


Le 30/09/2019 à 17:21, Christian Quest a écrit :
C'est une convention que de mettre les mots signifiants et/ou 
directeur capitalisés.


Le mer. 25 sept. 2019 à 19:25, pepilepi...@ovh.fr 
 > a écrit :


Le 25/09/2019 à 17:41, osm.sanspourr...@spamgourmet.com
 a écrit :


Please take into account my answer.

Cyrille's one is wrong (no uppercase for service).

Jean-Yvon


Bonjour,

Je profite de cette précision pour poser une question qui n'est
pas un troll :

Osmose râle sur certains noms de rues en réclamant des majuscules.

Bon, autant la place Marcel Pagnol et la rue d'Arménie méritent à
mon sens une majuscule, pour le boulevard de la République et
l'avenue de la  Liberté ça se discute, autant je trouve qu'une rue
du château ou un chemin du grand pré doivent s'écrire tout en
minuscules. (Réf. : http://jacques-andre.fr/faqtypo/lessons.pdf )
N'en déplaise aux américains (et peut-être aussi aux anglais, mais
je les connais moins) qui ont la fâcheuse tendance à mettre une
majuscule à tous les mots.

J'ajoute que l'observation du terrain n'est pas d'une grande aide,
vu que sur toutes les plaques de rues que j'ai observées le nom
était écrit entièrement en majuscules, ce qu'osmose condamne aussi.

Donc quelle est la règle (s'il y en a une...) pour la toponymie ?

Merci, bonne soirée

Jean-Pierre

P.S.

 1. +1 à Jean-Yvon sur ce coup
 2. Sérieusement, vous croyez que des aveugles verront la
différence ?

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



--
Christian Quest - OpenStreetMap France

___
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] Intégration de Bases Adresses Locales (OpenData)

2019-09-30 Thread marc marc
Ref ou une de ses sous-clef
La vrai question c'est pourquoi faire ? Qui aura besoin d'identifier une 
adresse par une clef autre que l'adresse ? À mon avis c'est typiquement le 
genre de ref totalement inutile dans osm et qui au final embrouille le 
contributeur

Le 30 sept. 2019 à 15:42, emeric Prouteau 
mailto:emeric.prout...@gmail.com>> a écrit :

Bonjour,

Je souhaite intégrer des bases adresses locales disponibles sur data.gouv.

Dans les infos j'aurais aimé indiquer la cle_interop qui est l'identifiant de 
l'adresse, mais je ne sais pas quel Tag utiliser.

Auriez vous une idée ?

Bonne aprem,

--
Emeric PROUTEAU
emeric.prout...@gmail.com

Avant d'imprimer. Pensons à l'environnement.
Save paper. Do you really need to print this e-mail?
___
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] switch2OSM

2019-09-30 Thread Christian Quest
Bien sûr pas de mélange de données Tomtom et OSM sur une même zone ou alors
sur des thématiques totalement différentes ;)

Pour mémoire:
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Regional_Cuts_-_Guideline

Le sam. 28 sept. 2019 à 22:52,  a écrit :

> Joli poisson : sur la carte des Pages Jaunes (Mappy) j'ai eu la surprise
> de voir :
>
> © Mappy  |
> 2018 TomTom, OpenStreetMap.
>
> Bien ? Oui et non car seul Mappy est muni d'un lien.
>
> Et le lien
> https://blog.mappy.com/entreprise/conditions-dutilisations/copyright/
>
> © Mappy 2018. Tous droits réservés, reproduction interdite.
>
> Par vraiment ODbL mais s'ils parlent des tuiles pourquoi pas.
>
> Et les différentes sources de données se voient attribuées les copyrights
> qui vont bien.
>
> Toutes ? Non visiblement on peut se moquer des données communautaires et
> des collectivités :
> 2. AUTRES DONNÉES GÉOGRAPHIQUES
> Natural Earth
> GeoNames
> OpenStreetMap
> IleDeFranceMobilité
> Toulouse
> Lorient
> Lille
>
> Oui, aucun lien vers les copyrights et conditions d'utilisation respectifs.
>
> Christian, tu dis que les entreprises sont assez réactives si on les
> titille sur Twitter, tu peux vérifier : https://twitter.com/Mappy
>
> Jean-Yvon
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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


Re: [OSM-talk-fr] Argumentaire pour la mise en place d'un serveur de tuile OSM

2019-09-30 Thread marc marc
Bonjour,
Tu parles d'une région continentale ou dom/tom ?
Le soucis c'est que l'infra actuelle osm.irg conduit chaque serveur de rendu à 
faire la majorité des mêmes tuiles.

Cordialement,
Marc

Le 30 sept. 2019 à 17:09, PIERRE Sylvain via Talk-fr 
mailto:talk-fr@openstreetmap.org>> a écrit :


Bonjour,

J’ouvre peut-être quelques portes déjà bien ouvertes, mais voilà je me lance :

Je m’interroge sur la possibilité/nécessité de mettre en place un serveur de 
tuile OSM sur le périmètre d’une région française et de ses régions limitrophes.
Au départ le constat que le rendu OSM patine un peu de temps en temps (la 
rançon du succès ?), plus des besoins secondaires m’amène à cette interrogation.

Du coup de quel argumentaire factuel, objectif puis-je disposer pour vendre ce 
projet à mes responsables ? Le jeu en vaut-il la chandelle ?

Cordialement

Sylvain

___
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] Les majuscules... ? (Fork de What is French for "Service Road" (quel est le terme en français))

2019-09-30 Thread Christian Quest
C'est une convention que de mettre les mots signifiants et/ou directeur
capitalisés.

Le mer. 25 sept. 2019 à 19:25, pepilepi...@ovh.fr  a
écrit :

> Le 25/09/2019 à 17:41, osm.sanspourr...@spamgourmet.com a écrit :
>
> Please take into account my answer.
>
> Cyrille's one is wrong (no uppercase for service).
>
> Jean-Yvon
>
> Bonjour,
>
> Je profite de cette précision pour poser une question qui n'est pas un
> troll :
>
> Osmose râle sur certains noms de rues en réclamant des majuscules.
>
> Bon, autant la place Marcel Pagnol et la rue d'Arménie méritent à mon sens
> une majuscule, pour le boulevard de la République et l'avenue de la
> Liberté ça se discute, autant je trouve qu'une rue du château ou un chemin
> du grand pré doivent s'écrire tout en minuscules. (Réf. :
> http://jacques-andre.fr/faqtypo/lessons.pdf ) N'en déplaise aux
> américains (et peut-être aussi aux anglais, mais je les connais moins) qui
> ont la fâcheuse tendance à mettre une majuscule à tous les mots.
>
> J'ajoute que l'observation du terrain n'est pas d'une grande aide, vu que
> sur toutes les plaques de rues que j'ai observées le nom était écrit
> entièrement en majuscules, ce qu'osmose condamne aussi.
>
> Donc quelle est la règle (s'il y en a une...) pour la toponymie ?
>
> Merci, bonne soirée
>
> Jean-Pierre
>
> P.S.
>
>1. +1 à Jean-Yvon sur ce coup
>2. Sérieusement, vous croyez que des aveugles verront la
>différence ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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


Re: [Talk-it] Tag ref anche per Codice Fiscale

2019-09-30 Thread Martin Koppenhoefer


sent from a phone

> On 30. Sep 2019, at 16:18, Francesco Ansanelli  wrote:
> 
> Il dato personale, consente di individuare una persona in maniera univoca...


non è necessario che il dato da solo ti fa risalire alla persona singola, 
potrebbe essere anche la combinazione di dati (insomma, non credo siamo 
contestando che il nome sia un dato personale, o sì?).

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


[OSM-talk-fr] Argumentaire pour la mise en place d'un serveur de tuile OSM

2019-09-30 Thread PIERRE Sylvain via Talk-fr

Bonjour,

J'ouvre peut-être quelques portes déjà bien ouvertes, mais voilà je me lance :

Je m'interroge sur la possibilité/nécessité de mettre en place un serveur de 
tuile OSM sur le périmètre d'une région française et de ses régions limitrophes.
Au départ le constat que le rendu OSM patine un peu de temps en temps (la 
rançon du succès ?), plus des besoins secondaires m'amène à cette interrogation.

Du coup de quel argumentaire factuel, objectif puis-je disposer pour vendre ce 
projet à mes responsables ? Le jeu en vaut-il la chandelle ?

Cordialement

Sylvain

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


Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

2019-09-30 Thread jzvc via talk-cz

Dne 30.9.2019 v 13:33 Mirek Dlask napsal(a):

Ahoj,
nepotřebuji vědět kudy bus jede. Jestli po Hlavní, nebo Souběžnou mi 
je jedno. Zajímá mě odkud kam, kdy to jede a kdy tam budu.  O 
kompletních časech odjezdů a příjezdů můžeme v OSM jenom snít.
Vkládat do relací pouze zastávky je dobrá myšlenka. Problém je, že by 
se data musela  udržovat někde mimo OSM. Pokud nemám cesty, nemám 
podle čeho bych zastávky seřadil a seřazení hlídal.

Naopak by odpadly problémy s udržováním relací tras a fragmentací cest.

Jako variantu bych omezení jenom na zastávky podpořil. Je to někde 
mezi route_ref na zastávkách, kde nemám návaznost na další zastávky a 
kompletními relacemi zastávek + cest.


Nezajima me nejaka geometrie budov, staci mi vedet, ze tam nejaka je, 
natoz aby me zajimal nejaky 3d model. Stejne tak me nezajima jestli ma 
silnice 2, 3 nebo 10 pruhu ... mam pokracovat? Uplne stejne se totiz z 
OSM da vyhodit 99% dat ktery tam jsou, protoze zrovna me naprosto 
nezajimaji (a navic ty informace stejne 99% objektu nema). Nekoho ale 
zajima muzou a muzou mu poskytnout vemi podstatnou informaci. Treba na 
tema jak dlouho to pojede, pripadne kolik ho to bude stat (kupodivu je 
jizdny dost casto dany km ...)


Proto si ja osobne myslim, ze skutecna trasa autobusovych a jinych linek 
je proste neco, co do OSM patri, bez ohledu na to, jak blbe to je nebo 
neni aktualne udrzovane. Ono se totiz vzhledem k tomu, jak podobna data 
(ne)zobrazuje mapa, neni cemu divit.





M.D.


po 30. 9. 2019 v 10:01 odesílatel <0174 > napsal:


Ahoj,
ona je podle mě hlavní otázka, jak přesně potřebujeme vědět, kudy
to "opravdu jezdí".
Příklad - několik let jsem dojížděl z vesnice do blízkého města.
Autobus měl dané zastávky a obvyklou trasu, ale pokud byla kolona,
jel jinudy. Což znamená ve všední dny třeba polovinu spojů (ve
špičce jich jezdí víc). Pak je tam úsek, kde se dá jet buď kratší
trasou, kde jsou po cestě semafory, nebo delší bez semaforů.
Většina řidičů jezdí tou delší, ale jsou řidiči, kteří raději
jedou tou kratší - pokud trefí zelené na semaforech, je to rychlejší.
Myslím si, že podobné stavy jsou poměrně běžné a zažil jsem je i
na jiných linkách. A vzhledem k tomu, v jakém stavu relace
silniční hromadné dopravy v ČR jsou, tak mi zjednodušení relací
jen na zastávky přijde jako dobrý krok - alespoň jako varianta.
Protože jen ta linka zmíněná výše má několik variant sama o sobě a
zmapování všech variant + neoficiálních variant (Jak zjistíme tu
oficiální? Musí existovat? Musí mapper spojem jezdit pár týdnů,
aby zjistil varianty? Co když se oficiální a reálná liší?) je
určitě alespoň na hodinu pro zkušeného mappera. Příměstských linek
jsou u větších měst desítky. A pak se překope křižovatka a řidiči
pojedou jinudy... nemyslím si, že máme kapacity a chuť to udržovat.

Jiná věc je železnice, kde je podle mého názoru důležitější vědět
"vlak jede tudy" - i kvůli přejezdům apod. - osobní vlaky na
tratích u nás tvoří zásadní část dopravy, narozdíl od autobusů na
našich silnicích. Navíc je to jednodušší na mapování, protože
strojvůdce se předpokládám nemůže rozhodnout "dnes pojedu tudy".

Vojta

No vidis, a pritom zrovna autobusy maji pomerne striktne narizeno kudy 
jezdit a jinudy nesmi. Duvodu je cela rada, od toho, ze dotycna trasa je 
nahlasena uradum, pres to, ze se nevi, jestli je "alternativa" vubec 
prujezdna (muze tam byt most ktery autobus neunese, muze tam probihat 
udrzba, o ktery ridice nikdo neinformuje, protoze neni proc ... ) az po 
to, ze specielne ruzny primestky linky stavi (v cr to zrovna bezny neni, 
to je fakt) na znameni kdekoli.


Ve finale opravdu nevim, proc se podobnou doslova a dopismene hovadinou 
zaobirat, kdyz oficielni reneder OSM pokud dobre vidim uz nejakych 8 let 
s klidem ignoruje oficielne odsouhlaseny standard pro tagovani hromadne 
dopravy. Jinak receno, ani ty zastavky na mape videt nejsou. Neboli, 
zadny automatismus ktery by nejak libovolne zobrazil jakoukoli trasu 
nikdy existovat nebude.




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


[OSM-talk] Wording (was: Re: From the SotM: tagging session)

2019-09-30 Thread Roland Olbricht

Hello,

I'm happy to help out understanding the report of the discussion session.


It has been a talking point that the wiki should be purely descriptive.
There is no objection that people sort out tagging questions in the
wiki, but the mixture of purely descriptive and as normative intended
pages would cause confusion.



By "normative" do you mean prescriptive?


I do mean "normative".

I have considered to use the pair of notions "descriptive -
prescriptive", but there is potential to confuse the terms on
superficial reading. I also understand "prescriptive" to have a
derogative connotation, and I do not intend to express that.

For the pair of notions "positive - normative" the meaning (according to
e.g. Wikipedia
https://en.wikipedia.org/wiki/Normative
) is:

  normative - How something should be
  positive - How something actually is

That is exactly the meaning as settled on in the discussion: the purpose
of the wiki documentation was to tell how the tagging is used. However,
given that "positive" is a very general term, I have used the pair
"descriptive - normative".

Best regards,

Roland

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


Re: [Talk-it] Olimpiadi invernali 2016

2019-09-30 Thread Alessandro Sarretta
C'è già da qualche parte una mappa/cartografia delle aree che verranno 
interessate?


Ale

On 30/09/19 16:52, Alessandro P. via Talk-it wrote:

Il 30/09/19 14:41, Lorenzo Rolla ha scritto:


Buongiorno a tutti. Preciso subito che queste sono riflessioni 
personali e quindi facilmente derubricabili in corbellerie...  Mi 
chiedevo se fosse oppportuno, conveniente, interessante, vantaggioso 
procedere a una mappatura "pesante" dei luoghi dei futuri giochi 
olimpici invernali (2026). Lieto di leggere commenti e riflessioni 
altrui... Un cordiale saluto...




Ciao,
non è una corbelleria, anzi ... Visto che in quelle aree vi sarà un 
particolare interesse, se qualcuno è del luogo ben venga una mappatura 
accurata.


Alessandro Ale_Zena_IT

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


Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

2019-09-30 Thread Eva Lindberg

Hej!

Jag läste mailet nedan från Grigory. Angående gräsmarker: Vet ni att det 
finns tilläggskikt till NMD med markanvändning? Se här:

https://gpt.vic-metria.nu/data/land/NMD/NMD_Produktbeskrivning_tillaggsskikt_Markanvandning_v1_2.pdf
Där finns golfbanor, koloniområden, kyrkogårdar osv som kan tänkas bli 
klassade som gräs. Det kanske är användbart.


Dessutom kan det vara bra att känna till att NMD är baserat både på 
satellitbilder och laserdata, där den senare datakällan ger information 
om höjd och täthet hos vegetationen och alltså i princip är bra på att 
skilja på skog och icke-skog. Det borde nog stå på wiki-sidan så att 
ingen tror att skog bara är klassat från satellitbilder eftersom det 
skulle bli ganska dåligt.


Vänliga hälsningar
Eva Lindberg


On 2019-09-28 03:05, Johan Emilsson wrote:

Hallå,

Finns det någon uppdatering att ge kring importen?
Hojta om det finns behov av hjälp. Kan tänka mig att samköra någon
av de

större kommunerna kring Åre.

/Johan

On Thu, 13 Jun 2019 at 12:54, Grigory Rechistov via Talk-se
 wrote:


Hej på er alla!

Förlåt mig för längre tystnad på den här listan, var upptagen
med livet/jobbet
och orkade bidra till OSM endast sent på kvällarna då var det
inte bästa tillfällen
att kolla/svara mejl.

Låt mig svara på alla förfrågor/kommentarer som nyligen samlades
i tråden.


Jag såg att Åstorps kommun laddades upp. Det blev inte så bra:




http://grillo.users.openstreetmap.se/a1dd1280bc521ca2725f8b8daaee11f993800871.jpg


Nej, det gjorde det inte. Hoppas att det inte skapade för mycket
besvär att
rätta till.


Jag håller på att städa och önskar att du kunde låta bli att

importera så nära tätort.

Jag försöker alltid städa bostadsområden eftersom man
förväntar sig
att se bättre objektsuppställning där, och det går enklare att
manuellt rita där
med renare slutresultat. Men ibland slippar ändå någonting över
byggnader.


Dessutom önskar jag att du hade någon form av varningssystem så

du inte laddar upp överlappande data.
Om ett område är omringat med "landuse=residential" undvikas det
helt i mina skript. Ifall det inte finns en sådan polygon (vilket
sker ganska
ofta men inte är något fel på det) raderar jag datat runt orten
manuellt om jag
ser det.
Jag vill nu också inkludera en tiotal meter "buffert" runt enstaka
byggnader
på ett liknande sätt hur det nu är med vägar och järnvägar.
Detta ska hjälpa
förhindra tätorters nedsmutsning även om någonting inte är
omringat med "residential".

Åstorps kommuns import var ett försök att lära mig hur det gick
med på att importera NMD-datat i en kommun som huvudsakligen var
täckt av
åkermark och som redan var 50%-kartlagd.
Jo, det visade sig att bli jobbigt att justera polygoner längs
flera långa vägar
och att se till att alla små detaljer läggas rätt. Men det var
möjligt i alla fall,
fastän med fler misstag än önskades.
I framtiden vill jag använda olika parameter vid databearbetningen
för olika
kommuner beroende på vilken typ markanvändning råder i just det
område, t ex
filtrera mer aggressivt åkermark men inte skogar.


eller markerar upp tomtmark som grassland.


Jo, olika slags "gräs" har blivit ett riktigt huvudvärk. Precis
som man varnade
mig förut! Att skilja mellan bland annat "golf_course",
"landuse=grass" och
"natural=grassland" kräver alltid lite tanke. I Åre kommun brukar
jag behöva
tagga om nästan alla "gräs"-ytor som hed (natural=heath) i
fjällen. Men inte
allt; tomtmark bör stanna som "landuse=grass".
Jag ber er om hjälp med att tagga det rätt där jag gjorde ett
misstag. Särskilt
gäller det när det blivit "natural=grassland" istället för
"landuse=grass", dvs
nära tätorter…


Noterade att relationen

https://www.openstreetmap.org/relation/9623607 inte renderar.

Kan bero på att den korsar sig själv i denna punkt


Oj, förlåt. Visst försöker jag inte låta sådana tabbar
förekomma. Självkorsningarna
är det främsta egna problem i importdatat. Det brukar vara runt 50
tillfällen per
ruta i början, och jag validerar och fixar och validerar igen och
fixar tills det inte
finns några alls. Men ett par gånger per million nya noder kan man
ju förbise en
nod :-).

Som redan var sagt och som uppfattades från början, är kommuner
med flertal
tätorter ett vanskligt mål för importen. Däremot blir
glesbebyggda områden
riktigt mer detaljerade med mindre risk för att skapa konflikter
(och förarga
några människor i processen).

För närvarande finns det drygt 60 rutor i Åre kommun för att
importera kvar.
Jag håller på att slutföra med den kommunen inom några veckor
innan sommarens
semestersäsong börjar. Sedan får vi se hur man vidare kan
förbättra befintliga
algoritmer, datakvalité, minska manuellt arbete osv med ny
erfarenhet man fått.

Jag upptäckte också att sjöar/tjärnar/våtmark i fjällen inte
är lika fullständigt
kartlagda som jag trodde förut. Fler sjöar saknas helt och de som
finns på kartan
har ofta grova ungefärliga konturer. De motsvarande polygoner som
finns i
NMD-datat är noggrannare men just nu importerar vi inte vatten

Re: [Talk-it] Olimpiadi invernali 2026

2019-09-30 Thread Cascafico Giovanni
In parallelo sarebbe utile impostare un alert automatico googlenews per
arginare tutte le probabili violazioni di attribuzione.
Keyword potrebbero essere:

2026 olimpiadi Progetto stadio trampolino pista inaugurazione...


Il lun 30 set 2019, 16:43 Gianluca Boero  ha
scritto:

> Penso sia fattibile il discorso. Ci saranno cantieri nuovi da mappare,
> cartellonistica, chi più ne ha più ne metta. Magari alcuni impianti
> sportivi non sono neppure mappati allo stato attuale...bisogna vedere sul
> territorio come si è messi.
> Il 30/09/19 14:41, Lorenzo Rolla ha scritto:
>
>
> Buongiorno a tutti. Preciso subito che queste sono riflessioni personali e
> quindi facilmente derubricabili in corbellerie...  Mi chiedevo se fosse
> oppportuno, conveniente, interessante, vantaggioso procedere a una
> mappatura "pesante" dei luoghi dei futuri giochi olimpici invernali (2026).
> Lieto di leggere commenti e riflessioni altrui... Un cordiale saluto...
>
>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Olimpiadi invernali 2016

2019-09-30 Thread Alessandro P. via Talk-it

  
  
Il 30/09/19 14:41, Lorenzo Rolla ha
  scritto:


  
  



  Buongiorno
a tutti. Preciso subito che queste sono riflessioni
personali e quindi facilmente derubricabili in
corbellerie...  Mi chiedevo se fosse oppportuno,
conveniente, interessante, vantaggioso procedere a una
mappatura "pesante" dei luoghi dei futuri giochi olimpici
invernali (2026). Lieto di leggere commenti e riflessioni
altrui... Un cordiale saluto...
  

  


Ciao,
non è una corbelleria, anzi ... Visto che in quelle aree vi sarà un
particolare interesse, se qualcuno è del luogo ben venga una
mappatura accurata.

Alessandro Ale_Zena_IT
  


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


Re: [Talk-it] Olimpiadi invernali 2026

2019-09-30 Thread Gianluca Boero
Penso sia fattibile il discorso. Ci saranno cantieri nuovi da mappare, 
cartellonistica, chi più ne ha più ne metta. Magari alcuni impianti 
sportivi non sono neppure mappati allo stato attuale...bisogna vedere 
sul territorio come si è messi.


Il 30/09/19 14:41, Lorenzo Rolla ha scritto:


Buongiorno a tutti. Preciso subito che queste sono riflessioni 
personali e quindi facilmente derubricabili in corbellerie...  Mi 
chiedevo se fosse oppportuno, conveniente, interessante, vantaggioso 
procedere a una mappatura "pesante" dei luoghi dei futuri giochi 
olimpici invernali (2026). Lieto di leggere commenti e riflessioni 
altrui... Un cordiale saluto...




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


Re: [Talk-it] Tag ref anche per Codice Fiscale

2019-09-30 Thread Francesco Ansanelli
Il lun 30 set 2019, 15:33 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 30. Sep 2019, at 14:01, Francesco Ansanelli 
> wrote:
> >
> > Le associazioni, gli enti ed alcuni b & b non hanno la partita iva...
> Solo il codice fiscale numerico... Che solitamente inizia per 8 o 9
>
>
> anche se fanno operazioni intrastat?
>
>
>
> >
> > Se fai una ditta individuale, il CF coincide con quello della persona e
> non possiamo metterlo...
>
>
> non lo so se non possiamo metterlo, siete sicuri? Se qualcuno aprisse un
> negozio “Mario Rossi Pelliccie” ci sta dentro il nome del proprietario
> (probabilmente/forse), e noi possiamo mettere tale nome del negozio, anche
> se il nome di una persona è un dato personale e tutelato, no?
>
>
>

 Il dato personale, consente di individuare una persona in maniera
> univoca... Ci sono n Mario Rossi, ma potrà essercene solo uno con per quel
> codice fiscale Quindi serve un trattamento dati personali. In tutta
> sincerità la pensavo come te, poi mi sono informato e ho tolto tutti quelli
> che avevo caricato e che ho trovato tramite regex
>



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


Re: [OSM-talk-fr] Intégration de Bases Adresses Locales (OpenData)

2019-09-30 Thread emeric Prouteau
Merci pour les Tags.

Pour le code FANTOIR de la cle_interop (cle qui correspond en théori à l'ID
BAN), celui-ci peut ne pas exister, une clef aléatoire est donc générée par
Etalab lors de la création de l'ID BAN. Après attribution d'un code
FANTOIR, l'ID BAN n'est pas régénéré car il constitue un id unique de
l'adresse. Pour le moment je n’intègre que des adresses dont la cle_interop
correspond à celle de l'ID BAN.

Du coup avant d'intégrer, je met en relation les données des BAL et de la
BAN afin que la donnée intégrée est un ID homogène.

Le lun. 30 sept. 2019 à 15:53, PanierAvide  a
écrit :

> Bonjour Emeric,
>
> Lors de l'intégration faite il y a quelques années autour de Rennes, les
> contributeurs étaient partis sur les tags suivants :
>
> source:addr = Rennes Métropole
> source:addr:housenumber:ref = 12345
> source:addr:version = 2016-01-01
>
> Mais la référence concernait un identifiant métier, avant que le format
> des bases adresses soit unifié. La clé_interop est purement calculable à
> partir du code INSEE, code Fantoir et le numéro lui-même. À priori c'est
> pas forcément intéressant de l'intégrer dans OSM. D'ailleurs, les fichiers
> de la BANO doivent le générer automatiquement quand l'adresse sort d'OSM.
> Mais c'est à confirmer par les spécialistes des adresses qui lisent cette
> liste :-)
>
> Cordialement,
>
> Adrien P.
>
> Le 30/09/2019 à 15:41, emeric Prouteau a écrit :
>
> Bonjour,
>
> Je souhaite intégrer des bases adresses locales disponibles sur data.gouv.
>
> Dans les infos j'aurais aimé indiquer la cle_interop qui est l'identifiant
> de l'adresse, mais je ne sais pas quel Tag utiliser.
>
> Auriez vous une idée ?
>
> Bonne aprem,
>
> --
> *Emeric PROUTEAU*
>
>
>
> *emeric.prout...@gmail.com  Avant d'imprimer.
> Pensons à l'environnement. Save paper. Do you really need to print this
> e-mail?*
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
*Emeric PROUTEAU*



*emeric.prout...@gmail.com Avant d'imprimer.
Pensons à l'environnement.Save paper. Do you really need to print this
e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Intégration de Bases Adresses Locales (OpenData)

2019-09-30 Thread PanierAvide

Bonjour Emeric,

Lors de l'intégration faite il y a quelques années autour de Rennes, les 
contributeurs étaient partis sur les tags suivants :


source:addr = Rennes Métropole
source:addr:housenumber:ref = 12345
source:addr:version = 2016-01-01

Mais la référence concernait un identifiant métier, avant que le format 
des bases adresses soit unifié. La clé_interop est purement calculable à 
partir du code INSEE, code Fantoir et le numéro lui-même. À priori c'est 
pas forcément intéressant de l'intégrer dans OSM. D'ailleurs, les 
fichiers de la BANO doivent le générer automatiquement quand l'adresse 
sort d'OSM. Mais c'est à confirmer par les spécialistes des adresses qui 
lisent cette liste :-)


Cordialement,

Adrien P.

Le 30/09/2019 à 15:41, emeric Prouteau a écrit :

Bonjour,

Je souhaite intégrer des bases adresses locales disponibles sur data.gouv.

Dans les infos j'aurais aimé indiquer la cle_interop qui est 
l'identifiant de l'adresse, mais je ne sais pas quel Tag utiliser.


Auriez vous une idée ?

Bonne aprem,

--
*Emeric PROUTEAU*
*emeric.prout...@gmail.com 

/Avant d'imprimer. Pensons à l'environnement.
Save paper. Do you really need to print this e-mail?/*

___
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] Intégration de Bases Adresses Locales (OpenData)

2019-09-30 Thread emeric Prouteau
Bonjour,

Je souhaite intégrer des bases adresses locales disponibles sur data.gouv.

Dans les infos j'aurais aimé indiquer la cle_interop qui est l'identifiant
de l'adresse, mais je ne sais pas quel Tag utiliser.

Auriez vous une idée ?

Bonne aprem,

-- 
*Emeric PROUTEAU*



*emeric.prout...@gmail.com Avant d'imprimer.
Pensons à l'environnement.Save paper. Do you really need to print this
e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Présentation d'OSM

2019-09-30 Thread Wintz Christophe via Talk-fr
Bonjour,
Dans le cadre du Festival International de Géographie qui se tient 
àSaint-Dié-les-Vosges le 4/5/6 Octobre 2019, le service Géomatique 
etConnaissance du Territoire de l'Eurométropole de Strasbourg, organise une 
«carto-partie » sur le territoire de la Guadeloupe, les Caraïbes étant la 
régioninvitée d’honneur du festival.
Pour cette opération, plus précisément, nous souhaiterions entre 
autresnumériser dans OSM les sentiers de randonnées du Parc National de 
Guadeloupequi sont représentés sur le site Rando Guadeloupe. Le PNG nous a 
donnésl’autorisation d’utiliser leurs données. (Fiches descriptives PDF des 
bouclesde randonnées, les fichiers GPX).
Un contributeur d’OSM pourrait-il être présent à notre animation pour faireune 
présentation rapide d’OSM aux participants et peut-être nous assister danscette 
opération.La carto-partie a lieu tous les jours du festival de 11h à 12h30.
Ma demande est un peu tardive, mais merci pour votre aide si cela est 
encorepossible.Cordialement,  
|  Christophe WINTZ Géomaticien  |
|  Ville et Eurométropole de Strasbourg
 DUAH / Service Géomatique et Connaissance du Territoire / Département Usages
 1 parc de l'Étoile 67076 Strasbourg Cedex  |
|  Portable : 06 81 87 92 90 Bureau : 551 Téléphone : +33 (0)3 68 98 50 00 
Poste : 80390  |
|  
 |

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


Re: [Talk-it] Tag ref anche per Codice Fiscale

2019-09-30 Thread Martin Koppenhoefer


sent from a phone

> On 30. Sep 2019, at 14:01, Francesco Ansanelli  wrote:
> 
> Le associazioni, gli enti ed alcuni b & b non hanno la partita iva... Solo il 
> codice fiscale numerico... Che solitamente inizia per 8 o 9


anche se fanno operazioni intrastat?



> 
> Se fai una ditta individuale, il CF coincide con quello della persona e non 
> possiamo metterlo...


non lo so se non possiamo metterlo, siete sicuri? Se qualcuno aprisse un 
negozio “Mario Rossi Pelliccie” ci sta dentro il nome del proprietario 
(probabilmente/forse), e noi possiamo mettere tale nome del negozio, anche se 
il nome di una persona è un dato personale e tutelato, no?

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


[OSM-talk-fr] Rapprochement OSM/Fantoir : données cadastre obsolètes ?

2019-09-30 Thread rainerU
L’outil de rapprochement des données OSM et Fantoir affiche la date de 
récupération des données du cadastre. Cette date est très anciennes pour 
certaines communes, par exemple le 10-01-2016 pour le Code Insee 66144 :


http://cadastre.openstreetmap.fr/fantoir/#insee=66144

Est-ce normal et que faut il faire pour que l'outil utilise des données à jour ?




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


Re: [Talk-GB] non-squared buildings

2019-09-30 Thread David Woolley

On 30/09/2019 11:47, SK53 wrote:
I imagine for accurately surveyed & designed buildings JOSM's algorithm 
is likely to introduce additional errors because the 
architects/engineers will have used British Grid.


Squaring to the grid is something you could only reasonably do for 
buildings oriented to one of North, South, East or West.  Given that, if 
spherical geometry has a significant effect, you are going to have to do 
more complex calculations, I imagine things will be done in the way that 
is easiest to implement with theodolites, etc., not one that produced 
round grid references.




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


[Talk-it] Olimpiadi invernali 2016

2019-09-30 Thread Lorenzo Rolla
Buongiorno a tutti. Preciso subito che queste sono riflessioni personali e
quindi facilmente derubricabili in corbellerie...  Mi chiedevo se fosse
oppportuno, conveniente, interessante, vantaggioso procedere a una
mappatura "pesante" dei luoghi dei futuri giochi olimpici invernali (2026).
Lieto di leggere commenti e riflessioni altrui... Un cordiale saluto...
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-ca] Importing buildings in Canada

2019-09-30 Thread John Whelan

I'm glad to see Toronto getting involved once more.

The original idea for using Open Data to import buildings followed on 
from a group of Toronto mappers who imported address information for a 
new sub division that was not available in CANVEC from Stats Canada 
after very carefully checking that the licenses etc aligned.


There was discussion in Talk-ca at the time before the import was done.

Cheerio John

Nate Wessel wrote on 2019-09-30 12:14 AM:


Hi Steve,

Thanks for posting the event! I just RSVPed.

I think a separate import event would probably be helpful - somewhere 
with wifi and outlets for laptops, probably not a bar. Perhaps we can 
book a meeting room at a public library or something?


I can poll some of the more active local editors to find a time that 
works well for people. Once we have a time and place it would be good 
to post something to the meetup group as well as here, Slack, etc.


If you or anyone else on the list feels like taking charge of this I'm 
happy to defer - otherwise I may try to organize something in the next 
month or so as I have time and energy.


Thanks,

Nate Wessel, PhD
Planner, Cartographer, Transport Nerd
NateWessel.com 

On 2019-09-28 6:37 p.m., Steve Singer wrote:

On Sat, 28 Sep 2019, Nate Wessel wrote:



I for one would be happy to support a local effort to import high 
quality buildings in Toronto and/or the GTA. I
think if we can actually meet up face to face our discussions may 
remain a bit more civil and productive. Hopefully

consensus will be a bit easier to achieve with smaller groups too!

I see that the OSM Toronto meetup doesn't have any upcoming 
events... Would others in the GTA be interested in
planning a meet up to talk about a local import plan? Is anyone on 
the list in charge of organizing these?


I am one of the organizers of the OSM Toronto meetup.

I've now posted the regular monthly mappy hour meetup for the Toronto 
OSM group. I had been meaning to do this anyway.


I'm also happy to post a special event dedicated to discussing an 
import in the GTA if people are interested.







Best,

Nate Wessel, PhD
Planner, Cartographer, Transport Nerd
NateWessel.com

On 2019-09-28 1:03 p.m., Jarek Piórkowski wrote:

Hi all,

To be a bit more positive:

If we want to get buildings on the map, but we can't get Canada-wide
data improved by Statcan to a standard acceptable to all mappers in
Canada, IMO the best bet will be to split this into much smaller
batches and support local mappers who would be interested in getting
the data in.

In my browsing of neis-one.org statistics for Canadian mappers and the
Notes active in Canada, I've seen active mappers and small communities
in at least Halifax, Calgary, Edmonton, Vancouver, and Victoria
metros, and I might have missed some more. Many of them I have never
seen on the mailing list (which is a whole another issue), but
contacting them directly (via osm.org messages?), asking if they are
aware of other local mappers, if they would be interested in having
building data, if it is of acceptable standard to them, and if they
would be willing to help validate-and-upload the data (with help of
the central tooling) might get some success.

I hope that will go better than the previous attempt which could be
read - uncharitably - as a bunch of mailing list insiders throwing
federal data over the fence with little consultation.

It'll be a lot of work communicating and organizing. But getting
buildings is a lot of work, and if data producers can't do better,
whoever wants the buildings will have to do the work. Maybe with more
local support even the imports list will be more bearable.

Thanks,
--Jarek

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






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


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


Re: [Talk-GB] non-squared buildings

2019-09-30 Thread Warin

On 30/09/19 20:55, Andy Townsend wrote:

On 30/09/2019 11:15, Jez Nicholson wrote:
Some people seem quite animated about non-squared buildings in 
OSMcan anyone tell me why it matters so much? because 'accuracy'?


A possible (slightly contentious) view might be that:

  * some people have been complaining about the quality of HOT
additions - sometimes unfounded, because it's more a "new user"
thing than  a "HOT" thing per se.
  * one of the complaints - perhaps because it's an "easy to find"
problem - is unsquared (or unrounded) buildings
  * HOT therefore make a big deal about squaring buildings

I've never been hugely bothered by it personally - people can easily 
square them up later if that's appropriate.


My 1970s home is not that square, very annoying doing home renovations. 
On the other hand the 1910 terrace house is dead square! (It is just the 
council there that is stupidly irregular.)


HOT can train there new mappers better... people who join OSM from the 
crowd are without that benefit.


Does it matter? It does make the map 'look' better, giving more 
confidence to the end user thus improving OSMs reputation so .. to me .. 
yes it matters.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-it] Tag ref anche per Codice Fiscale

2019-09-30 Thread Francesco Ansanelli
Il lun 30 set 2019, 13:32 Martin Koppenhoefer  ha
scritto:

>
>
> Am Mo., 30. Sept. 2019 um 13:23 Uhr schrieb Francesco Ansanelli <
> franci...@gmail.com>:
>
>> Ciao Martin,
>>
>> L'unico problema è che va indicato solo per aziende e non per privati,
>> quindi, meglio NON usare riferimenti che facciano intendere che si tratta
>> di un identificativo personale.
>> Le aziende in Italia hanno tutte un codice fiscale che può essere uguale
>> alla partita iva, quindi, meglio se di default il valore è lo stesso del
>> tag ref:vatin.
>> Non ho la competenza per dire se può esser utile all'estero, ecco perché
>> viste le particolarità propendo per aggiungere :IT al tag ed, inoltre,
>> essendo per l'Italia a scanso di equivoci, usiamo una parola italiana...
>> Cosa ne pensi?
>>
>
>
> io penso nel caso che sia uguale la partita iva ed il codice fiscale,
> sarebbe inutile inserire entrambi. Probabilmente per i nostri scopi è
> sufficente inserire la partita iva, ma non ne so abbastanza per dirlo con
> certezza. Qualcuno conosce casi dove la partita iva non basta e ci serve un
> codice fiscale per identificare un esercizio commerciale?
>

Le associazioni, gli enti ed alcuni b & b non hanno la partita iva... Solo
il codice fiscale numerico... Che solitamente inizia per 8 o 9

>
> Per le persone si, non possiamo inserire codici fiscali di persone fisiche
> (al meno che forse ci sono eccezioni per persone che allo stesso tempo sono
> anche esercizi commerciali? (credo potrebbero essere le S.s., le Snc e le
> Sas).
>

Se fai una ditta individuale, il CF coincide con quello della persona e non
possiamo metterlo... Le aziende che operano in una provincia diversa hanno
il codice fiscale numerico (che inizia per 0 o 1)  ed è diverso dalla
partita Iva.

>
> Ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it-lazio] Incontro oggi 30/09/2019 confermato?

2019-09-30 Thread Flaminia Tumino
ok benissimo a dopo!

Il giorno lun 30 set 2019 alle ore 09:32 Marcello Pelato 
ha scritto:

> Anch'io ci sarò!
>
>
>
>
> On Monday, September 30, 2019, 09:20:41 AM GMT+2, Martin Koppenhoefer <
> dieterdre...@gmail.com> wrote:
>
>
>
>
> Am Mo., 30. Sept. 2019 um 08:58 Uhr schrieb flaminiatumino <
> flaminiatum...@gmail.com>:
>
>
>
>
> Ciao a tutti,
> Per stasera confermato alla strada alle otto?
>
>
>
> certo
>
> Martin
>
> ___
> 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


Re: [talk-cz] Multipolygon relace

2019-09-30 Thread Jakub Jelen
Druidsky les ani neni potreba. Staci lesnici z Brna:

https://mapy.cz/turisticka?x=16.6490172=49.2697615=20=ophoto

V OSM je to myslim zatim netknute.


On Mon, Sep 30, 2019 at 10:58 AM Jan Macura  wrote:
>
> Ahoj,
>
> podle popisu na wiki si myslím, že je to validní případ a Mapnik to 
> vykresluje přesně podle tam popsaných pravidel.
> Zároveň jsem přesvědčen, že ten konkrétní případ ad [2] je relikt pro 
> neopatrném trasování LPIS polygonů a by měl být opraven.
>
> Co se sémantiky multipolygonů týče, tak jak já ji chápu, teoreticky to takhle 
> můžeš rekurzivně řetězit do nekonečna. Když budeš mít nějaký druidský les, 
> který bude z 6 soustředných pásu stromů, tak to můžeš nakreslit jednou 
> relací, která bude ze 6 cest jako "outer" a 6 cest jako "inner", které se 
> budou postupně střídat ;-)
>
> H.
>
> On Mon, 30 Sep 2019 at 08:02, Lukáš Karas  wrote:
>>
>> Ahoj, při refactoringu OSMScout rendereru jsem narazil na prapodivný
>> typ multipolygonu který má outer ring uvnitř inner. Na wiki je tenhle případ
>> zmíněn jako "Island within a hole" [1]
>>
>> V datech jsem podobný případ našel třeba tady [2] a Mapnik tu vloženou outer
>> cestu 314945870 vesele vykreslí jako "forest".
>>
>> Myslíte že je to validní případ?
>> Jaká se sémantika tagů v relaci? "Přenáší" se tagy multipolygon relace na
>> všechny její outer členy, ať jsou jakkoliv poskládané? Tedy když označím
>> relaci jako listnatý les, tak všechny její outer členy jde brát jako listnatý
>> les (pokud není uvedeno jinak)?
>>
>> Omlouvám se za fundamentální dotaz. Když mapuju, tak často používám
>> "zdravý rozum", ale když to pak člověk má naprogramovat, tak potřebuje jasně
>> definovaná pravidla...
>>
>> Lukáš
>>
>> 1) https://wiki.openstreetmap.org/wiki/
>> Relation:multipolygon#Island_within_a_hole
>>
>> 2) 
>> https://www.openstreetmap.org/relation/24011#map=19/50.39519/14.85755___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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


Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

2019-09-30 Thread Jan Macura
On Mon, 30 Sep 2019 at 13:42, Jiri Vlasak  wrote:

> Nápad: Node by obsahoval informace (číslo node) o (předchozí a) následující
> zastávce.
>

...a pak zjistíš, že na tohle už OSM vůbec nepotřebuješ...

https://w.wiki/5XF


H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

2019-09-30 Thread Jiri Vlasak
> Vkládat do relací pouze zastávky je dobrá myšlenka. Problém je, že by se
> data musela  udržovat někde mimo OSM. Pokud nemám cesty, nemám podle čeho
> bych zastávky seřadil a seřazení hlídal.

Nápad: Node by obsahoval informace (číslo node) o (předchozí a) následující
zastávce.

jiri

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


Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

2019-09-30 Thread Jiri Vlasak
On Mon, Sep 30, 2019 at 10:00:52AM +0200, <0174 wrote:
> Ahoj,
> ona je podle mě hlavní otázka, jak přesně potřebujeme vědět, kudy to
> "opravdu jezdí".

Pro autobusy mi tohle dává smysl. Seznam zastávek, kde je důležité pořadí
průjezdu. Nejsem expert na mapování.

jiri

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


Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

2019-09-30 Thread Mirek Dlask
Ahoj,
nepotřebuji vědět kudy bus jede. Jestli po Hlavní, nebo Souběžnou mi je
jedno. Zajímá mě odkud kam, kdy to jede a kdy tam budu.  O kompletních
časech odjezdů a příjezdů můžeme v OSM jenom snít.
Vkládat do relací pouze zastávky je dobrá myšlenka. Problém je, že by se
data musela  udržovat někde mimo OSM. Pokud nemám cesty, nemám podle čeho
bych zastávky seřadil a seřazení hlídal.
Naopak by odpadly problémy s udržováním relací tras a fragmentací cest.

Jako variantu bych omezení jenom na zastávky podpořil. Je to někde mezi
route_ref na zastávkách, kde nemám návaznost na další zastávky a
kompletními relacemi zastávek + cest.

M.D.


po 30. 9. 2019 v 10:01 odesílatel <0174  napsal:

> Ahoj,
> ona je podle mě hlavní otázka, jak přesně potřebujeme vědět, kudy to
> "opravdu jezdí".
> Příklad - několik let jsem dojížděl z vesnice do blízkého města. Autobus
> měl dané zastávky a obvyklou trasu, ale pokud byla kolona, jel jinudy. Což
> znamená ve všední dny třeba polovinu spojů (ve špičce jich jezdí víc). Pak
> je tam úsek, kde se dá jet buď kratší trasou, kde jsou po cestě semafory,
> nebo delší bez semaforů. Většina řidičů jezdí tou delší, ale jsou řidiči,
> kteří raději jedou tou kratší - pokud trefí zelené na semaforech, je to
> rychlejší.
> Myslím si, že podobné stavy jsou poměrně běžné a zažil jsem je i na jiných
> linkách. A vzhledem k tomu, v jakém stavu relace silniční hromadné dopravy
> v ČR jsou, tak mi zjednodušení relací jen na zastávky přijde jako dobrý
> krok - alespoň jako varianta. Protože jen ta linka zmíněná výše má několik
> variant sama o sobě a zmapování všech variant + neoficiálních variant (Jak
> zjistíme tu oficiální? Musí existovat? Musí mapper spojem jezdit pár týdnů,
> aby zjistil varianty? Co když se oficiální a reálná liší?) je určitě
> alespoň na hodinu pro zkušeného mappera. Příměstských linek jsou u větších
> měst desítky. A pak se překope křižovatka a řidiči pojedou jinudy...
> nemyslím si, že máme kapacity a chuť to udržovat.
>
> Jiná věc je železnice, kde je podle mého názoru důležitější vědět "vlak
> jede tudy" - i kvůli přejezdům apod. - osobní vlaky na tratích u nás tvoří
> zásadní část dopravy, narozdíl od autobusů na našich silnicích. Navíc je to
> jednodušší na mapování, protože strojvůdce se předpokládám nemůže
> rozhodnout "dnes pojedu tudy".
>
> Vojta
>
> pá 27. 9. 2019 v 19:55 odesílatel jzvc via talk-cz <
> talk-cz@openstreetmap.org> napsal:
>
>> Dne 26.9.2019 v 13:03 Pavel Machek napsal(a):
>> > On Tue 2019-09-24 08:37:01, jzvc via talk-cz wrote:
>> >> Dne 23.9.2019 v 23:08 xkomc...@centrum.cz napsal(a):
>> >>> Naposledy ahoj,
>> >>>
>> >>> dnes to bude stručnější, protože ráno jsem se ještě snažil nachystat
>> na
>> >>> prezentaci co to šlo a pořád dokola ji pročítal, tak jsem toho moc
>> >>> nestihl. Nicméně, hodně zajímavé byly Lightening talks VII, kde mluvil
>> >>> SK53 o mapování poštovních schránek v UK (všichni, co mapují schránky
>> v ČR
>> >>> by měli shlédnout - máme toho ještě hodně co dohánět :-D), pak člověk
>> z
>> >>> Geofabriku představoval OSMInspector pro hledání chyb v routovacích
>> >>> relacích a na to navazoval poslední příspěvek, ve které padl návrh na
>> >>> zrušení routovacích relací (tj. veřejná doprava, cyklotrasy, pěší
>> trasy,
>> >>> ...) jak je známe a jejich nahrazení systémem "routovacích relací", ve
>> >>> kterých by byly jen body, přes které se má jít a o výběr cesty by se
>> >>> staral hledač tras.
>> >> Cus,
>> >>
>> >> pokud mi skleroza slouzi tohle se tu uz kdysi probiralo, a minimalne v
>> >> podminkach CR to nemuze fungovat. Jednoduse proto, ze temi body by z
>> logiky
>> >> veci byly zastavky, a hledat muzes tak maximalne nejkratsi nebo
>> >> "nejrychlejsi" trasu, ale to neni vzdy ta, po ktere MHD realne
>> > Jasne ze to fungovat muze. Krome zastavek by tam bylo i par bodu ktere
>> > ukazou kudy to doopravdy jezdi...
>>
>> To by me zajimalo, jak by sis to predstavoval. Dam ti par prikladu:
>>
>> 1) rekneme ze uvazujes nekratsi trasu. Krizovatka cestou se zmeni na
>> kruhac, coz udela tech par metru, ktery zmenej nejkratsi trasu na zcela
>> jinudy. Ale MHD jezdi porad stejne. Dokonce pokud bude editace v trase
>> trochu zivejsi, muze automat klidne co den vykazovat jinou trasu. Editor
>> silnic nema tuseni ze tam mas nejakou virtualni a v datech neexistujici
>> trasu. Naopak, pokud edituje soucasny stav, tak vidi pripadne prerusene
>> relace a muze je snadno doplnit. Editor tras prozmenu netusi, ze rozdil
>> mezi trasou ktera se mu prave zobrazila a jinou je trebas 10cm.
>>
>> 2) kdyz se prozmenu trasa zmeni, bude kazdy jeden editor resit, proc mu
>> pridani "jeho" pomocneho bodu vygeneruje uplnou blbost. Mozna po par
>> dnech prijde na to, ze musi nejaky fake bod odebrat. A pak si bude
>> nejspis muset pokazdy par hodin pockat, nez neco nekde trasu
>> pregeneruje, aby overil, ze vede tam, kde by chtel. Coz zcela
>> automaticky povede k tomu, ze "pro zjednoduseni" prida vsechny body na
>> trase, protoze se prece nebude 

Re: [Talk-it] Tag ref anche per Codice Fiscale

2019-09-30 Thread Martin Koppenhoefer
Am Mo., 30. Sept. 2019 um 13:23 Uhr schrieb Francesco Ansanelli <
franci...@gmail.com>:

> Ciao Martin,
>
> L'unico problema è che va indicato solo per aziende e non per privati,
> quindi, meglio NON usare riferimenti che facciano intendere che si tratta
> di un identificativo personale.
> Le aziende in Italia hanno tutte un codice fiscale che può essere uguale
> alla partita iva, quindi, meglio se di default il valore è lo stesso del
> tag ref:vatin.
> Non ho la competenza per dire se può esser utile all'estero, ecco perché
> viste le particolarità propendo per aggiungere :IT al tag ed, inoltre,
> essendo per l'Italia a scanso di equivoci, usiamo una parola italiana...
> Cosa ne pensi?
>


io penso nel caso che sia uguale la partita iva ed il codice fiscale,
sarebbe inutile inserire entrambi. Probabilmente per i nostri scopi è
sufficente inserire la partita iva, ma non ne so abbastanza per dirlo con
certezza. Qualcuno conosce casi dove la partita iva non basta e ci serve un
codice fiscale per identificare un esercizio commerciale?

Per le persone si, non possiamo inserire codici fiscali di persone fisiche
(al meno che forse ci sono eccezioni per persone che allo stesso tempo sono
anche esercizi commerciali? (credo potrebbero essere le S.s., le Snc e le
Sas).

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


Re: [Talk-it] Tag ref anche per Codice Fiscale

2019-09-30 Thread Francesco Ansanelli
Ciao Martin,

L'unico problema è che va indicato solo per aziende e non per privati,
quindi, meglio NON usare riferimenti che facciano intendere che si tratta
di un identificativo personale.
Le aziende in Italia hanno tutte un codice fiscale che può essere uguale
alla partita iva, quindi, meglio se di default il valore è lo stesso del
tag ref:vatin.
Non ho la competenza per dire se può esser utile all'estero, ecco perché
viste le particolarità propendo per aggiungere :IT al tag ed, inoltre,
essendo per l'Italia a scanso di equivoci, usiamo una parola italiana...
Cosa ne pensi?

Francesco



Il lun 30 set 2019, 10:41 Martin Koppenhoefer  ha
scritto:

> Am Sa., 28. Sept. 2019 um 09:23 Uhr schrieb Francesco Ansanelli <
> franci...@gmail.com>:
>
>> Ciao,
>>
>> se nessuno ha qualcosa in contrario, propongo di togliere i codici
>> fiscali alfanumerici che, come segnalato da Andrea, sono anche dati
>> personali e di indicare solo quelli numerici, visto che si tratta di un
>> dato specifico per le aziende italiane, associazioni/enti e bed and
>> breakfast, propongo:
>>
>> ref:cf:it
>>
>> Con la regola di inserire solo il valore numerico senza prefisso IT.
>>
>
>
> se il codice fiscale se riferisce allo stato italiano, nella chiave si
> dovrebbe scrivere "IT" e non "it"
> "cf" per codice fiscale? Se la chiave vuole essere utilizzata anche fuori
> dal contest italiano, dovrebbe essere qualcosa come ref:fc:IT (fiscal code).
> Con la regola di evitare le abbreviazioni (salvo certe eccezioni come per
> "ref", paesi e lingue, e poche altre), potrebbe essere
> ref:fiscal_code:IT=
>
> oppure in lingua nativa:
> ref:codice_fiscale=
> oppure
> ref:it:codice_fiscale
> opppure
> codice_fiscale
>
> Mi sembra si tratta di una particolarità italiana di riferirsi al fisco,
> più spesso numeri simili si riferiscono ad assicurazioni (di sicurezza
> sociale / nazionale /  ...)
> Un termine generico potrebbe essere quello del "national identification
> number" (infatti elenca anche il nostro c.f.)
> https://en.wikipedia.org/wiki/National_identification_number
>
> un tag non troppo lungo potrebbe essere
> ref:national_id=
>
> non so se serve aggiungere un prefisso per l'Italia oppure se potrebbe già
> essere implicito dal fatto che si tratta di un numero nazionale (anche se
> poi con la comunità europea si potrebbe ipotezziare di avere in futuro
> codici univoci supranazionali).
>
> Ciao
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-GB] non-squared buildings

2019-09-30 Thread Andy Townsend

On 30/09/2019 11:15, Jez Nicholson wrote:
Some people seem quite animated about non-squared buildings in 
OSMcan anyone tell me why it matters so much? because 'accuracy'?


A possible (slightly contentious) view might be that:

 * some people have been complaining about the quality of HOT additions
   - sometimes unfounded, because it's more a "new user" thing than  a
   "HOT" thing per se.
 * one of the complaints - perhaps because it's an "easy to find"
   problem - is unsquared (or unrounded) buildings
 * HOT therefore make a big deal about squaring buildings

I've never been hugely bothered by it personally - people can easily 
square them up later if that's appropriate.


Best Regards,

Andy


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


Re: [Talk-GB] non-squared buildings

2019-09-30 Thread SK53
I'm sure that in one of the SotM talks someone mentioned that there are no
right-angled buildings in New York City (or at least downtown Manhattan).
I'll see if I can find the relevant talk.

The general issue is really one of poorly mapped buildings, for which
non-squaring is just a proxy measure. Pierre Beland's talk on the first day
was about finding such areas (especially wrt HOT mapping).

Some years ago whilst helping Ralph (another person I didn't get to talk to
at SotM, Hi1) do validation at one of the London Missing Maps events I
noticed a quirky thing. If you square a building in JOSM and then resquare
it in iD or Potlatch the nodes move slightly. Apparently the reason is that
JOSM squares based on a geoid whilst the other two editors just work on the
principle that the editor viewpoint is small enough that one can use
'naive' geometry operations. I imagine for accurately surveyed & designed
buildings JOSM's algorithm is likely to introduce additional errors because
the architects/engineers will have used British Grid.

Jerry

On Mon, 30 Sep 2019 at 11:17, Jez Nicholson  wrote:

> Some people seem quite animated about non-squared buildings in OSMcan
> anyone tell me why it matters so much? because 'accuracy'?
>
> - Jez
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-GB] non-squared buildings

2019-09-30 Thread Gareth L
Most buildings have square edges*. I know, i know! Some dont, but most do. In 
many areas, the buildings were built to the same size and shape, so if they’re 
squared, they’re easily replicated, especially looking how dense new housing 
estates are. Detached house but so close together you cannot pull your wheelie 
bin through the gap between the back garden and driveway.



It’s also pleasing to the eye. It’s not so much accuracy as tidiness. Look at 
grids networks the world over.



* older buildings or repurposed buildings are often not so square, but people 
sure do like it as a shape over a triangular floorprint, no?



Gareth




From: Philip Barnes 
Sent: Monday, September 30, 2019 11:26:15 AM
To: jez.nichol...@gmail.com 
Cc: Talk-GB@openstreetmap.org 
Subject: Re: [Talk-GB] non-squared buildings

On Monday, 30 September 2019, Jez Nicholson wrote:
> Some people seem quite animated about non-squared buildings in OSMcan
> anyone tell me why it matters so much? because 'accuracy'?

Was thinking about squared buildings whilst in my local high street a while 
back.

There wasn't one in sight.

Phil (trigpoint)
--
Sent from my Sailfish device
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-GB] non-squared buildings

2019-09-30 Thread Philip Barnes
On Monday, 30 September 2019, Jez Nicholson wrote:
> Some people seem quite animated about non-squared buildings in OSMcan
> anyone tell me why it matters so much? because 'accuracy'?

Was thinking about squared buildings whilst in my local high street a while 
back.

There wasn't one in sight.

Phil (trigpoint)
-- 
Sent from my Sailfish device
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


[Talk-GB] non-squared buildings

2019-09-30 Thread Jez Nicholson
Some people seem quite animated about non-squared buildings in OSMcan
anyone tell me why it matters so much? because 'accuracy'?

- Jez
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [talk-au] Discussion D: mapping ACT for cyclists – complying with ACT law

2019-09-30 Thread Andrew Davidson

On 30/9/19 9:20 am, Graeme Fitzpatrick wrote:
>
One other shared path nearby, they're "painted" on the path 
itself, rather than separate signs, & are no longer in very good 
condition! :-)




That's why I don't sweat the whole designated/yes thing. All we're 
essentially mapping is whether or not the signage/marking is present 
[1]. Doesn't make any difference as to the quality of the cycle 
facilities or how you're supposed to use them.



[1] Obviously if your thing is street signs then maybe you'd care.

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


Re: [talk-cz] Multipolygon relace

2019-09-30 Thread Jan Macura
Ahoj,

podle popisu na wiki si myslím, že je to validní případ a Mapnik to
vykresluje přesně podle tam popsaných pravidel.
Zároveň jsem přesvědčen, že ten konkrétní případ ad [2] je relikt pro
neopatrném trasování LPIS polygonů a by měl být opraven.

Co se sémantiky multipolygonů týče, tak jak já ji chápu, teoreticky to
takhle můžeš rekurzivně řetězit do nekonečna. Když budeš mít nějaký
druidský les, který bude z 6 soustředných pásu stromů, tak to můžeš
nakreslit jednou relací, která bude ze 6 cest jako "outer" a 6 cest jako
"inner", které se budou postupně střídat ;-)

H.

On Mon, 30 Sep 2019 at 08:02, Lukáš Karas  wrote:

> Ahoj, při refactoringu OSMScout rendereru jsem narazil na prapodivný
> typ multipolygonu který má outer ring uvnitř inner. Na wiki je tenhle
> případ
> zmíněn jako "Island within a hole" [1]
>
> V datech jsem podobný případ našel třeba tady [2] a Mapnik tu vloženou
> outer
> cestu 314945870 vesele vykreslí jako "forest".
>
> Myslíte že je to validní případ?
> Jaká se sémantika tagů v relaci? "Přenáší" se tagy multipolygon relace na
> všechny její outer členy, ať jsou jakkoliv poskládané? Tedy když označím
> relaci jako listnatý les, tak všechny její outer členy jde brát jako
> listnatý
> les (pokud není uvedeno jinak)?
>
> Omlouvám se za fundamentální dotaz. Když mapuju, tak často používám
> "zdravý rozum", ale když to pak člověk má naprogramovat, tak potřebuje
> jasně
> definovaná pravidla...
>
> Lukáš
>
> 1) https://wiki.openstreetmap.org/wiki/
> Relation:multipolygon#Island_within_a_hole
>
> 2) https://www.openstreetmap.org/relation/24011#map=19/50.39519/14.85755
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [Talk-it] Tag ref anche per Codice Fiscale

2019-09-30 Thread Martin Koppenhoefer
Am Sa., 28. Sept. 2019 um 09:23 Uhr schrieb Francesco Ansanelli <
franci...@gmail.com>:

> Ciao,
>
> se nessuno ha qualcosa in contrario, propongo di togliere i codici fiscali
> alfanumerici che, come segnalato da Andrea, sono anche dati personali e di
> indicare solo quelli numerici, visto che si tratta di un dato specifico per
> le aziende italiane, associazioni/enti e bed and breakfast, propongo:
>
> ref:cf:it
>
> Con la regola di inserire solo il valore numerico senza prefisso IT.
>


se il codice fiscale se riferisce allo stato italiano, nella chiave si
dovrebbe scrivere "IT" e non "it"
"cf" per codice fiscale? Se la chiave vuole essere utilizzata anche fuori
dal contest italiano, dovrebbe essere qualcosa come ref:fc:IT (fiscal code).
Con la regola di evitare le abbreviazioni (salvo certe eccezioni come per
"ref", paesi e lingue, e poche altre), potrebbe essere
ref:fiscal_code:IT=

oppure in lingua nativa:
ref:codice_fiscale=
oppure
ref:it:codice_fiscale
opppure
codice_fiscale

Mi sembra si tratta di una particolarità italiana di riferirsi al fisco,
più spesso numeri simili si riferiscono ad assicurazioni (di sicurezza
sociale / nazionale /  ...)
Un termine generico potrebbe essere quello del "national identification
number" (infatti elenca anche il nostro c.f.)
https://en.wikipedia.org/wiki/National_identification_number

un tag non troppo lungo potrebbe essere
ref:national_id=

non so se serve aggiungere un prefisso per l'Italia oppure se potrebbe già
essere implicito dal fatto che si tratta di un numero nazionale (anche se
poi con la comunità europea si potrebbe ipotezziare di avere in futuro
codici univoci supranazionali).

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


Re: [OSM-talk-fr] switch2OSM

2019-09-30 Thread Rpnpif
Le 29 septembre 2019, osm.sanspourr...@spamgourmet.com a écrit :

> En clair : un galimatias !
> 
> N. B. : Cassini, carte d'état major et même scan IGN des années 50 ne
> donne rien, la carte actuelle IGN comporte le nom avec une autre faute.

Il n'y a plus que l'enquête de terrain pour départager tout ça.

-- 
Alain Rpnpif

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


Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

2019-09-30 Thread <0174
Ahoj,
ona je podle mě hlavní otázka, jak přesně potřebujeme vědět, kudy to
"opravdu jezdí".
Příklad - několik let jsem dojížděl z vesnice do blízkého města. Autobus
měl dané zastávky a obvyklou trasu, ale pokud byla kolona, jel jinudy. Což
znamená ve všední dny třeba polovinu spojů (ve špičce jich jezdí víc). Pak
je tam úsek, kde se dá jet buď kratší trasou, kde jsou po cestě semafory,
nebo delší bez semaforů. Většina řidičů jezdí tou delší, ale jsou řidiči,
kteří raději jedou tou kratší - pokud trefí zelené na semaforech, je to
rychlejší.
Myslím si, že podobné stavy jsou poměrně běžné a zažil jsem je i na jiných
linkách. A vzhledem k tomu, v jakém stavu relace silniční hromadné dopravy
v ČR jsou, tak mi zjednodušení relací jen na zastávky přijde jako dobrý
krok - alespoň jako varianta. Protože jen ta linka zmíněná výše má několik
variant sama o sobě a zmapování všech variant + neoficiálních variant (Jak
zjistíme tu oficiální? Musí existovat? Musí mapper spojem jezdit pár týdnů,
aby zjistil varianty? Co když se oficiální a reálná liší?) je určitě
alespoň na hodinu pro zkušeného mappera. Příměstských linek jsou u větších
měst desítky. A pak se překope křižovatka a řidiči pojedou jinudy...
nemyslím si, že máme kapacity a chuť to udržovat.

Jiná věc je železnice, kde je podle mého názoru důležitější vědět "vlak
jede tudy" - i kvůli přejezdům apod. - osobní vlaky na tratích u nás tvoří
zásadní část dopravy, narozdíl od autobusů na našich silnicích. Navíc je to
jednodušší na mapování, protože strojvůdce se předpokládám nemůže
rozhodnout "dnes pojedu tudy".

Vojta

pá 27. 9. 2019 v 19:55 odesílatel jzvc via talk-cz <
talk-cz@openstreetmap.org> napsal:

> Dne 26.9.2019 v 13:03 Pavel Machek napsal(a):
> > On Tue 2019-09-24 08:37:01, jzvc via talk-cz wrote:
> >> Dne 23.9.2019 v 23:08 xkomc...@centrum.cz napsal(a):
> >>> Naposledy ahoj,
> >>>
> >>> dnes to bude stručnější, protože ráno jsem se ještě snažil nachystat na
> >>> prezentaci co to šlo a pořád dokola ji pročítal, tak jsem toho moc
> >>> nestihl. Nicméně, hodně zajímavé byly Lightening talks VII, kde mluvil
> >>> SK53 o mapování poštovních schránek v UK (všichni, co mapují schránky
> v ČR
> >>> by měli shlédnout - máme toho ještě hodně co dohánět :-D), pak člověk z
> >>> Geofabriku představoval OSMInspector pro hledání chyb v routovacích
> >>> relacích a na to navazoval poslední příspěvek, ve které padl návrh na
> >>> zrušení routovacích relací (tj. veřejná doprava, cyklotrasy, pěší
> trasy,
> >>> ...) jak je známe a jejich nahrazení systémem "routovacích relací", ve
> >>> kterých by byly jen body, přes které se má jít a o výběr cesty by se
> >>> staral hledač tras.
> >> Cus,
> >>
> >> pokud mi skleroza slouzi tohle se tu uz kdysi probiralo, a minimalne v
> >> podminkach CR to nemuze fungovat. Jednoduse proto, ze temi body by z
> logiky
> >> veci byly zastavky, a hledat muzes tak maximalne nejkratsi nebo
> >> "nejrychlejsi" trasu, ale to neni vzdy ta, po ktere MHD realne
> > Jasne ze to fungovat muze. Krome zastavek by tam bylo i par bodu ktere
> > ukazou kudy to doopravdy jezdi...
>
> To by me zajimalo, jak by sis to predstavoval. Dam ti par prikladu:
>
> 1) rekneme ze uvazujes nekratsi trasu. Krizovatka cestou se zmeni na
> kruhac, coz udela tech par metru, ktery zmenej nejkratsi trasu na zcela
> jinudy. Ale MHD jezdi porad stejne. Dokonce pokud bude editace v trase
> trochu zivejsi, muze automat klidne co den vykazovat jinou trasu. Editor
> silnic nema tuseni ze tam mas nejakou virtualni a v datech neexistujici
> trasu. Naopak, pokud edituje soucasny stav, tak vidi pripadne prerusene
> relace a muze je snadno doplnit. Editor tras prozmenu netusi, ze rozdil
> mezi trasou ktera se mu prave zobrazila a jinou je trebas 10cm.
>
> 2) kdyz se prozmenu trasa zmeni, bude kazdy jeden editor resit, proc mu
> pridani "jeho" pomocneho bodu vygeneruje uplnou blbost. Mozna po par
> dnech prijde na to, ze musi nejaky fake bod odebrat. A pak si bude
> nejspis muset pokazdy par hodin pockat, nez neco nekde trasu
> pregeneruje, aby overil, ze vede tam, kde by chtel. Coz zcela
> automaticky povede k tomu, ze "pro zjednoduseni" prida vsechny body na
> trase, protoze se prece nebude dohadovat s nejakym blbym automatem.
>
> 3) radsi si ani nepredstavuju delsi linky. Aneb jede to po (delsi)
> dalnici nebo po kratsi okrsce? Takze budes pridavat kolik bodu na ty
> dalnici? Per kazdy usek mezi sjezdama? Co kdyz ti zrovna ten "tvuj" bod
> nekdo odmaze, nebo cestou nekdo prida sjezd.
>
> Urcite to neni ani zdaleka vse, co muze nastat a zcela jiste nastane.
> Generovana data jsou totiz mimo jine velmi zavisla na zmenach algoritmu.
> A trebas zrovna OSRM mel velmi dlouho problem pochopit, ze vazne pri
> prujezdu obci nepojedes mezi baraky, protoze je to o 10cm kratsi, misto
> jizdy po silnici I. tridy.
>
> ---
>
> K predchozimu jeste mozna nejaky nastrel ... editor tras by mel uvazovat
> nejspis jenom useky silnic mezi krizovatkama (tzn zjednodusit to na
> vyber prave takovych useku) 

[Talk-africa] Save the date: 3-5 July 2020 OSM SotM 2020 in Cape Town South Africa

2019-09-30 Thread Bernelle Verster
Hi all

We won the bid to host the OpenStreetMap Global State of the Map
conference in Cape Town, South Africa!

The dates: 3 to 5 July 2020, at UCT, Rondebosch.

Interim website: https://wiki.openstreetmap.org/wiki/State_of_the_Map_2020/
(official website will be https://2020.stateofthemap.org/)

We have a fantastic, diverse team, feel free to join us, or help out
with any of the millions of things that need to get done:
https://wiki.openstreetmap.org/wiki/State_of_the_Map_2020/tasks

Join the conversation on
Telegram: https://t.me/sotm2020
Twitter: #sotm2020
or IRC:  https://webchat.oftc.net/?channels=%23osm-sotm-ct

Hope to see you there!

By the way, can anyone help with the email addresses for
Rexford Ayeh Nyarko
Aaron Young (vespax)

best regards
Bernelle (indiebio)

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


Re: [OSM-talk] From the SotM: tagging session

2019-09-30 Thread Stefano
Hello all,
I want to send you some references for my suggestion during the tagging
session,
I believe it could provide a simple solution to this documentation issue.

Il giorno lun 30 set 2019 alle ore 06:52 Roland Olbricht <
roland.olbri...@gmx.de> ha scritto:

>
> We would like to have a secondary tag documentation with the properties:
>
>
- Content translation: using the Translate extension (
https://www.mediawiki.org/wiki/Extension:Translate, which can be imported
by Wiki admins I think) some Help pages on Wikidata are quite stable (and
other languages can keep synchronized), this would motivate also to reach a
single text content for many topics, example on wikidata
https://www.wikidata.org/wiki/Help:Items : the base edition is in English,
but at every update every edition can keep updated like we do when
translating software in Transifex.

- Interest groups: I'm listed on the participant list for the italian
wikiproject (
https://www.wikidata.org/wiki/Wikidata:WikiProject_Italy/Participants) so
other people can mention the group and I get a notification, example here
https://www.wikidata.org/wiki/Wikidata:Property_proposal/Letteraturaitaliana.net_author_ID#Motivation
where
someone wrote {{ping project|Italy}}; this would allow to group people
according to the interest in the tagging proposals. You can also see the
proposal model which could be adopted (
https://www.wikidata.org/wiki/Wikidata:Property_proposal and also see RfC
for general discussions
https://www.wikidata.org/wiki/Wikidata:Requests_for_comment ). This
functionality is provided by this Mediawiki module
https://www.mediawiki.org/wiki/Extension:Echo and the template is
https://www.wikidata.org/wiki/Template:Ping_project

- Wikibase on WikiOSM: we have the Data Items (
https://wiki.openstreetmap.org/wiki/Data_items) which could be a starting
point to document the tagging in a machine readable way. It was configured
by Yuri Astrakan. If extended it can be used for configuring the Infoboxes
(this is already used by Wikipedia in some languages, the infoboxes are
populated by information from Wikidata), or we could also add a query
service to build dynamic pages (on wikipedia there's this tool to build
tables https://www.wikidata.org/wiki/Wikidata:Listeria, see for example
this list of municipalities on my wiki page
https://it.wikipedia.org/wiki/Utente:Sabas88/Lists/Comuni/Liguria)

These three items aren't dependent on WIki* availability, but are ideas
which can be imported and used independently on our instance.

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


[Talk-lt] CartoCon 2019

2019-09-30 Thread Tomas Straupis
Sveiki

  Lietuvos kartografų draugija organizuoja konferenciją CartoCon 2019,
kuri vyks lapkričio 22d. Vilniaus universiteto bibliotekos Mokslinės
komunikacijos ir informacijos centre (Saulėtekio al. 5, Vilnius).

  Programa:
  https://cartocon.lt/#page-program

  Išankstinė registracija:
  https://cartocon.lt/events/cartocon-2019/

-- 
Tomas

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


Re: [Talk-it-lazio] Incontro oggi 30/09/2019 confermato?

2019-09-30 Thread Marcello Pelato via Talk-it-lazio
 Anch'io ci sarò!



On Monday, September 30, 2019, 09:20:41 AM GMT+2, Martin Koppenhoefer 
 wrote:  
 
 

Am Mo., 30. Sept. 2019 um 08:58 Uhr schrieb flaminiatumino 
:




Ciao a tutti, 
Per stasera confermato alla strada alle otto? 



certo
Martin
___
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


Re: [talk-au] Discussion D: mapping ACT for cyclists – complying with ACT law

2019-09-30 Thread Warin

On 30/09/19 14:37, Clinton Roy wrote:

On Mon, 30 Sep 2019 at 13:58, Ewen Hill  wrote:

Just to note that you can ride on a footpath if you are 12 or under OR as an 
adult riding with a child 12 or under. This is a national standard in all 
states I believe.

I believe it's only nsw and vic that have these age based rules.
Everywhere else, anyone can ride on the footpath (unless other wise
specially signed of course).

In nsw the age limit is 16, in vic it's 12.

consistent rules would be..unaustralian? :)


To get somewhat political ... "States Rights" :)

Similar to many countries, separate areas have set the rules in 'their' 
locality and there are differences.
Getting constant rules means separate politicians have to agree on them.. that 
does not happen frequently.
I belivde WA is the only state requiring those orange reflectors on bicycle 
wheels and pedals .. after they are sold.
Other states only require them at the point of sale, after that you can take 
them off.


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


Re: [Talk-it-lazio] Incontro oggi 30/09/2019 confermato?

2019-09-30 Thread Martin Koppenhoefer
Am Mo., 30. Sept. 2019 um 08:58 Uhr schrieb flaminiatumino <
flaminiatum...@gmail.com>:

>
>
>
> Ciao a tutti,
> Per stasera confermato alla strada alle otto?
>


certo

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


[Talk-it-lazio] Incontro oggi 30/09/2019 confermato?

2019-09-30 Thread flaminiatumino



Ciao a tutti, 
Per stasera confermato alla strada alle otto? 
Flaminia 
Sent from my Mi phone___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio


Re: [OSM-talk] From the SotM: tagging session

2019-09-30 Thread Andrew Davidson

On 30/9/19 14:50, Roland Olbricht wrote:


It has been a talking point that the wiki should be purely descriptive.
There is no objection that people sort out tagging questions in the
wiki, but the mixture of purely descriptive and as normative intended
pages would cause confusion.



By "normative" do you mean prescriptive?

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


[talk-cz] Multipolygon relace

2019-09-30 Thread Lukáš Karas
Ahoj, při refactoringu OSMScout rendereru jsem narazil na prapodivný 
typ multipolygonu který má outer ring uvnitř inner. Na wiki je tenhle případ 
zmíněn jako "Island within a hole" [1]

V datech jsem podobný případ našel třeba tady [2] a Mapnik tu vloženou outer 
cestu 314945870 vesele vykreslí jako "forest". 

Myslíte že je to validní případ? 
Jaká se sémantika tagů v relaci? "Přenáší" se tagy multipolygon relace na 
všechny její outer členy, ať jsou jakkoliv poskládané? Tedy když označím 
relaci jako listnatý les, tak všechny její outer členy jde brát jako listnatý 
les (pokud není uvedeno jinak)?

Omlouvám se za fundamentální dotaz. Když mapuju, tak často používám 
"zdravý rozum", ale když to pak člověk má naprogramovat, tak potřebuje jasně 
definovaná pravidla...

Lukáš

1) https://wiki.openstreetmap.org/wiki/
Relation:multipolygon#Island_within_a_hole

2) https://www.openstreetmap.org/relation/24011#map=19/50.39519/14.85755

signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz