[OSM-talk] OpenStreetMap Carto release v5.2.0

[Joseph Eisenberg]

Dear all,

Today, v5.2.0 of the OpenStreetMap Carto stylesheet (the default stylesheet
on the OSM website) has been released. Once changes are deployed on the
openstreetmap.org it will take couple of days before all tiles show the new
rendering.

Changes include:

- Add rendering for man_made=goods_conveyor (#4102)
- Tunnel style rendering of waterway=canal with tunnel=flooded (#4087)
- Remove rendering of residential, unclassified, cycleway, path, track
highway areas (#4096)
- Remove rendering of protect_class = 7, 24, 97, 98, 99
boundary=protected_area features (#4113)
- Move place=square to amenity-points layer with placenames text style from
z17 (#4085)
- Change wetland pattern initial zoom level back to z10 (#4094)
- Render bare_rock pattern from z13, same as shingle and scree (#4072)
- Restore admin-text rendering for admin_level 3 to 5 (#4126)
- Move aerialways and amenity-line layers text labels to text-line layer
(#4107)
- Fix python3 installation for Docker (#4125)

Thanks to all the contributors for this release, including @owahltinez
(Oscar Wahltinez), a new contributor.

For a full list of commits, see
https://github.com/gravitystorm/openstreetmap-carto/compare/v5.1.0...v5.2.0

As always, we welcome any bug reports at
https://github.com/gravitystorm/openstreetmap-carto/issues
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Problems near Trieste

[Andy Townsend]

On 07/05/2020 18:15, Cascafico Giovanni wrote:

Hello Andy and thanks for your interest.

Unfortunately, some local mappers already patched the damages. This 
morning I posted a message [1] in regional ML (talk-it-fvg) in order 
to evaluate the amount of corrections already done and to choose the 
best approach (between the four you listed).


To be honest, local mappers tidying things up is great - it means that 
we don't have to worry about a "remote revert".  They're best placed to 
know what is actually correct or not.


Best Regards,

Andy

Ad essere onesti, i mapper locali che riordinano le cose sono grandiosi 
- significa che non dobbiamo preoccuparci di un "ripristino remoto". 
Sono nella posizione migliore per sapere cosa è effettivamente corretto 
o meno.


I migliori saluti,

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

[Talk-us] Relation disappearing from renderer

[the.spui.ninja]

So I noticed recently that the boundary for the Black Hills National Forest
(https://www.openstreetmap.org/relation/4069100
 ) has started disappearing
from the standard view, while the boundary for the Buffalo Gap National
Grassland, which has basically identical tags where it matters, is still
visible (https://www.openstreetmap.org/relation/2834554). I checked that the
BHNF relation wasn't broken (at least as best as I can tell; I put it in
manually a few years ago so it has a lot of parts), so I'm not sure what's
going on. 

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

Re: [OSM-talk-fr] ouvert, fermé, confiné

[deuzeffe]

Le 08/05/2020 à 20:28, osm.sanspourr...@spamgourmet.com a écrit :

À compter de lundi on pourra refaire une passe sur les lieux ouverts,
fermés.

Et sans doute recommencer les semaines suivantes le temps que les
services et boutiques s'adaptent.


Et faire apparaître toutes celles et ceux qu'il n'était pas possible 
d'ouvrir au public, aussi, non ?


J'aurais bien aimé avertir l'asso. locale des commerçants que ses 
membres pouvaient indiquer les nouvelles modalités d'accueil du public 
(horaires, EPI, etc.). Mais en l'état (vérifié à l'instant), ce n'est 
pas trop diffusable, manque des commerces :/ (rien vu dans les issues 
github qui en parle : j'ai raté un truc ?)


--
deuzeffe

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

Re: [talk-cz] was:highway=primary

[Marián Kyral]

Já bych tu cestu smazal.




Marián



-- Původní e-mail --
Od: Pavel Pilát 
Komu: OpenStreetMap Czech Republic 
Datum: 8. 5. 2020 15:17:32
Předmět: [talk-cz] was:highway=primary
"

Co si myslíte o takto otagovaném bývalém úseku silnice?




https://www.openstreetmap.org/way/780526664
(https://www.openstreetmap.org/way/780526664)




Ponechat, neponechat? V terénu už po tom žádná známka neexistuje. Teď je tam
pole.


___
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] Remove Wikidata parameter from Infobox on wiki (ValueDescription, KeyDescription boxes)

[Joseph Eisenberg]

I have removed the wikidata parameter from the Description template and
it's related documentation page.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[deuzeffe]

Le 08/05/2020 à 20:28, Frantz a écrit :


Y'a un truc clair et net, et qui ne contredit en rien les définitions des pages 
anglophones du wiki... on le prend ? ;)


Si le wiki dit qu'il faut discuter dans chaque pays pour l'adapter à 
chaque pays (don), tu crois vraiment qu'on a le droit ?


--
deuzeffe - des questions rhétoriques. Parfois.


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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[deuzeffe]

Le 08/05/2020 à 18:39, Marc M. a écrit :


et social_facility=day_care si j'ai bonne mémoire.


En relisant la pgae anglaise du wiki, social_facility=outreach serait 
peut-être plus approprié car plus généraliste alors que day_care semble 
impliquer des soins du domaine médical (nursing)


Sinon, ça me va très bien ;P

--
deuzeffe

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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[deuzeffe]

Le 08/05/2020 à 18:18, Christian Rogel a écrit :


Qu’est-ce qui a changé dans l’enseignement des EM pour ne soient plus « 
préscolaires » ?


Que l'instruction, la plupart du temps délivrée dans des écoles, est 
devenue obligatoire en France à partir de l'âge de 3 ans ?


--
deuzeffe - En attendant qu'elle le soit jusqu'à 18 ans. Misère.

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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Christian Rogel]

> Le 8 mai 2020 à 18:39, Marc M.  a écrit :
> 
> 
> une autre solution que je trouve plus homogène est de migrer
> les garderies en amenity=social_facility social_facility:for=child
> et social_facility=day_care si j'ai bonne mémoire.
> pas grand monde n'a donné son avis sur cette possibilité.


Ce serait une bonne idée de mettre les crèches et garderie comme « social 
facility ».

Là, on est pas sorti de l’auberge, c’est pour la valeur correspondante.

Comme je l’ai dit « child care » a été rejeté (8 contre ; 5 pour)

Pourtant , ce serait mieux que  « social facility = daycare» (semble beaucoup 
employé pour les adultes, dont des maisons de retraite) et  « social 
facility:for child ».

Peut-être, ouvrir une page sur le thème en anglais (trouver un mot expressif) 
et parallèlement soulever la question sur la liste talk-osm.

Les crèches et garderies existent partout dans le monde.

A moins qu’il ne s’agisse du syndrome du "geek trentenaire à vélo »  ;-).

Revenant aux écoles.

Il n’y a pas si longtemps les écoles maternelles ont été implantées dans des 
sites différents de ceux des écoles primaires.

Crise démographique et financière aidant, beaucoup de ces sites indépendants 
ont été fermés. On se trouve donc avec des sites à 2 niveaux.

Panique :: on a des problèmes avec les commerces multiples, la tête de l’hydre 
repousse… 2 points sur un bâtiment, etc.


Eh, bien, rien du tout, des sites multiniveaux, c’est incroyablement répandu.

Il y a les cités scolaires (collèges + lycée), les écoles privées de la 
marternelle au bac, etc.

C’est pourquoi, je parlais de l’ISCED et de son classement de 0 à 5.

Si on met «  isced:level = x », sur chaque partie de bâtiment affectée et «  
isced:level = x ;x +1;* +x + 2  » sur le landuse = school, on aura une 
meilleure possibilité de faire des requêtes sur les établissements 
d’enseignement.

Le fin du fin, renseigner les niveaux ISCED à partir des données EN.



Christian R.



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

Re: [Talk-us] admin_level and COGs, MPOs, SPDs, Home Rule

[stevea]

Thank you, Kevin.  And so it goes.

I'll be an observer for a while.

SteveA

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

Re: [Talk-lv] revert changes

[Rihards]

On 08.05.20 22:51, Marat wrote:
> Šīs gudrinieks sabojā daudz multipolygonu relations, kurš var uztaisīt
> revert?
> https://www.openstreetmap.org/user/Nagerevnu/histor
> y 
Paldies par pamanīšanu un labošanu.

a) Varbūt pie kāda changeseta ir vērts (laipni :) ) pastāstīt, kas rada
problēmas un piedāvāt palīdzību?
Pagaidām vienīgais komentārs
https://resultmaps.neis-one.org/osm-discussion-comments?uid=11029305 var
jauniņajam piebaidīt kādu slimību ;)
Cilveks rediģē ar iD, un tur relations dažreiz dīvaini... mutē.
Pie tam pievienojies tikai 14. aprīlī.

b) Vai vēl ir kādi changesets, kur vajag palīdzet ar revertu? Ja jā,
derētu par to uzrakstīt d...@openstreetmap.org .
-- 
 Rihards

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

Re: [Talk-us] admin_level and COGs, MPOs, SPDs, Home Rule

[Kevin Kenny]

On Fri, May 8, 2020 at 3:24 PM stevea  wrote:
> I'm not in Massachusetts, but as I constantly strive to improve my listening 
> skills, so I ask you to please point out any flaws in my understanding of 
> this.  I'm literally quoting from Footnote 18:  "Geographically divided into 
> 14 counties, Massachusetts effectively has no county government in eight of 
> them, similar to Rhode Island. This means in these eight counties (Berkshire, 
> Essex, Franklin, Hampden, Hampshire, Middlesex, Suffolk and Worcester), all 
> government administration is at state (4) and local (8, 9) levels. However, 
> several functions implemented by the state are organized by county lines, 
> including District Attorney, Sheriff and the judiciary."

You just said it yourself.  They still have county prosecutors, county
sheriffs, and county courts - paid by the state, but with local
jurisdiction. There is some residual local government, even if the
county's executive and legislative powers, and its powers to tax and
spend, have reverted to the state. Moreover, no city or township
crosses a county line, as I understand it.

If someone dies, having been a resident of Great Barrington, the will
will be probated in Berkshire County, not Hampden County or anywhere
else. A land sale there will be registered with the Register of Deeds
for the Berkshire County Southern District. A misdemeanant there will
be arrested by the Berkshire County Sheriff (elected by the county,
paid by the state), prosecuted by the Berkshire County District
Attorney, and if convicted, will serve sentence in the Berkshire
County House of Correction. All of these are offices of the state
government, because the county has no power to tax and spend, but some
of the officers remain locally elected.

The boroughs of New York City have a similar setup. They have ceded
all legislative function to the city. They retain only a formal
executive branch. (They still have elected borough presidents, but
their role is advisory and ceremonial). They have no power to tax and
spend. Nevertheless, they retain their own judiciary, and I'd say that
if even one of the three branches of government remains divided along
county lines, you still have an admin level there. This goes doubly if
the division is nearly hierarchical - if subdivisions at a finer
admin_level seldom or never cross the borders of coarser ones. (New
York's Villages are a trifle messy there - about a sixth cross
township lines. But since they have limited home rule, have officers
in all three branches, and enjoy the power to tax and spend, they of
course are administrative divisions anyway.)

New York's 'Hamlets' have zero home rule, but we still bring them in
at the same admin_level as villages, when their boundaries are well
known, because town ordinances so often refer to them. Also, in the
suburban townships, the Hamlets' boundaries are frequently defined on
all sides by the neighboring Villages, so things like voting districts
have to follow them. They're ordinarily signed in the suburban
townships, and have a strong local identity. If I go three miles or so
from where I'm sitting and cross over the bridge, I encounter a large
sign saying 'Welcome to Rexford', with 'Town of Clifton Park'
underneath in much smaller print. The Hamlet where I grew up (Inwood)
had an even stronger local identity. If you referred to it as
Hempstead, the locals would look at you as if you had two heads, even
though the Town of Hempstead was the local government. Hempstead was a
half-a-dozen villages away! (The township that I currently inhabit has
neither villages nor hamlets within its borders.)

Wards of cities also usually don't have home rule, but many places map
them, again because so many services get divided along their
boundaries, and so many local ordinances refer to them by number or
name, including metes and bounds only by reference.

-- 
73 de ke9tv/2, Kevin

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

[OSM-talk] W3C - OGC Joint Online Workshop on Web Maps - September 21st - October 2nd 2020

[Rushforth, Peter (NRCAN/RNCAN) via talk]

Hello,



I apologize for emailing you directly, possibly duplicating communications that 
you may have already received.



I would like to draw your attention to the recently re-opened call for 
positions or presentations for a joint W3C - OGC online workshop on 
standardizing maps for the Web, to be held during 
the weeks of Sept 21st through October 2nd 2020.



In light of current circumstances, we've redesigned the structure of the 
workshop to optimize for remote, global participation. Instead of a few days of 
tightly scheduled sessions, we are planning to distribute the video-conference 
presentations over two weeks, in late September 2020, with written discussion 
to continue through October, so that everyone has a chance to catch up & 
comment on the discussion topics.



The goal of the workshop series is to start a conversation between web map 
creators, geospatial experts, and web standards editors and web browser 
developers, about how standardization can improve web mapping, for creators and 
for end users.



While the range of topics that can be addressed by participants is very broad, 
we are requesting presentations that specifically relate their content to the 
central topic of Web map standardization, such as accessibility, 
internationalization, discovery, privacy, security, extensibility etc.



We also want to continue with the original plan to have "hack" sessions, where 
community members can welcome new contributors to their open-source projects. 
The full details are still being worked out, and feedback or suggestions are 
welcome.



The deadline for proposals is June 30th, so that we have plenty of time to 
arrange a full agenda before September.  It would also be helpful, if you are 
interested, if you could fill in the registration 
form sooner rather than later, so 
that we know who is interested, and what you're interested in.



Please, share the news about the workshop within your organizations and 
communities, and with anyone else you think would be interested in improving 
maps on the web.



Please feel free to contact me directly, or to email the program 
committee
 with any questions you may have.



Warm regards,

Peter





Peter Rushforth

Co-Chair, Program Committee

W3C - OGC Joint Online Workshop on Web Maps



Technology Advisor

Canada Centre for Mapping and Earth Observation

Natural Resources Canada / Government of Canada

peter.rushforth.nrcan-rn...@gccollaboration.ca
 / Tel: 613-759-7915



Conseiller technique

Centre canadien de cartographie et d'observation de la Terre

Ressources naturelles Canada / Gouvernement du Canada

peter.rushforth.nrcan-rn...@gccollaboration.ca
 / Tél: 613-759-7915




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

[Talk-lv] revert changes

[Marat]

Šīs gudrinieks sabojā daudz multipolygonu relations, kurš var uztaisīt
revert?
https://www.openstreetmap.org/user/Nagerevnu/histor
y
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

[Nap Osm]

Buonasera! Ho aggiunto i tag che avete segnalato, per ora con un (?) dove non 
sono riuscito a individuare la categoria. Se volete potete modificare il foglio 
se siete a conoscenza della categoria o eventualmente volete segnalare cose 
(segnalate anche problemi per la vostra regione, se necessario, perché potrebbe 
essere utile)

Buona serata a tutti! 

From: Martin Koppenhoefer 
Sent: Friday, May 8, 2020 7:18 PM
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

mancano
shop=car car_repair bicycle
car_wash

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

Re: [Talk-us] admin_level and COGs, MPOs, SPDs, Home Rule

[stevea]

On May 8, 2020, at 12:09 PM, Greg Troxel  wrote:
> My point is that in Massachusetts, counties are real in that the
> government expects you to know what county you are in, and there are
> signs. Many state government functions are lined up with these counties
> - it's just that the people are state employees instead.  The federal
> government believes in counties - they are used to organize lots of
> things even if the counties have no taxing and spending.  So they really
> are a political subdivision, even if they have zero government
> functions.
> 
> We in the Massachusetts local community want to have admin_level 6
> relations for these boundaries, and I personally consider deleting them
> to be vandalism.

I'm not in Massachusetts, but as I constantly strive to improve my listening 
skills, so I ask you to please point out any flaws in my understanding of this. 
 I'm literally quoting from Footnote 18:  "Geographically divided into 14 
counties, Massachusetts effectively has no county government in eight of them, 
similar to Rhode Island. This means in these eight counties (Berkshire, Essex, 
Franklin, Hampden, Hampshire, Middlesex, Suffolk and Worcester), all government 
administration is at state (4) and local (8, 9) levels. However, several 
functions implemented by the state are organized by county lines, including 
District Attorney, Sheriff and the judiciary."

I believe the six counties WITH "county government" deserve 
boundary=administrative, admin_level=6.  I believe the eight counties WITHOUT 
"county government" deserve border_type=county (and no admin_level key-value 
pair whatsoever).  I wholeheartedly agree with you that removing / deleting / 
altering the "county boundaries" (and there are two kinds, as our wiki and I 
describe them here) besides these tagging schemes is vandalism.

The federal government certainly does "believe in" counties, it (via the Census 
Bureau, USGS and other agencies that refer to them) categorizes them in 
sometimes slightly-different ways than OSM does.  (We say so in our wiki, and 
why, and point out that we also align with the Census Bureau in certain 
circumstances, like CCCs, for the most part).  It also describes many other 
"things" (like Census County Divisions and many flavors of Statistical Areas) 
which OSM happily ignores.  In fact, the federal government even disagrees with 
itself:  the Census Bureau and USGS divide the USVI into either two or three 
county-equivalents (take your pick).  So, OSM must make its own decisions, 
based on its own definitions.  Often, OSM and the federal government agree on 
these things.  Sometimes, not quite.  That's OK, especially as we recognize 
this, point it out and explain why.  I think we do OK here.  The distinctions 
can be subtle, but they are explainable, so we do.

Wow, people still have patience to discuss this!

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

Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

[Martin Koppenhoefer]

mancano
shop=car car_repair bicycle
car_wash

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

Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

[Martin Koppenhoefer]

questi vogliamo avere tutti nella stessa categoria perché apparentemente
hanno lo stesso codice ATECO?

amenity=cafe, amenity=bar, shop=wine
amenity=fast_food, amenity=pub, amenity=restaurant
shop=confectionery, shop=pastry
amenity=ice_cream, shop=cheese, shop=dairy, shop=ice_cream
shop=butcher
shop=farm, shop=greengrocer
shop=bakery
shop=tobacco

Ciao
Martin



Am Fr., 8. Mai 2020 um 18:26 Uhr schrieb Francesco Ansanelli <
franci...@gmail.com>:

> Ciao,
>
> vorrei chiedere a tutti di leggere il file:
>
>
> https://docs.google.com/spreadsheets/d/16sjnVrZHkXzKwIQVTNATTHdG5V1C42x3qrDsLTCXUm4/edit?usp=sharing
>
> ed eventualmente integrare i tag mancanti o correggere quelli errati per
> far partire "Ça Reste Ouvert" anche nel nostro paese.
>
> Sicuramente ci sono tipi di negozi che mi sfuggono o varie restrizioni
> regionali (o comunali).
> Se es. nella vostra regione c'è un'eccezione segnatemela per favore in una
> colonna a destra in modo che chi andrà a creare il file di configurazione
> possa tenerne conto.
>
> Grazie a tutti
> Francesco
>
> Il giorno dom 26 apr 2020 alle ore 20:21 Nap Osm 
> ha scritto:
>
>> Buonasera ragazzi, sembra che in Germania vogliano fare una cosa simile a
>> quella che volevamo fare noi ovvero mostrare tutti i negozi sulla mappa.
>> https://github.com/osmontrouge/caresteouvert/issues/558
>> Magari potremmo entrare nella discussione e provare anche noi a fare una
>> cosa simile.
>> --
>> *From:* Martin Koppenhoefer 
>> *Sent:* Thursday, April 23, 2020 8:49 AM
>> *To:* openstreetmap list - italiano 
>> *Subject:* Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"
>>
>>
>>
>> sent from a phone
>>
>> > On 23. Apr 2020, at 06:44, Alessandro Sarretta <
>> alessandro.sarre...@gmail.com> wrote:
>> >
>> > Loro però in realtà hanno come primo target le opening_hours, non il
>> delivery, e quindi il punto di partenza è un po' diverso.
>>
>>
>> nel mio piccolo qui ho riscontrato quasi tutti gli orari diversi durante
>> il covid
>> Sia catene (conad) che negozi piccoli. Inoltre le catene/brand non sono
>> necessariamente gestite dalla stessa società, per esempio ci sono tipi
>> diversi per conad ed euronics.
>>
>>
>> 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
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>


-- 
Martin Koppenhoefer (Dipl-Ing. Arch.)
Via del Santuario Regina degli Apostoli, 18

00145 Roma

|I|I|I|I|I|I|I|I|

Italia
N41.851, E12.4824
8FHJVF5W+W5

tel1: +39 06.916508070
tel2: +49 30 868708638
mobil: +39 392 3114712
m...@koppenhoefer.com
http://www.koppenhoefer.com


Hinweis:
Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie
Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der
manuellen Übertragung von Informationen in elektronische Medien die
übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu
entschuldigen.

Any views or opinions are solely those of the author and do not necessarily
represent those of koppenhoefer.com unless specifically stated.
This email and any files attached are confidential and intended solely for
the use of the individual or entity to which they are addressed.
If you have received this email in error, please notify
postmas...@koppenhoefer.com

Please note that to ensure regulatory compliance and for the protection of
our clients and business, we may monitor and read messages sent to and from
our systems.

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

Re: [Talk-us] admin_level and COGs, MPOs, SPDs, Home Rule

[Greg Troxel]

stevea  writes:

>> Also, I don't believe in "states with no counties".  I do believe in
>> "county government dissolved".  Still, the counties as boundaries
>> continue to exist, and remain important, and shoudl still be
>> admin_level=6.  Many times interacting with the government you are
>> required to list your county.  And, almost everyone believes in county
>> boundaries and the notion of knowing which county you are in, even if
>> they don't collect taxes and have employees.
>
> I don't wish to insult you, but in this regard, it matters little what
> you believe.  As long as we agree that the constructs of human
> political institutions "are what we say they are," beliefs really
> don't enter the equation.  There really do appear to be four states
> without counties, though two (Alaska and Louisiana) have "county
> equivalents."  The two remaining (2.5 if we include Massachusetts' 8
> non-counties out of its 14) which really don't are Rhode Island (and
> that's fairly "pure" when it comes to "no counties," they are truly
> geographic in nature, not political) and Connecticut.  The latter
> "dissolved" its counties in 1960, "reformulated 15 RCOGs" (councils of
> town governments with strictly limited function, like landuse
> planning), then in 2014 reduced these to 9 RCOGs.

My point is that in Massachusetts, counties are real in that the
government expects you to know what county you are in, and there are
signs. Many state government functions are lined up with these counties
- it's just that the people are state employees instead.  The federal
government believes in counties - they are used to organize lots of
things even if the counties have no taxing and spending.  So they really
are a political subdivision, even if they have zero government
functions.

We in the Massachusetts local community want to have admin_level 6
relations for these boundaries, and I personally consider deleting them
to be vandalism.

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

Re: [Talk-it] Village / Town

[Martin Koppenhoefer]

Am Fr., 8. Mai 2020 um 16:01 Uhr schrieb Lorenzo Mastrogiacomi <
lomastr...@gmail.com>:

> Anche considerazioni come la presenza di aeroporto sono sempre relative al 
> centro che li ospita.
>
>
per me questo è l'aeroporto di Pescara, e se si trova in Sanbuceto o
Frascone non mi cambia niente, non diventano "town" per avere la sfortuna
di avercelo in casa ;-) (senza offesa per chi abita questi posti, scusate,
ma è il punto di vista "da lontano").

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

Re: [Talk-us] admin_level and COGs, MPOs, SPDs, Home Rule

[stevea]

On May 8, 2020, at 4:58 AM, Greg Troxel  wrote:
> I think it's great to record in the wiki established consensus and best
> practices.

In the case of admin_level values in the USA as cited, I believe that is 
exactly what we did.  (Full disclosure, I have always done my best to 
facilitate this, especially the flurry of activity in the summer of 2017 and 
less so but still actively in 2018, as documented on the Talk page.  I did 
recently become loquacious, I better endeavor at concision).  Perhaps 
immodestly, I'd say we've done an almost exemplary job of it, over many years, 
given local and regional passions of OSM contributors while wanting to stay 
true to what I might call "a national framework" (of constitutions, statutes 
and legal traditions) and "an international OSM framework" (of the 2-through-11 
values of admin_level values flexibly but not brokenly accommodating USA's 
administrative structure).

> I think it's unfortunate when things are designed first in
> the wiki separate from established consensus, and then later referred to
> as representing consensus, like the notion of ele being for ellipsoidal
> heights in the Altitude pag.[q

As I note above, I don't think that's quite what we did here.  What we did (it 
is self-documenting, though lengthy, as it was over several years) was to 
establish consensus IN the wiki (and I believe some talk-us discussion, which 
is linked where crucial), THEN we documented this consensus in the wiki 
afterwards.  It wasn't "design first," it was "let's discuss first, understand 
and agree what states actually do in law, statute and township councils (for 
example), then we'll document that."  The "Little Table" of nine states around 
New England was the most recent sharpening of focus, what might be called a 
"sprint to the finish line."  I consider the Big Table substantially complete.  
In fact, I just (today) added Utah, which has recently (2016?) added townships 
to its state law (though only Salt Lake County has them, and only five).

>> Greg, the sort of COG Connecticut has built (an RCOG) is unique as
>> "COG entity in a state with no counties."  There are also COGs in
>> states with counties and I temporarily assume perhaps in states with
>> townships, though I can't offer immediately a concrete example.  I
>> don't know what numerical value of admin_level we would begin to
>> assign to these (we shouldn't assign any, imho, and it seems your
>> opinion, too), I have heard 5, 5.5. 6 and 7.  "Collisions with
>> existing," hence 5.5.  We started to do this with CDPs at 8 and backed
>> that out: they're not these.
> 
> I looked up COG> I don't see COG as an admin_level.  They are basically
> like some combination school districts and regional planning agenceies.

Right, footnote 4 says we disagreed to do this in 2012 (after I myself thought 
California LAFCOs might be admin_level=5, they are not) and Footnote 12 says we 
shouldn't do this in Connecticut accordingly.  Mashin's assertion (that we 
should tag Connecticut RCOGs with boundary=administrative instead of 
boundary=COG) flies in the face of this effectively established consensus.  
However, I am willing to revisit this provided we get a political scientist 
with OSM admin_level savvy to help suss this out.  Why?  Because Connecticut 
dissolving its counties and then reformulating RCOGs decades later is a unique 
situation and there MIGHT be a possibility that OSM rightly calls them not 
boundary=COG but boundary=administrative.  IF we get there (big if), what 
admin_level value we might assign them is another kettle of fish.

> Also, I don't believe in "states with no counties".  I do believe in
> "county government dissolved".  Still, the counties as boundaries
> continue to exist, and remain important, and shoudl still be
> admin_level=6.  Many times interacting with the government you are
> required to list your county.  And, almost everyone believes in county
> boundaries and the notion of knowing which county you are in, even if
> they don't collect taxes and have employees.

I don't wish to insult you, but in this regard, it matters little what you 
believe.  As long as we agree that the constructs of human political 
institutions "are what we say they are," beliefs really don't enter the 
equation.  There really do appear to be four states without counties, though 
two (Alaska and Louisiana) have "county equivalents."  The two remaining (2.5 
if we include Massachusetts' 8 non-counties out of its 14) which really don't 
are Rhode Island (and that's fairly "pure" when it comes to "no counties," they 
are truly geographic in nature, not political) and Connecticut.  The latter 
"dissolved" its counties in 1960, "reformulated 15 RCOGs" (councils of town 
governments with strictly limited function, like landuse planning), then in 
2014 reduced these to 9 RCOGs.

Do COGs (MPOs, SPDs...) in OTHER states (besides Connecticut) deserve 
boundary=administrative (and hence admin_level)?  No, I 

Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

[Lorenzo Rolla]

Mancano le attività dell’allegato 2 che sono aperte :

Allegato 2

   Servizi per la persona

  Lavanderia e pulitura di articoli tessili e pelliccia
  Attivita' delle lavanderie industriali
  Altre lavanderie, tintorie
  Servizi di pompe funebri e attivita' connesse





Il giorno ven 8 mag 2020 alle 18:26 Francesco Ansanelli 
ha scritto:

> Ciao,
>
> vorrei chiedere a tutti di leggere il file:
>
>
> https://docs.google.com/spreadsheets/d/16sjnVrZHkXzKwIQVTNATTHdG5V1C42x3qrDsLTCXUm4/edit?usp=sharing
>
> ed eventualmente integrare i tag mancanti o correggere quelli errati per
> far partire "Ça Reste Ouvert" anche nel nostro paese.
>
> Sicuramente ci sono tipi di negozi che mi sfuggono o varie restrizioni
> regionali (o comunali).
> Se es. nella vostra regione c'è un'eccezione segnatemela per favore in una
> colonna a destra in modo che chi andrà a creare il file di configurazione
> possa tenerne conto.
>
> Grazie a tutti
> Francesco
>
> Il giorno dom 26 apr 2020 alle ore 20:21 Nap Osm 
> ha scritto:
>
>> Buonasera ragazzi, sembra che in Germania vogliano fare una cosa simile a
>> quella che volevamo fare noi ovvero mostrare tutti i negozi sulla mappa.
>> https://github.com/osmontrouge/caresteouvert/issues/558
>> Magari potremmo entrare nella discussione e provare anche noi a fare una
>> cosa simile.
>> --
>> *From:* Martin Koppenhoefer 
>> *Sent:* Thursday, April 23, 2020 8:49 AM
>> *To:* openstreetmap list - italiano 
>> *Subject:* Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"
>>
>>
>>
>> sent from a phone
>>
>> > On 23. Apr 2020, at 06:44, Alessandro Sarretta <
>> alessandro.sarre...@gmail.com> wrote:
>> >
>> > Loro però in realtà hanno come primo target le opening_hours, non il
>> delivery, e quindi il punto di partenza è un po' diverso.
>>
>>
>> nel mio piccolo qui ho riscontrato quasi tutti gli orari diversi durante
>> il covid
>> Sia catene (conad) che negozi piccoli. Inoltre le catene/brand non sono
>> necessariamente gestite dalla stessa società, per esempio ci sono tipi
>> diversi per conad ed euronics.
>>
>>
>> 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
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 
Lorenzo Rolla
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Frantz]

8 mai 2020 18:39 "Marc M."  a écrit:

> Bonjour,
> 
> Le 08.05.20 à 18:18, Christian Rogel a écrit :
> 
>> On ne peut pas esquiver la question du contenu éducatif
> 
> je trouve que c'est cela justement le fond de la question

Tout à fait.

> autant je suis partisan de tag les écoles maternelle en fr comme elles
> le sont hors fr dans des systèmes similaires (par ex en Suisse)
> autant pour le moment, dans kindergarden, il y a à la fois la garderie
> et l'école maternelle, ce qui n'est pas très cohérent.

Et la page kindergarten anglophone indique :
=
The scope and usage of the tag amenity=kindergarten in OSM varies between 
countries and needs to be discussed in the national communities. The usage for 
specific countries is summarised below.

For establishments offering formal school education of children use 
amenity=school. School enrolment varies between countries and can be between 4 
and 7 years. 
=
1) discuter dans chaque pays
2) le début de l'école peut varier selon les pays entre 4 et 7 ans.

Je n'ai fait que mettre la page FR en conformité avec ce qui est dit dans la 
page anglophone.
Après on peut vriller kindergarten pour l'adapter aux maternelles, et chercher 
un autre tag pour les crèches et garderies, mais pour moi c'est là que l'on 
s'éloigne de ce qui se fait ailleurs.

https://fr.wikipedia.org/wiki/Cycles_de_l%27enseignement_primaire_fran%C3%A7ais
"Enseignement primaire en France : cycle 1 : école maternelle PS-MS-GS"

Programme officiel, contraintes horaires, enseignement collectif, des 
enseignants, obligation scolaire (à 3 ans), y'a tous les critères officiels 
d'une école, anglaise ou française, wiki OSM, dictionnaire ou encyclopédie !

Donc soit on met :
- les maternelles en school et les crèches/garderies en kindergarten
- les maternelles et les crèches/garderies en kindergarten
- les maternelles toutes seules en kindergarten et on invente un autre tag pour 
les crèches... et les jardins d'enfants français.

Y'a un truc clair et net, et qui ne contredit en rien les définitions des pages 
anglophones du wiki... on le prend ? ;)

-- 
Frantz

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

[OSM-talk-fr] ouvert, fermé, confiné

[osm . sanspourriel]

À compter de lundi on pourra refaire une passe sur les lieux ouverts,
fermés.

Et sans doute recommencer les semaines suivantes le temps que les
services et boutiques s'adaptent.

Met-on ces horaires dans la clé normale ou attend-on le retour d'un
fonctionnement essentiellement normal (quand les restaurants et bars
seront ouverts par exemple)

Déjà Mayotte reste confiné.

Pour les lacs, les plages et le littoral, ça va être comme pour les
marchés ouverts : au bon vouloir du préfet du département (en principe
en fonction des plans soumis par les maires).

Et là ça se complique : on va voir des voiries autorisées (ou pas), des
accès à la plage en sens unique, etc.

Est-ce qu'on essaye de mettre l'info dans OSM ? Jusqu'ici l'info état
nationale donc inutile dans OSM.

oneway:covid19=yes sur les accès ?

Ou considère-t-on comme pour les écoles que les utilisateurs potentiels
sauront se débrouiller sans OSM ?

Je suppose que pour trouver l'info il faudra éplucher les sites des
mairies du littoral (et de l'intérieur pour les lacs) donc en théorie 35
000 sites environ.

Il y a 5 000 plages (beach) dans OSM en France mais seulement 1621 où on
sait s'il s'agit de vraies plages (sand) ou des grèves (gravel ou
pebblestone). Alors si vous passez dessus...

Jean-Yvon



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

Re: [Talk-us] How to map snowmobile trails in US?

[Jmapb]

On 5/7/2020 8:05 PM, Bob Gambrel wrote:

So imagine this simple example. A path (of some sort) goes from point
A to B. Between points B and C there is no way (no path, road,
highway, cycle way, foot path, track, etc. Then there is another path
of some sort between points C and D. So the relationship (a snowmobile
route) includes ways "AB", "BC" and "CD". What type of way should "BC"
be?

This area shows such a snowmobile trail:

https://www.openstreetmap.org/edit#map=17/45.83596/-95.31124

Much of it is not along any visible way of any sort. It looks like
part of it could be on an existing (but not mapped unpaved service
road) and part of it crosses a stream next to (but probably on) an
unmapped little bridge. If all the ways that were mappable were
actually mapped, most of the snomobile trail would still be on
unmapped (unmappable) "invisible in the summer" ways.


Best I know, these paths that only appear in the winter should be tagged
highway=path + seasonal=winter + snowmobile=yes/designated. Probably
also good to add foot=no and bicycle=no.

Of course they'll render year-round, and future mappers looking at
snowless aerial imagery might be inclined to delete them. So it would
probably be good to add a note that says "this path only appears in the
winter and is tagged accordingly, please do not delete based on aerial
imagery."

There's extremely limited use (literally 13 uses, all in Finland) of
seasonal:winter:highway=path. Putting the seasonality in a prefix would
allow you to avoid the troll tag aspect of highway=path +
seasonal=winter, but software support for this scheme is unlikely.

Asking on the tagging list is a good idea -- Talk-us is a bit of a ghost
town.

Jason


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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Philippe Verdy]

Je pense qu'il faut avoir une vision pragmatique: la situation dans un pays
ne se compare pas toujours avec celle d'un autre. Il y a des
systèmes proches mais pas équivalents du tout en terme de fonctionnement.
Et c'est encore pire si on regarde les pays de développement qui eux font
avec les moyens qu'ils ont et ne vont pas s'arrêter aux décisions de fusion
ou séparation des services prises par l'administration britannique (qui
aussi peut en changer selon le temps sans rien demander aux autres pays,
mais qui pourtant auront des conséquences sur le terrain).
Si OSM prétend taguer en fonction de ce qu'on trouve sur le terrain, alors
les tags s'adaptent au terrain et non l'inverse. Sinon OSM "invente" des
données selon une interprétation biaisée, idéalisée du monde réel sur une
base uniquement théorique mais en tenant compte des avis de certaines
petites communautés privilégiées (et souvent autodésignées) au détriment
des autres.
Ca ne veut pas dire qu'on fait ce qu'on veut, mais on doit accepter qu'il y
ait des réalités différentes et qu'il y a des exceptions au modèle (la
géographie est bourrée d'exceptions dans tous les domaines)

Le ven. 8 mai 2020 à 18:56,  a écrit :

> Je n'avais pas cru utile de répondre, mais :
>
> amenity=social_facility
> social_facility=day_care
> social_facility:for=child
>
> Me va.
>
> Mettre les maternelles avec les élémentaires ou pas, je m'en fiche un
> peu (je n'ai pas d'égo de professeur des écoles facultatives^^)
> maintenant si ces professeurs nous font un caca nerveux pour une erreur
> de traduction.
>
> Simplement en France il y a beaucoup de primaires.
>
> Et mélanger les amenity=school et les amenity=kindergarten en
>
> amenity=school;kindergarten
>
> amenity=school
> amenity_1=kindergarten
>
> amenity_1=school
> amenity=kindergarten
>
> ou
>
> amenity=school
> amenity=kindergarten
>
> en déplaçant arbitrairement un point (les locaux ne sont pas
> nécessairement distincts).
>
> Bof, bof et bof. À la limite le dernier (souvent une partie de bâtiment
> est plus pour l'un ou l'autre).
>
> Donc on regarde ce que font les autres et sauf gros clash, on fait pareil.
>
> Jean-Yvon
>
>
> Le 08/05/2020 à 18:39, Marc M. - marc_marc_...@hotmail.com a écrit :
> > Bonjour,
> >
> > Le 08.05.20 à 18:18, Christian Rogel a écrit :
> >> On ne peut pas esquiver la question du contenu éducatif
> > je trouve que c'est cela justement le fond de la question
> > autant je suis partisan de tag les écoles maternelle en fr comme elles
> > le sont hors fr dans des systèmes similaires (par ex en Suisse)
> > autant pour le moment, dans kindergarden, il y a à la fois la garderie
> > et l'école maternelle, ce qui n'est pas très cohérent.
> >
> > une autre solution que je trouve plus homogène est de migrer
> > les garderies en amenity=social_facility social_facility:for=child
> > et social_facility=day_care si j'ai bonne mémoire.
> > pas grand monde n'a donné son avis sur cette possibilité.
> >
> > Cordialement,
> > Marc
> >
> > ___
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[Marc M.]

Le 08.05.20 à 18:54, Jérôme Amagat a écrit :
> Difficile de trouvé d'autres exemples de côte pas a jour dans le rendu
> fr, en cherchant au hasard, j'ai trouvé ça :
> https://www.openstreetmap.org/#map=14/15.7668/40.0185
> http://tile.openstreetmap.fr/?zoom=14=15.76549=40.01546=B000FFF
> les nodes ont été créé en mai 2019 :
> https://www.openstreetmap.org/changeset/70720131#map=12/15.7704/40.0388

merci, j'ai trouvé les fichiers "land-polygons" sur le serveur de rendu
osm-fr, ils datent de juin 2018
la maj craint, le répertoire n'est plus synchronisé avec son dépôt
public depuis janvier 2017

les projets mono-mainteneur, c'est galère

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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[osm . sanspourriel]

Je n'avais pas cru utile de répondre, mais :

amenity=social_facility
social_facility=day_care
social_facility:for=child

Me va.

Mettre les maternelles avec les élémentaires ou pas, je m'en fiche un
peu (je n'ai pas d'égo de professeur des écoles facultatives^^)
maintenant si ces professeurs nous font un caca nerveux pour une erreur
de traduction.

Simplement en France il y a beaucoup de primaires.

Et mélanger les amenity=school et les amenity=kindergarten en

amenity=school;kindergarten

amenity=school
amenity_1=kindergarten

amenity_1=school
amenity=kindergarten

ou

amenity=school
amenity=kindergarten

en déplaçant arbitrairement un point (les locaux ne sont pas
nécessairement distincts).

Bof, bof et bof. À la limite le dernier (souvent une partie de bâtiment
est plus pour l'un ou l'autre).

Donc on regarde ce que font les autres et sauf gros clash, on fait pareil.

Jean-Yvon


Le 08/05/2020 à 18:39, Marc M. - marc_marc_...@hotmail.com a écrit :

Bonjour,

Le 08.05.20 à 18:18, Christian Rogel a écrit :

On ne peut pas esquiver la question du contenu éducatif

je trouve que c'est cela justement le fond de la question
autant je suis partisan de tag les écoles maternelle en fr comme elles
le sont hors fr dans des systèmes similaires (par ex en Suisse)
autant pour le moment, dans kindergarden, il y a à la fois la garderie
et l'école maternelle, ce qui n'est pas très cohérent.

une autre solution que je trouve plus homogène est de migrer
les garderies en amenity=social_facility social_facility:for=child
et social_facility=day_care si j'ai bonne mémoire.
pas grand monde n'a donné son avis sur cette possibilité.

Cordialement,
Marc

___
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] Evolution des règles pour les plages et la ligne de côte

[Jérôme Amagat]

Difficile de trouvé d'autres exemples de côte pas a jour dans le rendu fr,
en cherchant au hasard, j'ai trouvé ça :
https://www.openstreetmap.org/#map=14/15.7668/40.0185
http://tile.openstreetmap.fr/?zoom=14=15.76549=40.01546=B000FFF
les nodes ont été créé en mai 2019 :
https://www.openstreetmap.org/changeset/70720131#map=12/15.7704/40.0388

Pour des discussions sur le changements relation vers node :
Sur le changeset de la modification de la Manche et golfe de Gascogne, pas
de réponse de l'auteur :
https://www.openstreetmap.org/changeset/83083550
Une discussion sur le forum qui concerne le golfe d’Ajaccio qui va bientôt
disparaître du rendu car la relation a été supprimer (les faible zoom ne
sont pas mis a jour aussi vite que les gros zoom) :
https://forum.openstreetmap.org/viewtopic.php?id=69220
Il y a eu plusieurs discussions il y a un an sur talk en anglais :
http://gis.19327.n8.nabble.com/Tag-for-a-plateau-or-tableland-tp5937977p5938119.html
http://gis.19327.n8.nabble.com/Verifiability-wiki-page-Geometry-section-added-tp5938601.html
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Vincent Bergeot]

Le 05/05/2020 à 10:52, Marc M. a écrit :

Bonjour,

Le 05.05.20 à 09:14, Vincent Bergeot a écrit :

mais des objectifs différents

c'est ce qui me dérange dans l'actuel amenity=kindergarten
c'est à la fois pour le système scolaire et ce qui ne l'est pas,
alors que ce sont 2 structures avec des objectifs différents.
il y a bien le très technique isced:level=0<>no pour faire
la différence mais c'est très technique.
du coup je suis favorable à sortir l'école de amenity=kindergarten


ok, mais effectivement les lectures de wikipedia mais aussi du wiki 
semble quand même dire que c'est école maternelle.


Je suis confus dans l'équilibre entre "l'homogéneité" que amenity=school 
semble amener en france et le fait que l'usage internationale semble 
souvent parler d'école maternelle pour amenity=kindergarten.


je reprends ci-dessous le fait que la traduction de kindergarten est 
école maternelle (maternelle, maman, enfant, avec le tout plein de 
sous-entendus et représentations de genre ..).


Le 06/05/2020 à 16:30, osm.sanspourr...@spamgourmet.com a écrit :


La traduction importe aussi et la traduction n'est pas jardin 
d'enfants... mais maternelle (voir ci-dessous).


OSM a une portée mondiale et si ça chagrine des professeurs d'école 
maternelle, ça ne me fera ni chaud ni froid si c'est le bon terme au 
niveau international.


Remarquez que ceux qui gèrent les marmots de ces kindergarten sont 
appelés en anglais des _teachers_ c'est à dire des professeurs.


Jean-Yvon

Le 06/05/2020 à 15:36, Christian Rogel - 
christian.ro...@club-internet.fr a écrit :



kindergarten (la traduction compte peu, nous sommes dans une convention de 
nommage).


https://www.linguee.fr/francais-anglais/search?source=auto=kindergarten

kindergarten 
 nom  (pluriel: kindergartens 
)
maternelle 
 f   (pluriel: maternelles 
 f)
Children learn the alphabet in kindergarten. Les enfants apprennent 
l'alphabet à la maternelle.
plus rare :  
école maternelle 
 
f
garderie 
 f

Exemples :
pre-kindergarten 
 
n—
prématernelle 
 
f
*kindergarten teacher 
 
n **—*
*enseignant de maternelle 
 
m***

**
kindergarten class 
 
n—
classe de maternelle 
 
f


--
Vincent Bergeot

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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Marc M.]

Bonjour,

Le 08.05.20 à 18:18, Christian Rogel a écrit :
> On ne peut pas esquiver la question du contenu éducatif

je trouve que c'est cela justement le fond de la question
autant je suis partisan de tag les écoles maternelle en fr comme elles
le sont hors fr dans des systèmes similaires (par ex en Suisse)
autant pour le moment, dans kindergarden, il y a à la fois la garderie
et l'école maternelle, ce qui n'est pas très cohérent.

une autre solution que je trouve plus homogène est de migrer
les garderies en amenity=social_facility social_facility:for=child
et social_facility=day_care si j'ai bonne mémoire.
pas grand monde n'a donné son avis sur cette possibilité.

Cordialement,
Marc

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

Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"

[Francesco Ansanelli]

Ciao,

vorrei chiedere a tutti di leggere il file:

https://docs.google.com/spreadsheets/d/16sjnVrZHkXzKwIQVTNATTHdG5V1C42x3qrDsLTCXUm4/edit?usp=sharing

ed eventualmente integrare i tag mancanti o correggere quelli errati per
far partire "Ça Reste Ouvert" anche nel nostro paese.

Sicuramente ci sono tipi di negozi che mi sfuggono o varie restrizioni
regionali (o comunali).
Se es. nella vostra regione c'è un'eccezione segnatemela per favore in una
colonna a destra in modo che chi andrà a creare il file di configurazione
possa tenerne conto.

Grazie a tutti
Francesco

Il giorno dom 26 apr 2020 alle ore 20:21 Nap Osm 
ha scritto:

> Buonasera ragazzi, sembra che in Germania vogliano fare una cosa simile a
> quella che volevamo fare noi ovvero mostrare tutti i negozi sulla mappa.
> https://github.com/osmontrouge/caresteouvert/issues/558
> Magari potremmo entrare nella discussione e provare anche noi a fare una
> cosa simile.
> --
> *From:* Martin Koppenhoefer 
> *Sent:* Thursday, April 23, 2020 8:49 AM
> *To:* openstreetmap list - italiano 
> *Subject:* Re: [Talk-it] Adesione italiana a portale "Ca reste ouvert"
>
>
>
> sent from a phone
>
> > On 23. Apr 2020, at 06:44, Alessandro Sarretta <
> alessandro.sarre...@gmail.com> wrote:
> >
> > Loro però in realtà hanno come primo target le opening_hours, non il
> delivery, e quindi il punto di partenza è un po' diverso.
>
>
> nel mio piccolo qui ho riscontrato quasi tutti gli orari diversi durante
> il covid
> Sia catene (conad) che negozi piccoli. Inoltre le catene/brand non sono
> necessariamente gestite dalla stessa società, per esempio ci sono tipi
> diversi per conad ed euronics.
>
>
> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Christian Rogel]

> Le 05/05/2020 à 13:31, Donat ROBAUX a écrit :
>> Je suis évidemment d'accord pour basculer les maternelles de
>> kindergarten en school, mais je pense que pour éviter cet
>> atermoiement ou non-décision, il est préférable d'organiser un vote
>> comme pour les propals habituelles.

Ce vote serait-il organisé sur le wiki avec les mêmes procédures ?

Je suis quand même intrigué par le fait que de simples questions de 
terminologie soient au centre de la proposition de changement.
Pourtant, le fait qu’il y ait un même statut des enseignants ne vaut pas : ça à 
toujours été ainsi.
Le fait que école soit employé est aussi léger, puisqu’il y a un adjectif 
discriminant.
Quelle réponse à la question ?
Qu’est-ce qui a changé dans l’enseignement des EM pour ne soient plus « 
préscolaires » ?
Comme l’EN les appelle toujours.
Il est clair que, partout dans le monde, « kindergarten » = niveau préscolaire. 
C’est une convention unificatrice, faite pour catégoriser des pratiques 
variées, mais, qui précèdent l’acquisition intensive des compétences scolaires 
basiques (lire, écrire, compter).
On ne peut pas esquiver la question du contenu éducatif, pour ne soulever 
qu’une analogie aisément réfutable.

A moins que se comparer internationalement soit devenu obsolète, mais, on 
serait dans l’idéologie. 

Christian R.

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

Re: [Talk-it] Village / Town

[Martin Koppenhoefer]

questa dovrebbe essere la lista delle town con meno di 1 abitanti
 Città del Vaticano| 824
 Sillian   | 2086
 Magione   | 6363
 San Giustino  | 4862
 Vallo della Lucania   | 8531
 Ponte di Piave| 8309
 Borgo Val di Taro | 6999
 Lanusèi/Lanusei   | 5841
 Spinazzola| 6584
 Soverato  | 9095
 Opicina / Opčine  | 8009
 Todi  | 5620
 San Daniele del Friuli| 8013
 Tarcento  | 8716
 Lesmo | 6469
 Castelleone   | 8934
 Klausen - Chiusa  | 4613
 Sterzing - Vipiteno   | 5785
 Chiavenna | 7239
 Sapri | 6716
 Torre Boldone | 7764
 Ponte a Egola | 4500
 Castiglione del Lago  | 5344
 Marsciano | 9631
 Bibione   | 2433
 San Nicolò a Trebbia  | 8497
 Trino | 7605
 Cecchina  | 9141
 Santhià   | 8496
 Gattinara | 7987
 Crabas/Cabras | 8804
 Varallo   | 7253
 Assisi| 3732
 Città di San Marino   | 4211
 Gualdo Tadino | 9750
 Chiasso   | 8202
 Camerino  | 6974
 Ponte Buggianese  | 8804
 Amelia| 5537
 Falcade   | 1951
 Vigodarzere   | 6278
 Racconigi | 9856
 Mattinata | 6333
 Lignano Sabbiadoro| 6950
 Castelluccio dei Sauri| 2097
 Presicce-Acquarica| 9938
 Castano Primo | 9951
 Bedizzole | 9320
 Recco | 9683
 Otranto   | 5282
 Sirmione  | 7646
 Cortina d'Ampezzo | 5907
 Tarvisio  | 5071
 Arluno| 9815
 Narni | 5279

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

Re: [Talk-it] Village / Town

[totera]

Fintocubano wrote
> Quindi, le loro rispettive frazioni cioe' *Tortoreto Lido* e *Sambuceto*
> dovrebbero essere, di conseguenza, taggate ''suburb'' (''A part of a town
> or
> city'')?

No, suburb/quarter/neighbourhood si usano per parti di un centro abitato,
qui stiamo parlando di centri abitati distinti quindi va usato town o
village.


> Inoltre, per esempio, *Silvi*, come Tortoreto, e' taggata ''town'' ma e'
> composta da Silvi Paese (''borough'', da ritaggare in ''neighbourhood''
> credo) e Silvi Marina (''borough'', idem) proprio come Tortoreto
> (Tortoreto
> Alta e Tortoreto Lido).

A Silvi la situazione è diversa da Tortoreto perché la sede comunale non è
Silvi Paese ma è il centro sulla costa, che secondo l'Istat si chiama
proprio Silvi, senza il "Marina". Per quanto riguarda OSM però questo non
cambia nulla, devi sempre guardare l'importanza dei singoli centri abitati.
Credo quindi sia opportuno Silvi town e Silvi Paese village.
Per Silvi Marina non conosco la situazione, ma i casi sono due:
1) se con Silvi Marina si intende tutto l'abitato che l'Istat chiama Silvi
allora c'è un nodo di troppo; se il nome più usato sul posto è Silvi si può
aggiungere alt_name=Silvi Marina, se invece è più usato Silvi Marina,
metterlo come name e spostare Silvi in official_name;
2) se invece con Silvi Marina si intende soltanto una parte di Silvi allora
ha senso che abbia un suo nodo suburb/quarter/neighbourhood.

Come ha ricordato Martin, la conoscenza locale è fondamentale, perché non
sempre i nomi ufficiali corrispondono a quelli effettivamente utilizzati. Ad
esempio per l'Istat il comune di Civitanova Marche ha sede in località
Portocivitanova, ma ormai questo nome non è più usato e anche il centro
abitato è chiamato Civitanova Marche.



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[osm . sanspourriel]

Le 08/05/2020 à 16:58, Jean-Yvon Landrac a écrit :


Il est possible que le rendu de Christian n'aille pas chercher les
bonnes données.

Maintenant ça se passe ici :

https://osmdata.openstreetmap.de/data/land-polygons.html


C'est bon, mais il faut que quelqu'un côté tech lance le script :

https://github.com/cquest/osmfr-cartocss/blob/master/get-shapefiles.sh


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

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[osm . sanspourriel]

Le 08/05/2020 à 15:12, Jérôme Amagat - jerome.ama...@gmail.com a écrit :


https://www.openstreetmap.org/relation/1675626
sans doute que le rendu osm-fr ne connait pas
il y a un an c'était en natural=water

Ce n'est pas ça le problème,  en même temps que ce changement, les
côtes de la gironde sont devenus natural=coastline (exemple :
https://www.openstreetmap.org/way/538325176 )
Et le rendu des natural=bay sur le rendu osm ajoute juste le nom pas
le bleu.


Comme je le disais en aparté, c'est possible que ce soit le problème
mais j'en doute (la Laïta serait à marée basse et on pourrait aller y
marcher à compter du 11 mai^^).

Au contraire puisque la ligne de côte reculait, la mer avancerait.

Ce que tu nous dis me fait penser qu'effectivement à la base il y avait
un ensemble de polygones land créés par une moulinette de Frederik,
moulinette qui a changé il y a un ou deux ans.

Il est possible que le rendu de Christian n'aille pas chercher les
bonnes données.

Maintenant ça se passe ici :

https://osmdata.openstreetmap.de/data/land-polygons.html

N. B. : l'estuaire de la Loire est un des rares à ne pas avoir de
costline dans la partie maritime.

Jean-Yvon


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

Re: [Talk-it] Village / Town

[Lorenzo Mastrogiacomi]

Il giorno ven, 08/05/2020 alle 06.02 -0700, Fintocubano ha scritto:
> 
> totera wrote
> > Ad esempio, per restare in Abruzzo, abbiamo come town Tortoreto (840
> > abitanti, non c'è neanche la scuola media, probabilmente l'unico servizio
> > di
> > una certa importanza è il municipio); ancora più grave la situazione di
> > uno
> > dei centri toccati dalle modifiche di Fintocubano/Fra00, San Giovanni
> > Teatino, che è town con 226 abitanti e non ha neanche il municipio visto
> > che
> > la sede comunale è Sambuceto
> 
> Se per l'ISTAT il comune e' *Tortoreto* e *San Giovanni Teatino*, il totale
> della popolazione va ricondotto a queste due entitá e, quindi, il tag di
> ''town'' va usato, anche se singolarmente, per il numero di abitanti, queste
> due entitá sono ''village'', o mi sbaglio?

Il totale della popolazione del comune va sulla relazione. I vari centri 
abitati vanno trattati per quello che sono.


> Quindi, le loro rispettive frazioni cioe' *Tortoreto Lido* e *Sambuceto*
> dovrebbero essere, di conseguenza, taggate ''suburb'' (''A part of a town or
> city'')?

Sembrano centri abitati distinti, quindi direi di no.
Anche considerazioni come la presenza di aeroporto sono sempre relative al 
centro che li ospita.
Nel caso del comune di San Giovanni Teatino per esempio, Sambuceto per me 
potrebbe essere un town, mentre il paese di San Giovanni Teatino un village.


Lorenzo


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

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[Marc M.]

Le 08.05.20 à 15:12, Jérôme Amagat a écrit :
> Le ven. 8 mai 2020 à 10:47, Marc M. a écrit :
> Le 07.05.20 à 20:32, Jérôme Amagat a écrit :
> > J'en profite pour signalé qu'il y a un problème sur le rendu fr, 
> > ça fait maintenant un bon moment que la Gironde est asséché :
> 
> https://www.openstreetmap.org/relation/1675626
> il y a un an c'était en natural=water
> 
> en même temps que ce changement, les côtes
> de la gironde sont devenus natural=coastline 
> (exemple : https://www.openstreetmap.org/way/538325176 )

la ligne de côte a un processus très particulier (simplification
et test de non rupture hors des serveurs de rendu).
cela signifierait-il que le rendu osm-fr n'a pas maj la ligne
de côte depuis 1 an ?
si quelqu'un a fait une modif de ce genre ailleurs, c'est le moment
de vérifier :)

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

Re: [Talk-it] [Import] civici Bergamo

[Andrea Musuruane]

https://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions#Nomi_delle_strade

Ciao,

Andrea


On Fri, May 8, 2020 at 1:20 PM Luigi Scuotto 
wrote:

> Ricerca
> https://www.openstreetmap.org/search?query=Via%20Via%20Quattro%20Novembre%20bergamo#map=18/45.81313/10.06684
> tutte
> in bergamo 4Novembre
>
> Il giorno ven 8 mag 2020 alle ore 13:16 Luigi Scuotto <
> luigiscuott...@gmail.com> ha scritto:
>
>> ricerca Via ventiquattro maggio
>> https://www.openstreetmap.org/search?query=via%20ventiquattro%20maggio%20bergamo#map=17/45.68239/9.72283
>> tutte tranne in bergamo che si chiama 24 Maggio come la chiamo?
>>
>> Il giorno ven 8 mag 2020 alle ore 13:10 Luigi Scuotto <
>> luigiscuott...@gmail.com> ha scritto:
>>
>>> riverca via palma il vecchi bergamo
>>> https://www.openstreetmap.org/search?query=via%20palma%20il%20vecchio%20bergamo#map=19/45.68996/9.71849=T
>>> Tutti tranne in città perche lastrada e stata chiamata Via Jacopo Palma
>>> il Vecchio come la chiamo?
>>>
>>> Il giorno ven 8 mag 2020 alle ore 12:47 Luigi Scuotto <
>>> luigiscuott...@gmail.com> ha scritto:
>>>
 e quello che stò facendo ma ci sono delle strade che se decidete come
 chiamare magari vanno a posto alcuni civici vedi vetiquatro maggio altri
 con problemi di nomi strada scusate il tono sono abbastanza suscettibile
 Ciao Gigi

 Il giorno ven 8 mag 2020 alle ore 12:41 Andrea Musuruane <
 musur...@gmail.com> ha scritto:

> Ciao,
>
> On Fri, May 8, 2020 at 12:09 PM Cascafico Giovanni <
> cascaf...@gmail.com> wrote:
>
>> Purtroppo il dataset "numerazione civica" presente sul portale
>> www.dati.lombardia.it riporta quasi sempre cognome e nome, per
>> esempio "gaffuri paolo". Sembra sia stato fatto con Nominatim in mente
>> (sarcasmo).
>>
>> L'utente gigi2037 che ha recentemente importato, ha sistemato questo
>> (pesante) problema, oppure ha usato altre fonti?
>> Nel caso si debba intervenire (per correggere i CAP per esempio),
>> sarebbe il caso di saperlo, oppure di condividere i file intermedi.
>>
>
> Premetto che vorrei saperlo anche io come sono stati importati i dati
> e l'utente gigi2037 dovrebbe iniziare a scriverlo sulla wiki a norma di
> import guidelines!
> https://wiki.openstreetmap.org/wiki/Import/Guidelines
>
> Il problema sul valore della addr:street che non coincide con quello
> in OSM, si può rilevare usando OSM Inspector (e sistemare con JOSM):
>
> http://tools.geofabrik.de/osmi/?view=addresses=9.65714=45.70206=13=street_not_found
>
> Ciao,
>
> Andrea
>
>
>
> ___
> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Village / Town

[Andrea Musuruane]

Ciao,

On Fri, May 8, 2020 at 3:03 PM Fintocubano  wrote:

>
> totera wrote
> > Oltre al fatto che si tratta di un titolo onorifico, non potremmo usare
> > come
> > criterio la "città" per un altro motivo: il titolo è conferito al comune,
> > non al centro abitato.
>
> Il titolo non e' solo onorifico, la Legge (il Testo Unico sugli Ordinamenti
> Locali) lo attribuisce anche per l'<>. Possiamo
> paragonare quest'importanza alla stessa citata dalle regole italiane nella
> Wiki (<>,
> IT:Key:place) ?
>

Questo è il testo attuale della legge. Considerando che questo titolo viene
dato fin dal medioevo e non certo con i criteri attuali, non si può
automaticamente dedurre che se è un luogo ha il titolo di città allora gode
attualmente di una certa importanza.

Non entro in merito alla discussione dei vari place perché sono luoghi che
non conosco.

Ciao,

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

[talk-cz] was:highway=primary

[Pavel Pilát]

Co si myslíte o takto otagovaném bývalém úseku silnice?

https://www.openstreetmap.org/way/780526664

Ponechat, neponechat? V terénu už po tom žádná známka neexistuje. Teď je
tam pole.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[Jérôme Amagat]

Le ven. 8 mai 2020 à 10:47, Marc M.  a écrit :

> Bonjour,
>
> Le 07.05.20 à 20:32, Jérôme Amagat a écrit :
> > J'en profite pour signalé qu'il y a un problème sur le rendu fr, ça fait
> > maintenant un bon moment que la Gironde est asséché :
> >
> http://tile.openstreetmap.fr/?zoom=10=45.32095=-0.73387=B000FFF
>
> https://www.openstreetmap.org/relation/1675626
> sans doute que le rendu osm-fr ne connait pas
> il y a un an c'était en natural=water
>
> Ce n'est pas ça le problème,  en même temps que ce changement, les côtes
de la gironde sont devenus natural=coastline (exemple :
https://www.openstreetmap.org/way/538325176 )
Et le rendu des natural=bay sur le rendu osm ajoute juste le nom pas le
bleu.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite de 255 caractères dans les tags OSM

[Philippe Verdy]

Je sais, mais je disais "abandonner XML" pas forcément le garder en plus.

L'ennui c'est que c'est du JSON "strict" et qu'un format un peu moins
verbeux est encore possible si on supprime l'obligation des guillemets ou
quotes dans la plupart des cas, ce qui le rend plus lisible avec moins
d'erreurs pour les contributeurs humains.

Certains n'aiment pas le JSON avec de l'imbrication stricte des séparateurs
de conteneurs (listes ordonnées ou tables associatives), et lui
reprochent le défaut de Lisp: c'est pour eux que des formats plus
"conviviaux" comme INI ou Turtle sont destinés. Les habitués du Python (qui
détestent l'imbrication similaires des accolades en C/C++) aimeront le
format Turtle avec toutefois ses contraintes de présentation sur
l'indentation qui remplace le marquage explicite des fins de conteneurs.

Dans tous les cas la limite des 255 caractères est propre au format interne
de stockage la base de données OSM et ne devrait pas être exposée dans les
syntaxes proposées (ce qui n'exclue pas pour autant que le serveur impose
certaines limites de longueur, mais des limites évolutives en fonction des
besoins). Le moteur de base de données pourrait aussi changer (en plus
utiliser une base relationnelle mais un hashstore par exemple). C'est tout
à fait possible si l'API a des formats "flexibles" selon les usages (étant
donné que ces formats sont déjà flexibles entre le XML strict et le JSON
strict, mais tous les deux encore trop stricts et encore un peu trop
verbeux pour une utilisation humaine)




Le ven. 8 mai 2020 à 14:56, Marc M.  a écrit :

> Le 08.05.20 à 14:51, Philippe Verdy a écrit :
> > l'API devrait abandonner le format XML (trop verbeux et trop
> > permissif), et passer au JSON
>
> https://wiki.openstreetmap.org/wiki/API_v0.6
> In March 2020, JSON support for OSM element endpoints was added.
>
> ___
> 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-it] Village / Town

[Fintocubano]

totera wrote
> Nereto [...] è sicuramente sede di servizi utilizzati anche dagli
> abitanti dei centri vicini; Civitella del Tronto, anche se ha la sua
> importanza storico/turistica, no.

In UK ci sono esempi di citta' turistiche e storiche ('market towns') che ho
visitato, come Civitella del Tronto, che hanno < 10.000 abitanti e che sono
taggate come ''town'', aventi negozi e servizi non del tutto usati da gente
dei centri vicini ma piu' dai turisti (per es. Bishop's Waltham, vicino a
Southampton che ha 250.000 abitanti, oppure Lyme Regis, vicino Axminster e
Bridport, oppure Okehampton vicino Exeter con 130.000 ab.).

Civitella credo corrisponda alla definizione di ''town'' (''an important
urban centre that is larger than a place=village [and that] normally have a
good range of shops and facilities which are used by people from nearby
villages).


totera wrote
> Oltre al fatto che si tratta di un titolo onorifico, non potremmo usare
> come
> criterio la "città" per un altro motivo: il titolo è conferito al comune,
> non al centro abitato.

Il titolo non e' solo onorifico, la Legge (il Testo Unico sugli Ordinamenti
Locali) lo attribuisce anche per l'<>. Possiamo
paragonare quest'importanza alla stessa citata dalle regole italiane nella
Wiki (<>,
IT:Key:place) ?


totera wrote
> Ad esempio, per restare in Abruzzo, abbiamo come town Tortoreto (840
> abitanti, non c'è neanche la scuola media, probabilmente l'unico servizio
> di
> una certa importanza è il municipio); ancora più grave la situazione di
> uno
> dei centri toccati dalle modifiche di Fintocubano/Fra00, San Giovanni
> Teatino, che è town con 226 abitanti e non ha neanche il municipio visto
> che
> la sede comunale è Sambuceto

Se per l'ISTAT il comune e' *Tortoreto* e *San Giovanni Teatino*, il totale
della popolazione va ricondotto a queste due entitá e, quindi, il tag di
''town'' va usato, anche se singolarmente, per il numero di abitanti, queste
due entitá sono ''village'', o mi sbaglio?

Quindi, le loro rispettive frazioni cioe' *Tortoreto Lido* e *Sambuceto*
dovrebbero essere, di conseguenza, taggate ''suburb'' (''A part of a town or
city'')?

Inoltre, per esempio, *Silvi*, come Tortoreto, e' taggata ''town'' ma e'
composta da Silvi Paese (''borough'', da ritaggare in ''neighbourhood''
credo) e Silvi Marina (''borough'', idem) proprio come Tortoreto (Tortoreto
Alta e Tortoreto Lido).



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] Limite de 255 caractères dans les tags OSM

[Marc M.]

Le 08.05.20 à 14:51, Philippe Verdy a écrit :
> l'API devrait abandonner le format XML (trop verbeux et trop
> permissif), et passer au JSON

https://wiki.openstreetmap.org/wiki/API_v0.6
In March 2020, JSON support for OSM element endpoints was added.

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

Re: [OSM-talk-fr] Limite de 255 caractères dans les tags OSM

[Philippe Verdy]

Et puis l'API devrait abandonner le format XML (trop verbeux et trop
permissif), et passer au JSON (avec un schéma documenté pour les clés de
base)...

Ou une alternative comme Turtle (plus destiné à la lisibilité et le travail
par un lecteur humain, moyennant des conventions sur l'indentation en
faisant attention aux différences entre tabulations et espaces que certains
éditeurs de texte insèrent automatiquement ou remplacent dans un sens ou
l'autre et pas forcément avec les mêmes règles de conversion du tabulateur:
proscrire les tabulations, ou les imposer partout, une difficulté qui
existe aussi dans d'autres langages de programmation comme Python... mais
les utilisateurs du format Turtle le feront pour des éditions en masse et
devraient avoir des outils de travail adaptés)

Un autre format équivalent est le format INI (mais il y a nécessité de
créer des groupes pour factoriser les clés parentes (et utiliser alors un
séparateur conventionnel entre les clés préfixes ou les clés des paires
"clé1:clé2"=valeur", qui peut être le ":", un "/" ou un "\") : l'avantage
est qu'il est accessible aux débutants sans trop de contraintes sur les
éditeurs (moyennant une certaine redondance sur les clés parentes)

Pas besoin du XML (ou encore moins du SGML encore plus dificile à traiter
correctement), qui différencie attributs et contenus d'un élément, une
distinction à mon avis inutile, les contenus de balise n'étant que la
valeur d'une clé particulière (anonyme) dans un objet parent. Le XML n'a
d'intérêt que si on peut mélanger des schémas d'espaces de nom dans un même
document, et jouer avec les différentes options (comme "xml:whitespace") et
différentes formes pour l'échappement de caractères ou les entités nommées
et il est trop complexe/couteux à parser: sa verbosité est directement liés
à sa trop grande flexibilité. D'ailleurs XML est en perte de vitesse face à
JSON bien plus efficace (et permettant pourtant la gestion de schémas si on
en a besoin, en incluant les indicateurs de schémas au sein des données
dans un objet conteneur).

J'aime beaucoup JSON, mais sa version standard a aussi des contraintes un
peu gênantes, notamment les guillemets ou quotes obligatoires et qu'on
pourrait relâcher sur un format à peine plus flexible (tant que les clés ou
valeurs se limitent à des nombres ou des chaines sans virgule ni crochets
ou accolades et tant que les blancs sont "trimmables" et compressibles:
JSON permet l'indentation comme on veut ou automatique, on peut se passer
des guillemets ou quotes; si on veut des quotes ou guillemets dans les
valeurs, il leur faut un échappement simple; et on n'en a besoin que dans
les valeurs, pas dans les clés).

D'autres formats sont aussi envisageables, dont les listes de triplets RDF
(là encore il faut quelques règles de conversion pour assurer la bijection
des déclarations valides, mais ce n'est pas insurmontable): mais le RDF est
un excellent format "natif" plutôt destiné aux bases de données dans un
traitement automatique (car on y trouve pléthores de références uniques
sous forme de GUID, qu'un éditeur humain "lambda" aura beaucoup de mal à
lire, même si c'est certainement aujourd'hui le système le plus flexible
aux données structurées complexes). Le RDF dispose d'un langage de requêtes
standardisé par le W3C et fonctionne très bien avec les bases de donénes de
type "hash store" (dont Wikibase sur lequel se base Wikidata, qui pourtant
a un schéma de conversion en JSON, en plus de l'interface web de
présentation et contenant les outils de modifications sous forme de
javascript pour utiliser l'API de façon assistée).

L'API (sur le serveur) pourrait supporter différents formats (pas que le
XML), comme le font déjà des "API flexibles" telles celles pour Mediawiki
ou Overpass (que presque plus personne n'utilise en syntaxe XML pour les
requêtes et réponses, XML étant encore là juste pour la
compatibilité ascendante avec les outils existants qui ne s'attendent pas à
autre chose)...


Le jeu. 7 mai 2020 à 10:32, Yves P.  a écrit :

> > Cela ne dit pas comment les clés _1, _2 seront assemblées en une seule:
> en séparant les valeurs par des point-virgules, des virgules, des espaces
> ou rien du tout (concaténation simple).
> Pour moi c'était évident : concaténation simple :)
>
> >
> > L'usage actuel serait que des valeurs multiples sont dans des _1, _2,
> etc. séparés et que leur séparation par défaut serait alors le
> point-virgule (ce que fait déjà iD et certains éditeurs pour des valeurs
> multiples ou différentes après une fusion de deux objets: ces _2 sont
> plutôt l'indication d'une erreur ou ambiguïté à traiter manuellement,
> l'éditeur ayant été incapable de choisir entre des valeurs potentiellement
> incompatibles)…
> Je dois avoué que je n'ai pas regardé depuis un moment ce que produit iD :|
>
> > Mais alors cela ne résoud toujours pas le problème des valeurs longues
> où ce point-virgule "'implicite" sera faux (par exemple les balises
> "opening_hours" qui ont des règles 

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[deuzeffe]

Le 08/05/2020 à 14:10, Marc M. a écrit :

Le 08.05.20 à 13:43, deuzeffe a écrit :

il est préférable d'organiser un vote comme pour les propals
habituelles.


mais sur quoi le vote ? si chaque pays décide qu'un même concept a un
tag différent, cela a beau éventuelement passé en vote, c'est pas
pour cela que c'est malin comme choix.


Est-ce que la communauté teutonne a demandé son avis à la communauté
mondiale pour déprécier associatedStreet ? Me semble pas.

Ce qui est proposé, c'est une adaptation à la réalité terrain
locale/nationale d'un tag général/générique. Doit bien y avoir d'autres
exemples, mais je ne suis pas assez experte pour les connaître.

C'est juste une consultation (je n'emploierai pas le terme "votation"
^^) de la communauté locale pour un concept local, de mon point de vue.
Certainement faux, donc.


a tout le moins ouvrir le micro inventaire que j'ai fais au niveau
mondial permettrait de voir un peu + grand pour garder une certaine
utilisabilité en dehors des frontières


Zyva t'as que ça à faire ;P

--
deuzeffe - Toujours pas :/

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

Re: [talk-cz] Značení firem

[majka]

To ale neřeší ty výrobní firmy, které nejsou primárně určené pro koncové
spotřebitele, resp ten problém co s tím mám.
Nic z toho není craft. A velká průmyslová pekárna (Penam) přece není
craft=bakery, alespoň podle té anglické definice na wiki, kde craft je
"dílna, kde vyrábí menší množství zboží" a staví proti tomu works, tedy
továrny a jiná průmyslová zařízení. Na českou stránku se tohle rozlišení
nedostalo, až u bakery (
https://wiki.openstreetmap.org/wiki/Cs:Tag:craft%3Dbakery).
Podobně je pak rozdíl třeba mezi podlahářem, tesařem a stavební firmou typu
Metrostavu, komplikované navíc tím, že tyhle nemají "továrnu". Průšvih taky
je, že works nemá dobrou dokumentaci, a navíc není jasné, jestli je to
aktuální způsob značení.

Co chápu, tak snahou těch nových uživatelů bývá dostat konkrétní firmu na
mapu, ideálně jako nějaký bod zájmu. Připadá prakticky neproveditelné,
pokud nepůjdu jen přes landuse. Zkoušela jsem hledat, jak je třeba
zmapovaná Škodovka. Firma jako taková zmapovaná není, je zmapovaný její
areál (https://www.openstreetmap.org/way/109161026).

Já se nějak poperu s tím, jak označit části firmy (u něčeho je to
jednoduché a jednoznačné, u něčeho to je trochu drbání pravou rukou  za
levým uchem), ale až na výjimky mi není jasné jak tam dostat firmu jako
organizaci, případně její provozovny. Technicky je velice jednoduché udělat
to, co dělá Google a mapy.cz - tj. stáhnout si rejstřík, udělat tomu
lokalizaci adres a nacpat si to do databáze. Prakticky mi to ale u OSM
připadá téměř neproveditelné.
A důvod je jen to, že podle mě na to není rozumně nastavený systém, protože
principiálně mapujeme fyzické záležitosti, a tohle je v podstatě mapování
"cedule na dveřích". Ale ráda se nechám přesvědčit o opaku.

To řešení pomocí landuse znamená, že bychom případně museli velké
landuse=industrial (tedy průmyslové plochy ve městech) rozsekat na areály
jednotlivých firem. Stejně pochybuji, že landuse (tedy plocha) je ideální
způsob jak do mapy dostat konkrétní firmu.

Majka

On Fri, 8 May 2020 at 00:50, Jan Sten Adámek via talk-cz <
talk-cz@openstreetmap.org> wrote:

> Ahoj,
>
>
> Myslím si, že firmy by v mapě být měly, je to jedna z běžných funkcí mapy,
> Mapy.cz, Google Maps i Bing Maps je mají. Některé druhy firem mají tagy
> docela
> dobře dokumentované (třeba office=it nebo craft=bakery), u jiných je to
> horší.
> https://wiki.openstreetmap.org/wiki/Category:Offices
> https://wiki.openstreetmap.org/wiki/Key:craft
>
> > Velká stavební firma:
> > Centrála, závody - office=company & company=construction nebo
> > nezdokumentované office=construction (viz debata u klíčů
> > ) , k tomu
> jméno
> > a kontakty
>
> office=construction je víc používané než company=construction a víc
> odpovídá
> ostatním office:
> https://taginfo.openstreetmap.org/tags/office=construction
> https://taginfo.openstreetmap.org/tags/company=construction
>
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Marc M.]

Le 08.05.20 à 13:43, deuzeffe a écrit :
> il est préférable d'organiser un vote
> comme pour les propals habituelles.

mais sur quoi le vote ?
si chaque pays décide qu'un même concept a un tag différent,
cela a beau éventuelement passé en vote, c'est pas pour cela
que c'est malin comme choix.
a tout le moins ouvrir le micro inventaire que j'ai fais
au niveau mondial permettrait de voir un peu + grand pour
garder une certaine utilisabilité en dehors des frontières

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

Re: [Talk-us] admin_level and COGs, MPOs, SPDs, Home Rule

[Greg Troxel]

stevea  writes:

> Our wiki is a vital source of reference and "how to."  It deserves the
> very best effort we can give it.  Sometimes, especially with a complex
> topic where local knowledge matters, yet so also does learned,
> scholarly perspective, a Discussion page gets wordy and detailed.  I
> do believe OSM wants to get this page as "right" as it can.  Minh and
> I agree there can be "multiple books in the library about (roughly)
> one subject;" the wiki he started on Boundaries is "more
> descriptive"while this one is "more prescriptive."  We walk a careful
> edge.  There are some crafted boundaries (heh) of syntax and
> semantics.  Let's build upon what we've built (with some effort).

I think it's great to record in the wiki established consensus and best
practices.  I think it's unfortunate when things are designed first in
the wiki separate from established consensus, and then later referred to
as representing consensus, like the notion of ele being for ellipsoidal
heights in the Altitude pag.[q

> Greg, the sort of COG Connecticut has built (an RCOG) is unique as
> "COG entity in a state with no counties."  There are also COGs in
> states with counties and I temporarily assume perhaps in states with
> townships, though I can't offer immediately a concrete example.  I
> don't know what numerical value of admin_level we would begin to
> assign to these (we shouldn't assign any, imho, and it seems your
> opinion, too), I have heard 5, 5.5. 6 and 7.  "Collisions with
> existing," hence 5.5.  We started to do this with CDPs at 8 and backed
> that out: they're not these.

I looked up COG> I don't see COG as an admin_level.  They are basically
like some combination school districts and regional planning agenceies.

Also, I don't believe in "states with no counties".  I do believe in
"county government dissolved".  Still, the counties as boundaries
continue to exist, and remain important, and shoudl still be
admin_level=6.  Many times interacting with the government you are
required to list your county.  And, almost everyone believes in county
boundaries and the notion of knowing which county you are in, even if
they don't collect taxes and have employees.

We also have the concept of ward and precinct as admin_levels, and I
have never seen these entities have any government functions.  They are
simply boundaries that determine how votes are counted or which poling
place you go to.  If they are legit as admin_levels, then counties with
no government are much more legit.

> Please, put the boundary in the map if you must and tag it
> boundary=COG and let's be done, please.  No admin_level value at all,
> unless we can tolerate seemingly endless discussion and maybe some
> heated argument, too.  Clifford hasn't the patience as loudly and
> clearly, patience is wearing thin.  If we must continue, let's be
> careful to keep it civil and scholarly if we can.

That's a very good plan.

The basic issue here is that admin_level has to have a clear hierarchy,
and once you talk about 12 kinds of regional things, that is clearly not
possible.

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

Re: [Talk-it] Un paio di questioni riguardanti le relazioni

[Marcello]

Il 07/05/20 22:37, Ivo Reano ha scritto:

Pardon! Ho parlato senza guardare più in largo :)


Relazione: Sentiero Italia (1021025)

Comprende tutto.
Dato che c'è la relazione non sarebbe il caso di inserirla nella pagina 
https://wiki.openstreetmap.org/wiki/Italy/Sentieri? Così per i sentieri 
c'è un punto di partenza comune e (auspicabilmente) non c'è bisogno di 
conoscere dove passa il sentiero per trovare la relazione, al massimo 
per quelli regionali basta conoscere la regione.


--
Ciao
Marcello

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

Re: [Talk-it] Un paio di questioni riguardanti le relazioni

[scratera]

..se si tratta di cercare relazioni legate hia percorsi fate prima da qua 
https://hiking.waymarkedtrails.org/#routelist



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[deuzeffe]

Le 05/05/2020 à 13:31, Donat ROBAUX a écrit :

Hello,


Je suis évidemment d'accord pour basculer les maternelles de
kindergarten en school, mais je pense que pour éviter cet
atermoiement ou non-décision, il est préférable d'organiser un vote
comme pour les propals habituelles.


Voilà, on va faire ça.


On est pas obligé de faire exactement de la même manière, mais au
moins on aura une décision prise par la communauté pour adapter le
tagging à la situation locale.


Tu nous mets ça en place ?
--
deuzeffe - On va y arriver (peut-être).

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

Re: [Talk-it] Un paio di questioni riguardanti le relazioni

[Alfredo Gattai]

Tenete presente che sul sentiero italia sono gia' state fatte le
concatenazioni necessarie e le modifiche vengono concordate con i referenti
della zona. Quindi senza voler limitare la liberta' di mappare e correggere
facciamo attenzione a non creare variazioni e concatenamenti che possano
"danneggiare" l'attuale percorso concordato.

Ciao
Alfredo

Il Ven 8 Mag 2020, 08:51 Alessandro P. via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Il 07/05/20 22:44, aldoct ha scritto:
> > Domanda 1 = A posto!
> > Domanda 2 Come fare a concatenare le relazioni?
> >
> >
> >
> Creai una relazione che come membri ha le singole relazioni.
> Qui, come esempio, hai l'alta Via dei Monti Liguri
>
> https://www.openstreetmap.org/relation/3006903
>
> 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-it] [Import] civici Bergamo

[Luigi Scuotto]

Ricerca
https://www.openstreetmap.org/search?query=Via%20Via%20Quattro%20Novembre%20bergamo#map=18/45.81313/10.06684
tutte
in bergamo 4Novembre

Il giorno ven 8 mag 2020 alle ore 13:16 Luigi Scuotto <
luigiscuott...@gmail.com> ha scritto:

> ricerca Via ventiquattro maggio
> https://www.openstreetmap.org/search?query=via%20ventiquattro%20maggio%20bergamo#map=17/45.68239/9.72283
> tutte tranne in bergamo che si chiama 24 Maggio come la chiamo?
>
> Il giorno ven 8 mag 2020 alle ore 13:10 Luigi Scuotto <
> luigiscuott...@gmail.com> ha scritto:
>
>> riverca via palma il vecchi bergamo
>> https://www.openstreetmap.org/search?query=via%20palma%20il%20vecchio%20bergamo#map=19/45.68996/9.71849=T
>> Tutti tranne in città perche lastrada e stata chiamata Via Jacopo Palma
>> il Vecchio come la chiamo?
>>
>> Il giorno ven 8 mag 2020 alle ore 12:47 Luigi Scuotto <
>> luigiscuott...@gmail.com> ha scritto:
>>
>>> e quello che stò facendo ma ci sono delle strade che se decidete come
>>> chiamare magari vanno a posto alcuni civici vedi vetiquatro maggio altri
>>> con problemi di nomi strada scusate il tono sono abbastanza suscettibile
>>> Ciao Gigi
>>>
>>> Il giorno ven 8 mag 2020 alle ore 12:41 Andrea Musuruane <
>>> musur...@gmail.com> ha scritto:
>>>
 Ciao,

 On Fri, May 8, 2020 at 12:09 PM Cascafico Giovanni 
 wrote:

> Purtroppo il dataset "numerazione civica" presente sul portale
> www.dati.lombardia.it riporta quasi sempre cognome e nome, per
> esempio "gaffuri paolo". Sembra sia stato fatto con Nominatim in mente
> (sarcasmo).
>
> L'utente gigi2037 che ha recentemente importato, ha sistemato questo
> (pesante) problema, oppure ha usato altre fonti?
> Nel caso si debba intervenire (per correggere i CAP per esempio),
> sarebbe il caso di saperlo, oppure di condividere i file intermedi.
>

 Premetto che vorrei saperlo anche io come sono stati importati i dati e
 l'utente gigi2037 dovrebbe iniziare a scriverlo sulla wiki a norma di
 import guidelines!
 https://wiki.openstreetmap.org/wiki/Import/Guidelines

 Il problema sul valore della addr:street che non coincide con quello in
 OSM, si può rilevare usando OSM Inspector (e sistemare con JOSM):

 http://tools.geofabrik.de/osmi/?view=addresses=9.65714=45.70206=13=street_not_found

 Ciao,

 Andrea



 ___
 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] Un paio di questioni riguardanti le relazioni

[Volker Schmidt]

Re. concatenazione di relazioni
Se ho capito bene come funzionano le super route non si tratta di
concatenazioni ma di elenchi di relazioni.
Una concatenazione di relazioni dovrebbe metterle in sequenza e, dove
necessario,  rovesciare la direzione delle singole relazione (ovviamente
solo  in caso di relazioni strettamente lineari A > B senza diramazione o
anelli)

On Fri, 8 May 2020 at 08:51, Alessandro P. via Talk-it <
talk-it@openstreetmap.org> wrote:

> Il 07/05/20 22:44, aldoct ha scritto:
> > Domanda 1 = A posto!
> > Domanda 2 Come fare a concatenare le relazioni?
> >
> >
> >
> Creai una relazione che come membri ha le singole relazioni.
> Qui, come esempio, hai l'alta Via dei Monti Liguri
>
> https://www.openstreetmap.org/relation/3006903
>
> 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-it] [Import] civici Bergamo

[Luigi Scuotto]

ricerca Via ventiquattro maggio
https://www.openstreetmap.org/search?query=via%20ventiquattro%20maggio%20bergamo#map=17/45.68239/9.72283
tutte tranne in bergamo che si chiama 24 Maggio come la chiamo?

Il giorno ven 8 mag 2020 alle ore 13:10 Luigi Scuotto <
luigiscuott...@gmail.com> ha scritto:

> riverca via palma il vecchi bergamo
> https://www.openstreetmap.org/search?query=via%20palma%20il%20vecchio%20bergamo#map=19/45.68996/9.71849=T
> Tutti tranne in città perche lastrada e stata chiamata Via Jacopo Palma il
> Vecchio come la chiamo?
>
> Il giorno ven 8 mag 2020 alle ore 12:47 Luigi Scuotto <
> luigiscuott...@gmail.com> ha scritto:
>
>> e quello che stò facendo ma ci sono delle strade che se decidete come
>> chiamare magari vanno a posto alcuni civici vedi vetiquatro maggio altri
>> con problemi di nomi strada scusate il tono sono abbastanza suscettibile
>> Ciao Gigi
>>
>> Il giorno ven 8 mag 2020 alle ore 12:41 Andrea Musuruane <
>> musur...@gmail.com> ha scritto:
>>
>>> Ciao,
>>>
>>> On Fri, May 8, 2020 at 12:09 PM Cascafico Giovanni 
>>> wrote:
>>>
 Purtroppo il dataset "numerazione civica" presente sul portale
 www.dati.lombardia.it riporta quasi sempre cognome e nome, per esempio
 "gaffuri paolo". Sembra sia stato fatto con Nominatim in mente (sarcasmo).

 L'utente gigi2037 che ha recentemente importato, ha sistemato questo
 (pesante) problema, oppure ha usato altre fonti?
 Nel caso si debba intervenire (per correggere i CAP per esempio),
 sarebbe il caso di saperlo, oppure di condividere i file intermedi.

>>>
>>> Premetto che vorrei saperlo anche io come sono stati importati i dati e
>>> l'utente gigi2037 dovrebbe iniziare a scriverlo sulla wiki a norma di
>>> import guidelines!
>>> https://wiki.openstreetmap.org/wiki/Import/Guidelines
>>>
>>> Il problema sul valore della addr:street che non coincide con quello in
>>> OSM, si può rilevare usando OSM Inspector (e sistemare con JOSM):
>>>
>>> http://tools.geofabrik.de/osmi/?view=addresses=9.65714=45.70206=13=street_not_found
>>>
>>> Ciao,
>>>
>>> Andrea
>>>
>>>
>>>
>>> ___
>>> 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] [Import] civici Bergamo

[Luigi Scuotto]

riverca via palma il vecchi bergamo
https://www.openstreetmap.org/search?query=via%20palma%20il%20vecchio%20bergamo#map=19/45.68996/9.71849=T
Tutti tranne in città perche lastrada e stata chiamata Via Jacopo Palma il
Vecchio come la chiamo?

Il giorno ven 8 mag 2020 alle ore 12:47 Luigi Scuotto <
luigiscuott...@gmail.com> ha scritto:

> e quello che stò facendo ma ci sono delle strade che se decidete come
> chiamare magari vanno a posto alcuni civici vedi vetiquatro maggio altri
> con problemi di nomi strada scusate il tono sono abbastanza suscettibile
> Ciao Gigi
>
> Il giorno ven 8 mag 2020 alle ore 12:41 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
>> Ciao,
>>
>> On Fri, May 8, 2020 at 12:09 PM Cascafico Giovanni 
>> wrote:
>>
>>> Purtroppo il dataset "numerazione civica" presente sul portale
>>> www.dati.lombardia.it riporta quasi sempre cognome e nome, per esempio
>>> "gaffuri paolo". Sembra sia stato fatto con Nominatim in mente (sarcasmo).
>>>
>>> L'utente gigi2037 che ha recentemente importato, ha sistemato questo
>>> (pesante) problema, oppure ha usato altre fonti?
>>> Nel caso si debba intervenire (per correggere i CAP per esempio),
>>> sarebbe il caso di saperlo, oppure di condividere i file intermedi.
>>>
>>
>> Premetto che vorrei saperlo anche io come sono stati importati i dati e
>> l'utente gigi2037 dovrebbe iniziare a scriverlo sulla wiki a norma di
>> import guidelines!
>> https://wiki.openstreetmap.org/wiki/Import/Guidelines
>>
>> Il problema sul valore della addr:street che non coincide con quello in
>> OSM, si può rilevare usando OSM Inspector (e sistemare con JOSM):
>>
>> http://tools.geofabrik.de/osmi/?view=addresses=9.65714=45.70206=13=street_not_found
>>
>> Ciao,
>>
>> Andrea
>>
>>
>>
>> ___
>> 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] [Import] civici Bergamo

[Luigi Scuotto]

e quello che stò facendo ma ci sono delle strade che se decidete come
chiamare magari vanno a posto alcuni civici vedi vetiquatro maggio altri
con problemi di nomi strada scusate il tono sono abbastanza suscettibile
Ciao Gigi

Il giorno ven 8 mag 2020 alle ore 12:41 Andrea Musuruane 
ha scritto:

> Ciao,
>
> On Fri, May 8, 2020 at 12:09 PM Cascafico Giovanni 
> wrote:
>
>> Purtroppo il dataset "numerazione civica" presente sul portale
>> www.dati.lombardia.it riporta quasi sempre cognome e nome, per esempio
>> "gaffuri paolo". Sembra sia stato fatto con Nominatim in mente (sarcasmo).
>>
>> L'utente gigi2037 che ha recentemente importato, ha sistemato questo
>> (pesante) problema, oppure ha usato altre fonti?
>> Nel caso si debba intervenire (per correggere i CAP per esempio), sarebbe
>> il caso di saperlo, oppure di condividere i file intermedi.
>>
>
> Premetto che vorrei saperlo anche io come sono stati importati i dati e
> l'utente gigi2037 dovrebbe iniziare a scriverlo sulla wiki a norma di
> import guidelines!
> https://wiki.openstreetmap.org/wiki/Import/Guidelines
>
> Il problema sul valore della addr:street che non coincide con quello in
> OSM, si può rilevare usando OSM Inspector (e sistemare con JOSM):
>
> http://tools.geofabrik.de/osmi/?view=addresses=9.65714=45.70206=13=street_not_found
>
> Ciao,
>
> Andrea
>
>
>
> ___
> 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] [Import] civici Bergamo

[Andrea Musuruane]

Ciao,

On Fri, May 8, 2020 at 12:09 PM Cascafico Giovanni 
wrote:

> Purtroppo il dataset "numerazione civica" presente sul portale
> www.dati.lombardia.it riporta quasi sempre cognome e nome, per esempio
> "gaffuri paolo". Sembra sia stato fatto con Nominatim in mente (sarcasmo).
>
> L'utente gigi2037 che ha recentemente importato, ha sistemato questo
> (pesante) problema, oppure ha usato altre fonti?
> Nel caso si debba intervenire (per correggere i CAP per esempio), sarebbe
> il caso di saperlo, oppure di condividere i file intermedi.
>

Premetto che vorrei saperlo anche io come sono stati importati i dati e
l'utente gigi2037 dovrebbe iniziare a scriverlo sulla wiki a norma di
import guidelines!
https://wiki.openstreetmap.org/wiki/Import/Guidelines

Il problema sul valore della addr:street che non coincide con quello in
OSM, si può rilevare usando OSM Inspector (e sistemare con JOSM):
http://tools.geofabrik.de/osmi/?view=addresses=9.65714=45.70206=13=street_not_found

Ciao,

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

Re: [Talk-it] Village / Town

[Martin Koppenhoefer]

Am Fr., 8. Mai 2020 um 02:30 Uhr schrieb totera :

> dieterdreist wrote
> > Civitella del Tronto apparently has the città title.
>
> Oltre al fatto che si tratta di un titolo onorifico, non potremmo usare
> come
> criterio la "città" per un altro motivo: il titolo è conferito al comune,
> non al centro abitato.
>


questo non so se ci deve disturbare, al meno che si possa ricondurre il
titolo ad un centro abitato.




>
> Questo mi dà l'occasione per far notare una confusione che risale alla
> notte
> dei tempi di OSM in Italia: ci fu un primo import in cui vennero inseriti
> come place tutti i comuni, con il nome del comune e la popolazione
> (censimento 2001) di tutto il comune sul nodo, poi successivamente fu messo
> a disposizione il tool per l'importazione delle altre località abitate.
>


+1, sì, questo è un problema noto ma ancora aperto (in parte, perché forse
da qualche parte il tag population è stato corretto).
In generale bisogna stare attenti, perché la somma dei tag population
sarebbe di più delle popolazione vera, per via delle parti (suburb,
quarter, neighbourhood).


Nel tempo mi pare che l'utente fayor abbia sistemato i nomi delle località
> per i comuni sparsi;



bisogna guardare bene il lavoro di questo utente, perché agisce
pratticamente sempre senza conoscenza locale del territorio, da remoto,
basandosi su fonti ufficiali. Sono quasi sempre degli edit che sarebbero
stati da annunciare e discutere prima di farli.

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

Re: [Talk-it] [Import] civici Bergamo

[Martin Koppenhoefer]

Am Fr., 8. Mai 2020 um 12:09 Uhr schrieb Cascafico Giovanni <
cascaf...@gmail.com>:

> Purtroppo il dataset "numerazione civica" presente sul portale
> www.dati.lombardia.it riporta quasi sempre cognome e nome, per esempio
> "gaffuri paolo". Sembra sia stato fatto con Nominatim in mente (sarcasmo).
>
> L'utente gigi2037 che ha recentemente importato, ha sistemato questo
> (pesante) problema, oppure ha usato altre fonti?
> Nel caso si debba intervenire (per correggere i CAP per esempio), sarebbe
> il caso di saperlo, oppure di condividere i file intermedi.
>


in generale in OSM non utilizziamo l'approccio Wikipedia dove sarebbe
giusto utilizzare una fonte come un portale di geodati (fonti secondarie),
un libro o un giornale, noi preferiamo fonti primarie, quindi nel dubbio
non ci rimane altro che cercare nell'archivio delle delibere comunali (per
il tag "official_name") oppure di andare lì e vedere cosa c'è scritto sui
cartelli (tag "name").

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

Re: [Talk-it] [Import] civici Bergamo

[Cascafico Giovanni]

Purtroppo il dataset "numerazione civica" presente sul portale
www.dati.lombardia.it riporta quasi sempre cognome e nome, per esempio
"gaffuri paolo". Sembra sia stato fatto con Nominatim in mente (sarcasmo).

L'utente gigi2037 che ha recentemente importato, ha sistemato questo
(pesante) problema, oppure ha usato altre fonti?
Nel caso si debba intervenire (per correggere i CAP per esempio), sarebbe
il caso di saperlo, oppure di condividere i file intermedi.

Il mer 6 mag 2020, 17:25 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> > On 6. May 2020, at 14:37, Luigi Scuotto 
> wrote:
> >
> > Ciao martin se sapevo che bisognava prima chiedere lo avrei fatto non mi
> sono letto tutto il regolamento per ogni virgola, lo avrei fatto credo o ci
> avrei ripensato nel importare le cose che ho fatto.
>
>
> si, immagino, io ho risposto a Giovanni per rettificare le informazioni,
> perché viene tutto archiviato e il prossimo che vuole fare un import forse
> nemmeno guarda la wiki ma trova questa conversazione tramite un search
> engine...
>
> 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] Evolution des règles pour les plages et la ligne de côte

[Marc M.]

Bonjour,

Le 07.05.20 à 20:32, Jérôme Amagat a écrit :
> J'en profite pour signalé qu'il y a un problème sur le rendu fr, ça fait
> maintenant un bon moment que la Gironde est asséché :
> http://tile.openstreetmap.fr/?zoom=10=45.32095=-0.73387=B000FFF

https://www.openstreetmap.org/relation/1675626
sans doute que le rendu osm-fr ne connait pas
il y a un an c'était en natural=water
"yaka" voir le code du rendu osm-carto et osm-fr
afin de tester si le code de l'un peux être repris dans l'autre
"yaka" qu'il nous faudrait un moyen plus simple pour tester
un PR de rendu (=l'idée complètement folle que j'ai d'avoir
un git osm-fr-dev mettant à jour un rendu consultable)

Cordialement,
Marc

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

Re: [Talk-it] Restrizioni strada del Pramand

[Martin Koppenhoefer]

sent from a phone

> On 8. May 2020, at 09:50, solitone  wrote:
> 
> E’ meglio che tolga le restrizioni?


sì, se non ci sono non le mettere. 

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

[Talk-it] Restrizioni strada del Pramand

[solitone]

Tempo fa ho specificato la restrizione:
motor_vehicle:conditional = yes @ (We; Sa)
su una strada:
https://www.openstreetmap.org/way/123008522 
che si imbocca esclusivamente da una strada che ha questa restrizione:
https://www.openstreetmap.org/way/526937352
https://www.openstreetmap.org/way/24987335

A dire il vero non c’erano cartelli che indicassero la validità delle stesse 
restrizioni, ma il mio ragionamento è stato: se per prendere questa seconda 
strada devo per forza percorrere una prima strada con queste restrizioni, è 
sensato che le restrizioni della prima strada valgano anche per la seconda.

Ora un utente mi ha fatto notare che non sembra che per questa strada ci siano 
restrizioni, come si vede da questa mappa:
https://www.comune.salbertrand.to.it/wp-content/uploads/2019/08/cartografia-strada-Pramand.pdf
 
quindi mi è venuto qualche dubbio. E’ meglio che tolga le restrizioni?



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

Re: [Talk-it] Un paio di questioni riguardanti le relazioni

[Alessandro P. via Talk-it]

Il 07/05/20 22:44, aldoct ha scritto:

Domanda 1 = A posto!
Domanda 2 Come fare a concatenare le relazioni?




Creai una relazione che come membri ha le singole relazioni.
Qui, come esempio, hai l'alta Via dei Monti Liguri

https://www.openstreetmap.org/relation/3006903

Alessandro Ale_Zena_IT


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

Re: [Talk-lt] Nuotoliniai JOSM, QGIS susitikimai

[Tomas Straupis]

Sveiki

  Ačiū visiems vakar sudalyvavusiems ir pasidalinusiems patirtimi.
  Žadėjau parašyti, kaip galima braižant pastatus „pataikyti“ į kitose
pastato pusėse esančius elementus (kalba buvo apie „pliuso“ formos
pastatus).
  Tai šitas dalykas vadinasi „kampo pritraukimu“, įjungiamas du kartus
paspaudus „A“. Tada JOSM ir pritraukinės prie panašių greta esančių
linijų krypčių (lygiagrečiai), braižant vienoje pastato pusėje parodys
(ir pritrauks), kai pasieksite kitoje pastato pusėje esantį kampą, ir
keičiant kryptį keis fiksuotais kampo dydžiais ir pan. Žodžiais sunku
aiškiai parašyti :-) Detaliau su vaizdais skaitykite čia:
  https://josm.openstreetmap.de/wiki/Help/Action/Draw/AngleSnap

  Beje, norintys kiek galima labiau sumažinti paspaudimo skaičių,
galite paskaityti bendrą braižymo aprašymą, JOSM yra begalė visokių
įdomių galimybių įtakoti braižymą spaudžiant modifikuojančius
klavišus:
  https://josm.openstreetmap.de/wiki/Help/Action/Draw

-- 
Tomas

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