date:20170409

Bonjour,

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

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

Bonne lecture!

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

hebdoOSM Nº 350 28/03/2017-03/04/2017

Bonjour,

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

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

Bonne lecture!

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

hebdoOSM Nº 350 28/03/2017-03/04/2017

Bonjour,

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

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

Bonne lecture!

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

hebdoOSM Nº 350 28/03/2017-03/04/2017

Bonjour,

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

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

Bonne lecture!

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

Re: [Talk-it] Mappare POIs su strada: aree VS nodi VS nodi in a way

2017-04-09 Per discussione Marco_T

jprimav wrote
> Per mappare un negozio che occupa interamente un edificio è preferibile
> usare un'area o un nodo?
> Nel caso del nodo, questo andrebbe inserito sul perimetro (in a way) o al
> suo interno?
> Il discorso cambia se il negozio non occupa interamente l'edificio, ma
> magari solo un piano intero o anche solo una frazione di esso?
> 
> 
> 1 Area sul perimetro edificio con tag building=yes (o residential)
> 1 nodo (in a way) in corrispondenza dell'entrata del negozio con tag
> shop=Convenience + addr:street=Via roma + addr:housenumber=10 + level=0
> 
> Scusate le domande tutte insieme ma sto cercando di capire la logica
> generale da seguire.

Ciao Jacopo,
come hai ben osservato le casistiche sono molteplici...e pure molteplici
sono i modi di affrontare il problema.
Se non c'e' scritto niente nel wiki devi trovare tu un metodo supportato da
una analisi "anti-rimproveri" (scherzo).
Io ragiono così:
- l'edificio è la scatola e di solito è fissa, a volte con una denominazione
precisa;
- quello che ci stà all'interno può essere unico, molteplice, fisso,
variabile nel tempo...;
- i nodi sono più facili da maneggiare rispetto rispetto ai poligoni (che
possono far parte di relazioni o contenere parecchie informazioni che poco
hanno a che fare col tuo oggetto).
Pertanto in prima battuta se devo mappare per esempio la Biblioteca di
archeologia che si trova all'interno di Palazzo Venezia a Roma, il poligono
(scatola) sarà Palazzo Venezia con tutte le sue informazioni mentre un nodo
sarà la Biblioteca con tutte le sue informazioni. Per questioni di routing
direi di metterlo in prossimità dell'ingresso principale della Biblioteca
stessa (non ho preferenze se dentro o sulla way).
In seconda battuta si potrebbero creare relazioni tra i vari oggetti che
hanno un denominatore comune ma il discorso diventa più difficile.
L'idea è quella di semplificare senza mescolare troppo di dati pensando
anche ad un evolversi della situazione: 
- la biblioteca viene trasferita/chiusa? (basta spostare/cancellare il nodo)
- all'interno della scatola viene aggiunto un Museo? (basta aggiungere un
nodo)

Per il discorso di fabbricati pluripiano io metterei un nodo in
corrispondenza dell'accesso all'attività se è al piano terra o alla scala
che porta all'attività se si trova su un piano diverso (qui poi entriamo nel
mondo dell'indoor mapping...). 
In generale se la precisione della posizione dell'oggetto non è stabilità da
norme (es. civici) o di vitale importanza (es. defibrillatore, attacco vvff)
è meglio indicarlo in modo approssimato piuttosto che non indicarlo,
pensando anche al routing.

Discorso delicato e complicato sono i numeri civici associati all'attività
(POI):
- a volte la posizione del POI non corrisponde con la posizione della
targhetta che è stabilita dalle norme e dovrebbe avere coordinate precise
(vedi tutte le discussioni su import di civici...).
- c'e' il richio che cancellando il POI cancelli anche la toponomastica che
di fatto dovrebbe rimanere
- se mischi le due informazioni di solito viene renderizzato il POI e non il
civico...
Ci sono discussioni al riguardo. Qui andiamo fuori argomento.


-- 
Marco_T



--
View this message in context: 
http://gis.19327.n8.nabble.com/Mappare-POIs-su-strada-aree-VS-nodi-VS-nodi-in-a-way-tp5895007p5895062.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-se] OSM Meetup i Malmö tors 27/4 kl 18:00!

2017-04-09 Per discussione Andreas Vilén

Kul! Tänkte inte dra hem om efter jobbet den dan eftersom jag jobbar vid 
Triangeln nuförtiden. Går det att dra sig dit vid 16.30-17 eller måste jag dra 
runt o dröna på stan i nån timme först?

Jag snackar som sagt gärna lite om adressimporten i Hbg. Blev klar precis med 
grundarbetet men det är lite efterarbete o felrättning kvar.

/Andreas

Skickat från min iPhone

> 8 apr. 2017 kl. 16:38 skrev Tomas Wennström :
> 
> Hej!
> 
> Nu har Doodlen fått stå och jäsa en stund och det ser ut som att flest kan 
> torsdagen den 27 april kl 18:00, så jag tycker vi kör på det!
> 
> Så i korthet:
> 
> OSM Meetup i Malmö
> När: Torsdagen 27/4 kl 18:00
> Var: House of Ada, Södra Promenaden 55, Malmö
> Övrigt: Projektor, wifi och pizza finns.
> FB-event: https://www.facebook.com/events/178797705973385/
> Kom gärna med förslag på diskussionspunkter och presentationer!
> 
> Några frågade ju efter att köra en heldag, och det kan vi kanske boka in 
> senare i vår?
> 
> Ses!
> 
> Tomas
> 
> -- 
> Tomas Wennström
> 0739-464202
> tomas.wennst...@gmail.com
> @tomaswennstrom
> 
> http://vackertvader.se
> http://regnradar.se
> http://houseofada.se
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] nomi con date

2017-04-09 Per discussione Davide Sandona'

> In Friuli Venezia Giulia abbiamo messo la maiuscola iniziale nel caso di
> ricorrenze:
> Via Primo Maggio
> Piazza Venti Settembre
>
> Nel caso di date, l'uso comune:
> Via 24 luglio 1509
>
Io proporrei di utilizzare iniziali solamente maiuscole oppure solamente
minuscole, in modo da evitare elementi di confusione.


Davide.

Il giorno 9 aprile 2017 23:05, Luigi Toscano  ha
scritto:

> Marco_T ha scritto:
> > Damjan Gerli wrote
> >> 09.04.2017 - 17:37 - Alessandro:
> >>> Il 09/04/2017 16:04, Fabrizio Tambussa ha scritto:
> 
>  Io sono favorevole all'ISTAT.
> 
> >>>
> >>> +1
> >>
> >> +1, istat + maiuscole/minuscole giuste
> >
> > Dopo il grosso lavoro che abbiamo fatto in FVG sono daccordissimo con
> > Cascafico e Damjan:
> > ISTAT + maiuscole/minuscole giuste (es. Via Venticinque Aprile)
>
> Se ricordo le discussioni precedenti, credo che l'ultimo punto poco chiaro
> sia
> qua: perché "Via Venticinque Aprile" è piu giusta di "Via venticinque
> aprile"?
>
> --
> Luigi
>
> ___
> 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] nomi con date

2017-04-09 Per discussione Luigi Toscano

Marco_T ha scritto:
> Damjan Gerli wrote
>> 09.04.2017 - 17:37 - Alessandro:
>>> Il 09/04/2017 16:04, Fabrizio Tambussa ha scritto:

 Io sono favorevole all'ISTAT.

>>>
>>> +1
>>
>> +1, istat + maiuscole/minuscole giuste
> 
> Dopo il grosso lavoro che abbiamo fatto in FVG sono daccordissimo con
> Cascafico e Damjan:
> ISTAT + maiuscole/minuscole giuste (es. Via Venticinque Aprile)

Se ricordo le discussioni precedenti, credo che l'ultimo punto poco chiaro sia
qua: perché "Via Venticinque Aprile" è piu giusta di "Via venticinque aprile"?

-- 
Luigi

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

Re: [Talk-de] Rettungsleitstellen

2017-04-09 Per discussione Rolf Eike Beer

> Aber woher käme die Information für einen Mäpper daß es sich bei dieser
> Einrichtung um eine Rettungsleitstelle handelt. Diese Funktion sollte in
> allen Rettungswachen installiert sein, aber von der Besetzung hängt ab
> ob es eine Leitstelle ist.

Nein. Eine Rettungswache ist ein Aufenthaltsraum, ein Klo und eine Garage. 
Alles weitere ist optional. Notrufe werden da grundsätzlich _nicht_ angenommen 
(wenn jemand mal spontan vor der Tür steht vielleicht schon). Wenn da der 
Pieper klingelt setzt man sich ins Auto und fährt los, zu diesem Zeitpunkt ist 
die Wache dann durchaus auch mal völlig leer, das wäre mit den Notrufen dann 
schon arg unpraktisch.

Wo sich die Leitstellen befinden ist kein wirkliches Geheimnis, wenn du es 
nicht weißt einfach mal den nächstbesten Polizisten/Feuerwehrmann/Sani fragen 
wenn man mal ins Gespräch kommen. (Hint: es gibt für jede Fraktion i.d.R. 
maximal eine pro Landkreis).

Eike

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

Re: [Talk-it] nomi con date

2017-04-09 Per discussione Marco_T

Damjan Gerli wrote
> 09.04.2017 - 17:37 - Alessandro:
>> Il 09/04/2017 16:04, Fabrizio Tambussa ha scritto:
>>>
>>> Io sono favorevole all'ISTAT.
>>>
>>
>> +1
> 
> +1, istat + maiuscole/minuscole giuste

Dopo il grosso lavoro che abbiamo fatto in FVG sono daccordissimo con
Cascafico e Damjan:
ISTAT + maiuscole/minuscole giuste (es. Via Venticinque Aprile)

Vorrei ricordare che la forma letterale (discorso a parte per
maiuscole/minuscole), oltre che essere prevista da direttive ISTAT, viene
obbligatoriamente utilizzata dai software catastali tramite appositi
database "certificati" che potete trovare qui:

http://www.agenziaentrate.gov.it/wps/content/Nsilib/Nsi/Home/CosaDeviFare/Aggiornare+dati+catastali+e+ipotecari/Aggiornamento+Catasto+fabbricati+-+Docfa/Software+Docfa+4002/

Alla voce "archivi provinciali", per ogni provincia, potete scaricare un
file compresso all'interno del quale trovate un file più cicciotto con
l'elenco delle vie suddiviso per comune secondo gli standard ISTAT/Agenzia
Entrate (ovviamente tutto maiuscolo).

Questi dati sono quindi la base per l'individuazione toponomastica di un
immobile per operazioni catastali, rogiti notarili, denuncie di
successionecosa di non poco conto.

Pertanto, come avevo proposto tanto tempo fa, è il caso di aggiornare la
wiki secondo una visione condivisa della cosa, inserendo esempi espliciti in
abbondanza (io purtroppo non sono capace). 
Tutto ciò anche al fine di armonizzare futuri import per non ricadere
costantemente nelle stesse discussioni.

Ulteriore dibattito merita la gestione (maiuscole/minuscole) di: titoli
onorifici (cavaliere...), appellativi (papa, don, monsignor, senatore...),
cognomi compositi (Da Vinci o da Vinci), nomi di battaglia (Paolo "paolazzo"
Paolone)...ma questa è altra storia da discutere a parte.

--
Marco_T



--
View this message in context: 
http://gis.19327.n8.nabble.com/nomi-con-date-tp5894982p5895058.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-de] Rettungsleitstellen

2017-04-09 Per discussione gmbo


Am 09.04.2017 um 19:00 schrieb Peilscheibe:

On 09.04.2017 10:55, dktue wrote:


das ist richtig, wenn dieser Begriff als Tag genutzt werden soll, dann
muss es definitiv

 emergency=controle_centre

heißen.

Da ist ein "e" zuviel drin.

Grundsätzlich stellt sich mir aber die Frage, ob das tatsächlich im
englischen Sprachgebrauch so Verwendung findet, speziell bezüglich des
"control".

Im maritimen Bereich heißen diese Einrichtungen "Maritime Rescue
Coordination Centre" (MRCC) und wenn ich den Begriff
"Rettungsleitstelle" einfach mal kurz bei Leo einwerfe, kommt da auch
ein "rescue coordination centre" bei raus. Also nix "control", dafür
"coordination".


Um noch ein bisschen mehr Variationen zu sehen hilft auch Wikipedia,
https://en.wikipedia.org/wiki/Public-safety_answering_point

Aber woher käme die Information für einen Mäpper daß es sich bei dieser 
Einrichtung um eine Rettungsleitstelle handelt. Diese Funktion sollte in 
allen Rettungswachen installiert sein, aber von der Besetzung hängt ab 
ob es eine Leitstelle ist.


Gruß Gisbert

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

Re: [Talk-se] Import av markanvändning (natura 2000)

2017-04-09 Per discussione Micke

Hej!


Jag hjälper gärna till med importen. Överlåter dock helst det administrativa 
till någon annan, men kan hjälpa till att manuellt granska det som importeras.



Anders Andersson



Från: Mattias Dalkvist 
Skickat: den 9 april 2017 10:04
Till: OpenStreetMap Sverige mailinglista
Ämne: [Talk-se] Import av markanvändning (natura 2000)

Hej

Naturvårdsverket har mycket mer info än naturreservats gränser under CC0 licens.

Jag har tittat på natura 2000 datat, kvaliteten varierar kraftigt mellan 
områdena, många är mycket bra med data från ortofoton och fält inventeringar 
men stora för områden i fjällen är det dåligt, tydliga pixlar i klass med 
corine.

Så det är ingen ide att köra någon automatisk import men att ha ett skript som 
gör majoriteten av taggarna och vi sedan manuellt granskar och integrerar 
befintligt data bör funka bra. Speciellt om man tar ett litet område åt gången.

Har börjat fylla i en import mall på wikin 
https://wiki.openstreetmap.org/wiki/User:Dalkvist/natura2000 har också gjort en 
översättningstabell från natura 2000 koder till osm taggar 
https://wiki.openstreetmap.org/wiki/User:Dalkvist/natura2000/codetable

Ett exempel finns på 
https://drive.google.com/open?id=0B4nKYf6PMyjFLTk5c3FIblFnalU med rå datat shp, 
ogr2osm transformations skriptet, ett par mellan steg samt slutprodukten efter 
manuellt job.


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

Re: [Talk-cz] Rozbitý tracer (řešení konfliktů tagů)

2017-04-09 Per discussione Marián Kyral

To já ne. To Maatts ;-) Tam je potřeba směřovat díky.

https://github.com/mkyral/josm-tracer/pull/39

Marián
-- Původní e-mail --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 4. 2017 21:45:38
Předmět: Re: [Talk-cz] Rozbitý tracer (řešení konfliktů tagů)
"



2017-04-09 21:25 GMT+02:00 Marián Kyral :
" Oprava je na světě, zítra otestuji a vydám.
"



Jsi velmi produktivní tento víkend � Díky ti!



H.




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

[OSM-talk-fr] MapContrib 1.7 est de sortie

2017-04-09 Per discussione Guillaume AMAT


Salut à tous,

Une nouvelle version de MapContrib est sortie et l'annonce détaillée se 
trouve ici :


https://blog.mapcontrib.xyz/fr/2017/04/mapcontrib-1-7

Les nouveautés :

 * Un administrateur d'instance de MapContrib peut ajouter des fonds de
   cartes à son instance et spécifier des attributions qui sont
   ajoutées au commentaire de changeset.
 * MapContrib a maintenant une image Docker officielle.

Guillaume

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

[OSM-talk] MapContrib 1.7 is out

2017-04-09 Per discussione Guillaume AMAT


Hi all,

The new version of MapContrib has been released and the detailed 
announce is here:


https://blog.mapcontrib.xyz/2017/04/mapcontrib-1-7

In a nutshell:

 * An instance administrator can add some custom tiles to his instance
   and specify attributions to put in the changeset comments.
 * An official Docker image of MapContrib is now available.

Guillaume

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

Re: [Talk-cz] Rozbitý tracer (řešení konfliktů tagů)

2017-04-09 Per discussione Jan Macura

2017-04-09 21:25 GMT+02:00 Marián Kyral :

> Oprava je na světě, zítra otestuji a vydám.
>

Jsi velmi produktivní tento víkend  Díky ti!

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

[Talk-us] Whole-US Garmin Map update - 2017-04-05

2017-04-09 Per discussione Dave Hansen

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-04-05

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-04-05/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-04-05

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [Talk-cz] Rozbitý tracer (řešení konfliktů tagů)

2017-04-09 Per discussione Marián Kyral


Dne 2.4.2017 v 19:06 Marián Kyral napsal(a):

Pozor, pozor, pozor.


V JOSM v11772 došlo je změně v jádře, byla odstraněna funkce, kterou 
tracer používá a proto se místo zobrazení dialogu s konfliktními tagy 
zobrazí chyba: java.lang.NoSuchMethodError


Bohužel zatím nevím co s tím a nedokáži říci, kdy se problém podaří 
vyřešit. Do té doby doporučuji používat starší verzi JOSM (před 11772)


Oprava je na světě, zítra otestuji a vydám.

Marián

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

Re: [Talk-cz] Nový formulář pro nahrávání fotek Was: Re: Fotografovani rozcestniku

2017-04-09 Per discussione Marián Kyral

Tak jsem ještě trochu poladil zobrazování chybových hlášek a základ je 
hotov. Narazil jsem na pár svých fotek, kde mi server vrací nesmyslnou 
chybu "No bbox provided". To zkusím vyřešit s wallym.


Jsou tam ještě nějaké drobnosti, ale ty nebrání nasazení. Takže zítra 
ještě trochu učešu a pošlu to k instalaci.


Marián

Dne 9.4.2017 v 11:00 Milan Cerny napsal(a):

Mariáne, výborná práce. Vše funguje jak má.

Moc díky!

Milan
__

Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 09.04.2017 00:39
Předmět: Re: [Talk-cz]

Tak už to i nahrává. Teď jsem to docela intenzivně testoval. Ještě to
chce trochu vylepšit odezvu při nahrávání, aby uživatel věděl, že se
něco děje, ale to už je maličkost.

Jo a ty typy rozcestníků - pěší, cyklo, lyžařské… zatím nefungují - to
vyžaduje změnu na serveru, která tam zatím není.

Marián

Dne 8.4.2017 v 12:36 Marián Kyral napsal(a):

Dne 5.4.2017 v 13:20 Marián Kyral napsal(a):

-- Původní e-mail --

Od: Milan cernymilan...@centrum.cz

Komu: OpenStreetMap Czech republictalk...@openstreetmap.org

Datum: 5. 4. 2017 10:53:01

Předmět: Re: [Talk-cz] Fotografovani rozcestniku



Taky už se těším na Mariánovu vychytávku:)

Budu se snažit nezklamat ;-)

Tak už se to docela rýsuje. Teď jsem dodělával zobrazení většího
obrázku po kliknutí na náhled. Byl to opět boj, ale nakonec to funguje
podle mých představ.

K otestování na: http://rawgit.com/osmcz/osmcz/photoDB-gui/index.html

Poslední věc, kterou to zatím neumí, je finální odeslán fotky na
server ;-)
Na to se vrhnu večer.




Marián



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



--

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



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



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

Re: [Talk-de] Rettungsleitstellen

2017-04-09 Per discussione Markus

Am 09.04.2017 um 19:00 schrieb Peilscheibe:

> Im maritimen Bereich heißen diese Einrichtungen "Maritime Rescue
> Coordination Centre" (MRCC) 

Oder einfach RCC.

Und dann gibt es noch das JRCC: Joint Rescue Coordination Centre
(für RCC im Verbund von militärischen, staatlichen und privaten
Rettungsorganisationen, SAR)

Es geht dabei um *Koordination*
(nicht um Kontrolle)

Gruss, Markus


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

Re: [Talk-de] Rettungsleitstellen

2017-04-09 Per discussione Georg Feddern


Moin,

Am 09.04.2017 um 20:35 schrieb chris66:

Am 09.04.2017 um 13:44 schrieb Walter Nordmann:


Moin,  ich habe /emergency=control_centre/ mal in die Emergency Map 2.2
https://wambachers-osm.website/emergency integriert.


Cool, damit ist das Tag quasi abgesegnet. ;-) 


hoffentlich nicht - ich sehe das wie Peilscheibe, dass
emergency=coordination_centre
der bessere Ausdruck wäre.
Die kontrollieren nämlich nichts, sondern koordinieren.

OK - jetzt mit Digital-Funk und GPS-Rückmeldungen haben sie etwas mehr 
Kontrolle. ;-)


Grüße, Georg

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

Re: [Talk-de] Rettungsleitstellen

2017-04-09 Per discussione chris66


Am 09.04.2017 um 13:44 schrieb Walter Nordmann:


Moin,  ich habe /emergency=control_centre/ mal in die Emergency Map 2.2
https://wambachers-osm.website/emergency integriert.


Cool, damit ist das Tag quasi abgesegnet. ;-)

Chris




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

Re: [Talk-it] nomi con date

2017-04-09 Per discussione Damjan Gerl


09.04.2017 - 17:37 - Alessandro:

Il 09/04/2017 16:04, Fabrizio Tambussa ha scritto:


Io sono favorevole all'ISTAT.



+1


+1, istat + maiuscole/minuscole giuste

Damjan

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

Re: [OSM-talk-fr] State of the Map France : appel à contributions

2017-04-09 Per discussione Vincent de Château-Thierry


Bonsoir,

Le 09/04/2017 à 19:21, Benoit Fournier a écrit :


C'est DEMAIN ! Proposez vos idées et résumés !


Presque ! Demain est un autre jour en fait :)

On a déjà une superbe liste de propositions d'ateliers, exposés et 
autres posters. Mais vous savez quoi ? On en veut d'autres ! Il reste 
quelques places sur le programme, aussi il a été décidé de repousser la 
date butoir au 17 avril. Une semaine de plus, les retardataires n'auront 
aucune excuse ;)


Allez, à vos claviers :
https://framaforms.org/proposition-dintervention-au-sotm-france-2017-1487106487


La billetterie est par ailleurs toujours disponible ici :
https://www.assoconnect.com/openstreetmap/billetterie/offre/58057-v-state-of-the-map-france-2017


Ça oui bien sûr ça ne bouge pas. On compte sur vous !

à bientôt,
vincent

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

Re: [OSM-talk-be] verkeersplan in Torhout en omgeving: mapping to do

2017-04-09 Per discussione Marc Gemis

best op het gehele deel van de weg waar de beperking geldt.

m.

2017-04-09 11:22 GMT+02:00 Jakka :
> Zal mij daar eens op toeleggen...
>
> Wat betreft de zones. Dit moet enkel voor de eerste segmenten van de
> "highway" in gevoerd worden ? Routeplanners detecteren dit en gaan elders
> zoeken ?
> Of op een node met tag "direction=forward/backward"?
>
> Op 7/04/2017 om 18:27 schreef joost schouppe:
>>
>> Hoi,
>>
>> Een groep West-Vlaamse gemeenten heeft het verkeersplan voor zwaar
>> vervoer in Kortemark, Lichtervelde, Roeselare, Staden, Hooglede, Torhout
>> en Ichtegem. Dat wordt vanaf nu zoveel mogelijk buiten de centra
>> gehouden [1]. Deels door straatverboden, deels door zones; beide door
>> een gewichtsrestrictie, een deel tot 5 ton, een deel tot 7,5 ton.
>>
>> We hebben van hun GIS-team de data gekregen van waar de verkeersborden
>> geplaatst zijn (of zeer binnenkort worden), en de vraag en expliciete
>> toestemming om de wijzigingen te mappen in OSM. Je kan de data hier
>> downloaden [2]. Er is een PDF, een excel met X-Y coordinaten, en
>> shapefiles.
>>
>> Is er een vrijwilliger om het hele ding te mappen? Als we het verdelen,
>> dan kan ik een mapcontrib maken om bij te houden welk stuk al uitgevoerd
>> is. Als je liever GPX of iets anders dan shapefile hebt, vraag maar.
>>
>> Wat tagging betreft, moeten we nog verduidelijking krijgen wat de
>> uitzonderingen zijn: het ziet ernaar uit dat landbouwvoertuigen en
>> bestemmingsverkeer nog steeds in de beschermde zone mogen. Maar Margo
>> (zie cc) zal dit nog verduidelijken.
>>
>> Wellicht wordt het:
>>
>> maxweight = 5
>> maxweight:conditional = none @ destination
>> maxweight:agricultural=no
>>
>> OF
>>
>> maxweight = 5
>> maxweight:conditional = none @ destination; none @ agricultural
>>
>> We hadden het er al even over op Riot [3], de help site [4] en per mail.
>> Alle meningen welkom.
>>
>> 1:
>> http://www.hln.be/regio/nieuws-uit-torhout/zeven-gemeenten-houden-zwaar-vervoer-buiten-a3121558/
>> 2: https://github.com/osmbe/play/tree/master/wvi-data
>> 3: https://riot.im/app/#/room/#osmbe:matrix.org
>> 4:
>> https://help.openstreetmap.org/questions/55516/maxweight-restriction-with-two-exceptions
>>
>> --
>> Joost Schouppe
>> OpenStreetMap
>>  | Twitter
>>  | LinkedIn
>>  | Meetup
>> 
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-fr] State of the Map France : appel à contributions

2017-04-09 Per discussione Benoit Fournier

Vincent a écrit :
> Comme vous avez pu le lire ici-même [1], notre prochain State of the Map se
> déroulera du 2 au 4 juin à Avignon. Pour la constitution du programme,
> chacun a toute latitude pour proposer un sujet et un format d'intervention,
> au travers de ce formulaire en ligne :
>
> https://framaforms.org/proposition-dintervention-au-sotm-france-2017-1487106487
>
> Pour nous permettre de constituer la grille de programme, *les soumissions
> seront closes le 10 avril*, aussi ne tardez pas !

C'est DEMAIN ! Proposez vos idées et résumés !

> La billetterie est par ailleurs toujours disponible ici :
> https://www.assoconnect.com/openstreetmap/billetterie/offre/58057-v-state-of-the-map-france-2017

Inscrivez-vous, pensez au logement et aux repas !  :)
(Dans la limite des disponibilités)

Benoît

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

Re: [Talk-it-lazio] incontro mappatori il 10/4

2017-04-09 Per discussione Flaminia Tumino

Ciao a tutti,

solo per informarvi che domani pomeriggio mi hanno messo una riunione alle
due e mezza vicino alle stadio olimpico che non ho idea di quanto durerà.
MI scuso in anticipo se arriverò un pò in ritardo, in tal caso iniziate
pure senza di me.

A domani,
Flaminia

Il giorno 6 aprile 2017 16:55, Luca Moiana  ha
scritto:

> +1 per R GIS for dummies
>
> On 6 Apr 2017, at 14:54, Martin Koppenhoefer 
> wrote:
>
>
> 2017-04-06 14:17 GMT+02:00 jprimav :
>
>> Se siete interessati preparo un'introduzione all'utilizzo di R.
>> Magari su come accedere, analizzare e visualizzare dati OSM.
>> In effetti R si trasforma facilmente in un ambiente GIS una volta
>> installate
>> le dovute estensioni (pacchetti).
>> Però per Lunedì non ce la faccio.
>>
>
>
> +1, non deve essere per Lunedì. Oltre all'uso specifico di un programma,
> sarebbe forse anche interessante un crash course "statistics for Dummies"?
>
> Ciao,
> Martin
>
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>
>
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>
>
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-de] Rettungsleitstellen

2017-04-09 Per discussione Peilscheibe

On 09.04.2017 10:55, dktue wrote:

> das ist richtig, wenn dieser Begriff als Tag genutzt werden soll, dann
> muss es definitiv
> 
> emergency=controle_centre
> 
> heißen.

Da ist ein "e" zuviel drin.

Grundsätzlich stellt sich mir aber die Frage, ob das tatsächlich im
englischen Sprachgebrauch so Verwendung findet, speziell bezüglich des
"control".

Im maritimen Bereich heißen diese Einrichtungen "Maritime Rescue
Coordination Centre" (MRCC) und wenn ich den Begriff
"Rettungsleitstelle" einfach mal kurz bei Leo einwerfe, kommt da auch
ein "rescue coordination centre" bei raus. Also nix "control", dafür
"coordination".

Grüße,
P.

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

Re: [OSM-talk-fr] Cartographie des églises

2017-04-09 Per discussione Gaël Simon

Fin de l'épisode, un petit sentiment bizarre ...
Les lieux de culte chrétiens ont été cartographiés dans les communes n'en ayant 
pas. Une suite logique serait de nommer ceux en place précédemment, mais les 
repères visuels sont en place.
Je vais reprendre le nommage des voies et imports du bâti que j'avais un peu 
délaissés depuis 6 mois ;-)

Gaël

Le 1 avr. 2017 à 12:26, Gaël Simon  a écrit :

52376, c'est désormais le nombre de lieux de culte en France, répartis sur 
34.498 communes.
Centre-Val de Loire et Occitanie rejoignent le club des régions pourvues ;-)
Dernière ligne droite à faire pour Grand-Est et BFC. 

Le 12 mars 2017 à 15:30, Gaël Simon  a écrit :

Allez, maintenant 51315 lieux de culte. La Normandie devrait maintenant 
disposer d'au moins un lieu de culte par commune (pour celles en ayant). A 
noter une contribution active récemment dans les Vosges ;-)


Gaël

Le 8 févr. 2017 à 08:39, Gaël SIMON  a écrit :

Bonjour à tous,
désormais 49858 lieux de culte en France !
Après la Bretagne, les Pays-de-la-Loire, la Corse et Auvergne-Rhône-Alpes, la 
Nouvelle-Aquitaine rejoint le club des régions dont la majorité des communes 
possèdent désormais au moins un lieu de culte.
Je m'attaque maintenant à l'Île-de-France, déjà bien fournie, avant un séjour, 
potentiellement prolongé, dans les Hauts-de-France (où 413 communes sont à 
traiter).

Le suivi global : https://framapic.org/Zxkwbm9piZ9I/ZkzKoMeuG9NI.PNG
Les noms en Nouvelle-Aquitaine : 
https://framapic.org/94LDs8srkkiX/3rp2ZSUY9f4d.PNG

> Le 20 janvier 2017 à 15:39, Gaël SIMON  a écrit :
> 
> Bonjour,
> voici quelques copies d'écran de mon outil de suivi (malheureusement non 
> partageable simplement).
> Page d'accueil synthétique du tableau de bord : 
> https://framapic.org/SlOcpLo3mVZN/j2xztpK2RQCC.PNG
> Détails de localisation, avec les noms / sans nom : 
> https://framapic.org/U0OFac5IZEwK/ohKlsTSfUoJe.PNG
> Répartition des noms dans département : 
> https://framapic.org/f90tlVcSq8Mk/BbcJlclR3bPb.PNG
> 

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

Re: [OSM-talk-fr] Circonscriptions électorales...

2017-04-09 Per discussione Frédéric Rodrigo


Le 09/04/2017 à 17:36, Frédéric Rodrigo a écrit :
ComComMaker n'est pour l'instant pas utilisable, il n'affiche pas les 
cantons.

http://comcommaker.openstreetmap.fr
Ça c'est corrigé ComComMaker supporte maintenant les cantons et les 
circonscriptions.


Frédéric.


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

Re: [Talk-it] nomi con date


Il 09/04/2017 16:04, Fabrizio Tambussa ha scritto:


Io sono favorevole all'ISTAT.



+1

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

Re: [OSM-talk-fr] Circonscriptions électorales...

2017-04-09 Per discussione Frédéric Rodrigo


Salut,

Je commence à regarder ce sujet aussi.

Avant même de penser aux détails (commune fusionnées) il faudrait 
commencer par avoir tes les relations des circonscriptions. Ce qui n'est 
toujours pas la cas.


J'ai fermé les relations existantes que je pouvais (2). Il y en a une à 
Marseille que je ne sais pas fermer facilement, elle n'as pas de voisine.


Ces relations avait été commencé avant le redécoupage des cantons pour 
les dernières législatives. Il faut également être sur qu'elles se 
basent sur ces nouveaux cantons.


Dans certains cas de communes découpées en plusieurs cantons je pense 
que les limites des circonscriptions ne sont pas bonne et sont 
uniquement des regroupement de communes.


Il en manque encore 79 :

 008-01
 008-02
 008-03
 011-01
 011-03
 013-01
 013-03
 013-04
 013-05
 013-06
 013-07
 024-01
 024-02
 024-03
 024-04
 027-01
 027-02
 027-03
 027-04
 027-05
 028-03
 030-04
 030-05
 031-04
 037-01
 051-01
 051-02
 051-03
 051-04
 059-13
 061-01
 061-02
 061-03
 062-01
 062-04
 062-06
 062-08
 064-02
 064-03
 066-01
 066-02
 066-03
 067-01
 069-01
 069-02
 069-03
 069-04
 080-01
 080-02
 080-03
 080-04
 080-05
 083-01
 971-01
 971-02
 971-03
 971-04
 972-01
 972-02
 972-03
 972-04
 973-01
 973-02
 974-01
 974-02
 974-03
 974-04
 974-05
 974-06
 974-07
 975-01
 975-02
 976-01
 976-02
 977-01
 977-02
 977-03
 978-01
 979-01

Cette page montre l'avancement, mais avant redécoupage des cantons il me 
semble :

https://wiki.openstreetmap.org/wiki/FR:Circonscriptions_l%C3%A9gislatives_in_France

ComComMaker n'est pour l'instant pas utilisable, il n'affiche pas les 
cantons.

http://comcommaker.openstreetmap.fr

Layers non plus, il n'y encore qu'un calque unique pour les 
circonscriptions législatives et les cantons :

http://layers.openstreetmap.fr/?zoom=11=43.61297=1.48408=BFT

Frédéric.

Le 05/01/2017 à 11:22, Christian Quest a écrit :
Il y a forcément dans changements... j'ai déjà un exemple (facile): 
Germincourt (02) a fusionné avec Cormicy (51), donc changement de 
département (et de région). La limite de la circonscription a 
forcément changé.


Ce cas n'est sûrement pas isolé.

Autre chose, on n'a pas encore pris en compte toutes les fusions. 
D'après mon contact à l'INSEE il y en aurait plutôt 200 que 180... un 
fichier récapitulatif sera publié dans une dizaine de jours.



Le 4 janvier 2017 à 20:52, Jérôme Amagat > a écrit :


J'ai regarder des arrêtés préfectoraux pour les communes nouvelle
et les intercommunalité et j'ai jamais rien vu sur des
redécoupages de circonscriptions électorales, les arrondissement
départementaux sont parfois modifié mais c'est tout.
il me semble que normalement les circonscriptions sont basé sur
les cantons mais les cantons ont pas mal évolué pour les élections
départementales mais je pense pas que les circonscriptions ont
bougé en même temps.

Le 4 janvier 2017 à 14:51, Christian Quest
> a écrit :

J'aimerai sortir un export pour data.gouv.fr
 avec les contours des circonscriptions
électorales (législatives) car c'est une donnée qui sera fort
utile pour l'année 2017.

Nous avons des limites présentes, je n'ai pas encore regarder
leur exhaustivité ni si elles étaient à jour par rapport aux
fusions de communes, car cela peut jouer.

Qui s'est intéressé à ce sujet ?



-- 
Christian Quest - OpenStreetMap France



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




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





--
Christian Quest - OpenStreetMap France


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




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

Re: [Talk-it] Mappare POIs su strada: aree VS nodi VS nodi in a way

2017-04-09 Per discussione scratera

jprimav wrote
> Ciao a tutti,
> 
> Ho fatto una ricerca sui wiki e le mailing list ma rimango con molti
> dubbi.
> 
> Per mappare un negozio che occupa interamente un edificio è preferibile
> usare un'area o un nodo?
> Nel caso del nodo, questo andrebbe inserito sul perimetro (in a way) o al
> suo interno?
> Il discorso cambia se il negozio non occupa interamente l'edificio, ma
> magari solo un piano intero o anche solo una frazione di esso?
> 
> So che le casistiche sono moltissime. Per fare un esempio comune, un
> edificio multipiano con un esercizio commerciale che occupa una parte del
> piano terra e appartamenti negli altri piani. Una mappatura del genere
> sarebbe ottimale?
> 
> 1 Area sul perimetro edificio con tag building=yes (o residential)
> 1 nodo (in a way) in corrispondenza dell'entrata del negozio con tag
> shop=Convenience + addr:street=Via roma + addr:housenumber=10 + level=0
> 
> Scusate le domande tutte insieme ma sto cercando di capire la logica
> generale da seguire.
> 
> Grazie ciao!
> Jacopo

...ti aumento un po la confusione allora
http://wiki.openstreetmap.org/wiki/Simple_3D_buildings



--
View this message in context: 
http://gis.19327.n8.nabble.com/Mappare-POIs-su-strada-aree-VS-nodi-VS-nodi-in-a-way-tp5895007p5895037.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-se] Naturreservat

2017-04-09 Per discussione Erik Johansson

2017-04-07 19:25 GMT+02:00 Mattias Dalkvist :
>> Några funderingar:
>>
>> Hur skiljer man på när naturreservat har fått ändrade gränser IRL och när
>> gränserna justerats i OSM? Gränserna har i allmänhet hög noggrannhet men
>> runt länsgränser blir det ibland överlapp eller smala luckor, och där har
>> jag och säkert andra arbetat med att slå ihop gränserna. Går det att
>> programmera något sätt att bara ladda upp nya gränser om de ligger mer än
>> säg en meter från de gamla?
>
>
> Är det inte bättre att ha något som kollar efter förändringar och meddelar
> någon/epostlistan/irc som kan granska och göra en revert om det behövs och
> prata med användare som ändrat.

Detta gäller väl egentligen alla importer, är det någon som har ett
sådant arbetssätt?


>> En annan fråga är group-relationerna för naturreservat i ett visst län, t
>> ex http://www.openstreetmap.org/relation/303952 (som säkert kunde få ett
>> tydligare namn, t ex "Naturreservat i Dalarnas län"). Om ett naturreservat
>> beskrivs av en multipolygon borde väl bara multipolygonrelationen ingå i
>> group-relationen, inte ingående ways? Jag har försökt fixa det ibland när
>> jag delat upp reservatsgränser för att återanvända dem som kommungränser och
>> liknande men har säkert glömt det i vissa fall.
>>
> Håller med att meta relationerna bör innehålla relationer, borde vara ganska
> lätt att fixa med overpass reservat typ och län som place.

Relationer är inte menat att användas för att gruppera, har stört mig
på de där "NR i X län" grupperna, är det inte bättre att ta bort dom?

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

Re: [Talk-it] italia-import

2017-04-09 Per discussione Federico Leva (Nemo)

Grazie, Fabrizio. Sarebbe utile indicarlo sul profilo 
 (riportando ad 
esempio il tuo indirizzo di posta elettronica o un nome utente in OSM wiki).


Nemo

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

Re: [Talk-it] nomi con date

Il 9 aprile 2017 15:08, Daniele Gitto  ha scritto:
> Il punto è che sono stati fatti import, ci leggiamo le linee guida
> dell'Istat, e tante altre cose belle... Ma non c'è qualcuno che si occupa
> del problema da tempo, sufficientemente a conoscenza della situazione, che
> possa modificare quella paginetta del wiki??

Se c'è consenso della comunità e si decide che l'ISTAT detta le
regole, si può cambiare la pagina wiki.

Io sono favorevole all'ISTAT.

Saluti.

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

Re: [Talk-it] utente sempre lui

Il 9 aprile 2017 15:20, THESTORM375  ha scritto:
> confermo si è chiamato Openstreetmap in giapponese.. bah chissà perchè..cosa
> fa la gente pur di non essere scoperta e continuare a mappare di
> nascosto.   -.- :(

... per poi farsi scoprire come un pirla ri-revertando i changeset con
commenti copiaincollati dal precedente utente, dimostrando di non aver
capito nulla.
Adesso si è beccato un blocco per 4 giorni.

Saluti

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

Re: [Talk-it] utente sempre lui

2017-04-09 Per discussione THESTORM375

confermo si è chiamato Openstreetmap in giapponese.. bah chissà
perchè..cosa fa la gente pur di non essere scoperta e continuare a mappare
di nascosto.   -.- :(
Il giorno dom 9 apr 2017 alle ore 01:21 ajt1...@gmail.com 
ha scritto:

> ... and http://www.openstreetmap.org/user_blocks/1297 .
>
> On 08/04/2017 21:21, Fabrizio Tambussa wrote:
>
> L'utente  è stato bloccato fino al suo prossimo
> login [1] circa 2 ore fa.
> La richiesta è quella di interagire e rispondere alle richieste e ai
> commenti lasciati au changeset.
> Saluti
>
> [1] http://www.openstreetmap.org/user_blocks/
> 1296
>
> Il 08/Apr/2017 00:24, "Andy Townsend"  ha scritto:
>
> On 07/04/2017 18:49, Daniele Gitto wrote:
>
> Solo per segnalare che l'utente bloccato si è iscritto ieri con username
> オプンストリトマップ.
> Vediamo se è guarito (ma è già partito con la prima fontanella
> "Fontanella" :-)
>
>
> Indeed, the editing style looks identical.  As before I'd suggest that
> people comment on any problems as they appear.  Thanks to those who have
> already done so:
>
> http://resultmaps.neis-one.org/osm-discussion-comments?uid=5624537
>
> Best Regards,
>
> Andy
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

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

Re: [Talk-it] nomi con date

2017-04-09 Per discussione Daniele Gitto

Il punto è che sono stati fatti import, ci leggiamo le linee guida 
dell'Istat, e tante altre cose belle... Ma non c'è qualcuno che si 
occupa del problema da tempo, sufficientemente a conoscenza della 
situazione, che possa modificare quella paginetta del wiki??


Daniele


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

Re: [Talk-de] Rettungsleitstellen

2017-04-09 Per discussione Walter Nordmann

Moin,  ich habe /emergency=control_centre/ mal in die Emergency Map 2.2 
https://wambachers-osm.website/emergency integriert.


Noch sind keine Daten in OSM erfasst, daher zeigt sie natürlich keine 
Treffer an.


Es fehlt mir noch ein vernünftiges Icon, wer was hat/kennt, mag mir ja 
mal das Teil nennen.


Gruss
walter


Am 09.04.2017 um 10:55 schrieb dktue:

Hallo Rainer,

das ist richtig, wenn dieser Begriff als Tag genutzt werden soll, dann 
muss es definitiv


emergency=controle_centre

heißen.

Viele Grüße
dktue

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

Re: [Talk-it] Importare i fabbricati


Il 09/04/2017 13:00, Martin Koppenhoefer ha scritto:



sent from a phone

On 8. Apr 2017, at 13:55, carlo folini > wrote:


Nell'immagine un esempio
https://drive.google.com/file/d/0B4W5XjbBjYypaUJWVUFFeDZEc2M/view?usp=sharing



Per me i dati che si vedono in questo screenshot non si possono
importare così, hanno tantissimi nodi di troppo e non corrispondono bene
alle forme che si vedono nelle ortofoto (oltre la  questione della
posizione)



Per ovviare ai nodi di troppo c'è Josm che può venire in aiuto:
- in Modifica -> Preferenze abilitare la 'Modalità avanzata'
- scorrere in basso sino all'ultimo tab 'Preferenze avanzate'
- nel campo cerca inserire: simplify-way.max-error
E' il massimo scostamento permesso eseguendo la funzione in 'Strumenti' 
-> 'Semplifica percorso'; di default il valore è 1.0 (1 metro), 
trattandosi di un edificio potresti ad esempio impostare 0.3
- In Josm selezioni le geometrie complicate e vai su 'Strumenti' -> 
'Semplifica percorso'



Alessandro Ale_Zena_IT


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

Re: [Talk-it] nomi con date

2017-04-09 Per discussione Cascafico Giovanni

In Friuli Venezia Giulia abbiamo messo la maiuscola iniziale nel caso di
ricorrenze:
Via Primo Maggio
Piazza Venti Settembre

Nel caso di date, l'uso comune:
Via 24 luglio 1509

Il 09/apr/2017 11:45 AM, "Fabrizio Tambussa"  ha
scritto:

> Ma i numeri non vanno scritti minuscoli?
> quattro, venticinque, due, ecc.
> Il 09/Apr/2017 11:31 "Davide Sandona'"  ha
> scritto:
>
>> Perdonatemi se metto il dito nella piaga ma un punto debole qui è che
>>> capita di non essere d'accordo (noi comunità) su cose anche semplici e
>>> basilari. devo disturbarvi a chiedere se è ancora valida la pagina wiki in
>>> cui si dice da anni chiaramente (chiarissimamente) che i nomi contenenti
>>> date vanno scritte come: via 20 settembre, via 2 giugno etc.
>>
>>
>> Questa di sicuro non è una questione semplice. Il nome di una via non
>> incide solamente nel rendering della mappa, ma anche (e soprattutto) per
>> gli algoritmi di ricerca (ad esempio Nominatim).
>> L'utente select/mxrev8/オプンストリトマップ converte sistematicamente ogni via che
>> presenta una data in numero arabo nella corrispondente via con numero
>> romano. A volte lo scrive giusto, altre volte lo sbaglia. Lui agisce in
>> questo modo perché guardando Street View, ha visto un paio di casi in cui
>> la data era scritta in numero romano, e quindi si è fissato con l'idea che
>> qualunque data debba essere in tale forma.
>>
>> Riporto di seguito alcuni nomi di vie che presentano date, oppure numeri
>> in generale, in diverse forme:
>>
>> Via 24 Maggio -> Via XXIV Maggio -> Via Ventiquattro Maggio
>> Viale 10 Giugno -> Viale X Giugno -> Viale Dieci Giugno
>> Via 20 Settembre -> Via XX Settembre -> Via Venti Settembre
>> Via 4 Novembre -> Via IV novembre -> Via Quattro Novembre
>> Via 28 Gennaio ->  Via XXVIII Gennaio -> Via Ventotto Gennaio
>> Via 1° Maggio -> Via I Maggio -> Via Primo Maggio
>> Via 33' Reggimento Artiglieria -> Via XXXIII Reggimento Artiglieria ->
>> Via Trentatreesimo Reggimento Artiglieria
>> Via 55' Reggimento Fanteria -> Via LV Reggimento Fanteria -> Via
>> Cinquantacinquesimo Reggimento Fanteria
>> Via Papa Leone III -> Via Papa Leone terzo
>> Via 14 Maggio 1944 -> Via XIV Maggio 1944
>>
>> Un po' di considerazioni sugli esempi sopra riportati. Notiamo che:
>> 1) scrivere i numeri in forma romana non è affatto semplice. Già al
>> numero 28 (XXVIII) ho ricontrollato se l'avevo scritto giusto, figuriamo al
>> 55 (LV).
>> 2) sia il carattere ' che ° vengono utilizzati per effettuare la stessa
>> operazione: portare il numero in forma ordinale
>> 3) i numeri romani possono indicare sia il numero naturale che il numero
>> ordinale
>>
>> Proviamo a ragionare sull'utilità dei numeri romani. Supponiamo che nella
>> città XXX un cartello presenti la scritta "Via IV novembre": torno a casa,
>> cerco la via da modificare e aggiungo il nome visto sul cartello. Un altro
>> utente, che non abita in quella città, utilizza OSM per cercare la "Via 4
>> Novembre": Nominatim non ritorna alcun risultato. Al momento, Nominatim non
>> riesce a gestire la conversione dei numeri presenti sul tag name: se in una
>> città cerco "Via 4 novembre", o "Via Quattro Novembre" oppure "Via IV
>> novembre", otterrò risultati completamente differenti (probabilmente
>> troverò risultati solamente per un caso).
>> Non è che manchi la voglia di migliorare gli algoritmi, tuttaltro: non è
>> per nulla semplice programmare regole generali che permettano a Nominatim
>> di gestire le varie casistiche. Dopo tutto, se per un oggetto way è
>> possibile inserire varie forme dello stesso nome nei diversi tag name,
>> alt_name, short_name, questo non è possibile per oggetti di tipo nodo che
>> rappresentano i numeri civici, dove nel tag addr:street si inserisce
>> solamente un nome.
>>
>> Per quanto riguarda quale forma inserire: io solitamente utilizzo la
>> forma estesa (ad esempio "Via Quattro Novembre", oppure "Via 14 Maggio
>> 1944") sul tag name e le forme numeriche sul short_name/alt_name (ad
>> esempio "Via 4 Novembre", "Via IV Novembre").
>> Nonostante in Italia la segnaletica stradale sia mediamente molto
>> vecchia, le città più virtuose hanno già addottato gli standard ISTAT per
>> la toponomastica. Prendo come esempio Vicenza, tutte le date seguono le
>> indicazioni ISTAT!!! Qualora dovessero aggiornare i cartelli, i nomi da
>> stampare li prendono dallo stradario ufficiale, quindi ritengo abbia senso
>> utilizzare nel tag name quanto scritto nello stradario ufficiale e non nel
>> cartello stradale.
>>
>> PS: ho utilizzato l'esempio di Nominatim perché è il tool più utilizzato
>> per ricercare elementi attraverso il loro nome su OSM, ma tutto questo
>> discorso vale per un qualunque altro tool che svolge le stesse funzioni...
>>
>> Davide.
>>
>> Il giorno 9 aprile 2017 09:36, Cascafico Giovanni 
>> ha scritto:
>>
>>> Il 09/apr/2017 00:10, "Daniele Gitto"  ha scritto:
>>>
>>> >devo disturbarvi a chiedere

Re: [Talk-it] Importare i fabbricati

2017-04-09 Per discussione carlo folini

Quindi meglio niente che una importazione approssimativa? Io sino più per
la seconda...
A me è capitato di sistemare sentieri preesistenti, mentre mappare da zero
è sempre molto oneroso.
Nel caso di fabbricati penso sia ancora più difficile che uno si metta a
mappare se non ha nulla.
Rimane poi il discorso del posizionamento... A prescindere da mappatura da
zero o import. Riallineare gli shape ad una ortofoto è possibile. Ma su
quale mi baso? Pcn? 2006?2012? Esistono altri metodi? A giorni dovrebbe
arrivarmi un tracker con precisione intorno ai 2.5m. Uso quello come
riferimento?

Il wiki della Lombardia è fermo a qualche anno fa.. Sono spariti tutti o
l'anarchia ha preso il sopravvento? ;)

Il 09 apr 2017 1:00 PM, "Martin Koppenhoefer"  ha
scritto:

>
>
> sent from a phone
>
> On 8. Apr 2017, at 13:55, carlo folini  wrote:
>
> Nell'immagine un esempio
> https://drive.google.com/file/d/0B4W5XjbBjYypaUJWVUFFeDZEc2M/
> view?usp=sharing
>
>
>
> Per me i dati che si vedono in questo screenshot non si possono importare
> così, hanno tantissimi nodi di troppo e non corrispondono bene alle forme
> che si vedono nelle ortofoto (oltre la  questione della posizione)
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Importare i fabbricati

2017-04-09 Per discussione Germano Massullo

Il 04 apr 2017 9:48 AM, "Federico Cortese"  ha
scritto:


Come ho già avuto modo di esprimere tante volte, secondo me il disegno
dei fabbricati non può avvenire manualmente, se si vuole arrivare ad
un risultato di precisione e completezza.
[...]


A mio avviso dipende molto da come è fatta l'area e dalla qualità delle
foto satellitari. Tempo fa mappai da zero il paese di Salcito, ed il
risultato è di tutto rispetto
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Importare i fabbricati

2017-04-09 Per discussione Martin Koppenhoefer



sent from a phone

> On 8. Apr 2017, at 13:55, carlo folini  wrote:
> 
> Nell'immagine un esempio
> https://drive.google.com/file/d/0B4W5XjbBjYypaUJWVUFFeDZEc2M/view?usp=sharing


Per me i dati che si vedono in questo screenshot non si possono importare così, 
hanno tantissimi nodi di troppo e non corrispondono bene alle forme che si 
vedono nelle ortofoto (oltre la  questione della posizione)

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

Re: [Talk-it] nomi con date



Nonostante in Italia la segnaletica stradale sia mediamente molto
vecchia, le città più virtuose hanno già addottato gli standard ISTAT
per la toponomastica. Prendo come esempio Vicenza, tutte le date seguono
le indicazioni ISTAT!!! Qualora dovessero aggiornare i cartelli, i nomi
da stampare li prendono dallo stradario ufficiale, quindi ritengo abbia
senso utilizzare nel tag name quanto scritto nello stradario ufficiale e
non nel cartello stradale.



+1 anche perchè molti comuni a corto di fondi possono già aver 
ufficializzato la nuova denominazione ma si guardano bene dallo spendere 
soldi per sostituire le targhe della toponomastica.






Nel caso di contrasti tra il cartello sul nuovo ed io valore
standard, ho cominciato ad assegnare il primo ad alt_name oppure
short_name


Io uso alt_name; short_name lo userei nei casi Via Camillo Benso Conte 
di Cavour -> Via Cavour


Alessandro Ale_Zena_IT


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

[Talk-it] Mappare POIs su strada: aree VS nodi VS nodi in a way

2017-04-09 Per discussione jprimav

Ciao a tutti,

Ho fatto una ricerca sui wiki e le mailing list ma rimango con molti dubbi.

Per mappare un negozio che occupa interamente un edificio è preferibile
usare un'area o un nodo?
Nel caso del nodo, questo andrebbe inserito sul perimetro (in a way) o al
suo interno?
Il discorso cambia se il negozio non occupa interamente l'edificio, ma
magari solo un piano intero o anche solo una frazione di esso?

So che le casistiche sono moltissime. Per fare un esempio comune, un
edificio multipiano con un esercizio commerciale che occupa una parte del
piano terra e appartamenti negli altri piani. Una mappatura del genere
sarebbe ottimale?

1 Area sul perimetro edificio con tag building=yes (o residential)
1 nodo (in a way) in corrispondenza dell'entrata del negozio con tag
shop=Convenience + addr:street=Via roma + addr:housenumber=10 + level=0

Scusate le domande tutte insieme ma sto cercando di capire la logica
generale da seguire.

Grazie ciao!
Jacopo




--
View this message in context: 
http://gis.19327.n8.nabble.com/Mappare-POIs-su-strada-aree-VS-nodi-VS-nodi-in-a-way-tp5895007.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] nomi con date

2017-04-09 Per discussione Alessandro Sarretta

Varrebbe la pena di riportare queste informazioni sul wiki ad es. qui
(https://wiki.openstreetmap.org/wiki/IT:Key:name) e qui
(https://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions)?

C'è un consenso a riguardo?

Ale

On 09/04/2017 11:24, Alessandro wrote:

Il 09/04/2017 09:36, Cascafico Giovanni ha scritto:

Di solito faccio rifermento a qs documento ISTAT, Cap. 15, Gestione
della toponomastica

http://www.agenziaentrate.gov.it/wps/file/Nsilib/Nsi/Home/CosaDeviFare/Consultare+dati+catastali+e+ipotecari/Scambio+dati+catastali+e+cartografici+con+enti+o+PA/Portale+per+i+Comuni/Servizi+portale+dei+comuni/toponomastica/Informativa+Istat/Informativa+Istat+ANSC+del+6+maggio_AGGIORNAMENTO+27_11_2014.pdf

E visto che i pigri sono molti riporto uno stralcio del testo di
pagina 10:

Per le aree di circolazione che riportano date o parte di esse
espresse in numeri romani, nella denominazione i numeri vanno
esplicitati: in lettere se è assente l’anno, ad es. Viale IV Novembre
è scritto
VIALE QUATTRO NOVEMBRE; in cifre se è presente anche l’anno, ad es.
Via XVIII Agosto 1944 è registrato come VIA 18 AGOSTO 1944.

Il mese è sempre scritto con caratteri alfabetici.
Per le aree di circolazione che riportano date composte solo da giorni
e mese, nella denominazione il
numero va esplicitato in lettere: ad es. Via 25 Aprile è scritto VIA
VENTICINQUE APRILE.
Per le aree di circolazione che riportano date composte solo da mese e
anno, nella denominazione il mese
va esplicitato in lettere e l’anno in numeri arabi: ad es. VIA MAGGIO
1898.
Per le aree di circolazione che riportano la contrazione dell’anno
(con o senza apostrofo), nella denominazione l’anno va esplicitato in

cifre e in forma estesa, ad es. Via Italia ’61 è scritto VIA ITALIA 1861.
L’unico caso escluso è la denominazione riferita a RAGAZZI DEL 99 il
cui anno è scritto in forma

abbreviata ma senza apostrofo.

.
La numerazione naturale (1, 2, 3, ecc.) e la numerazione romana (I,
II, III, IV, ecc.) devono essere ricondotte a una delle due modalità
sopra descritte

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

--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com

Research information:

* Google scholar profile

* ORCID
* Research Gate
* Impactstory

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

Re: [Talk-it] nomi con date

Ma i numeri non vanno scritti minuscoli?
quattro, venticinque, due, ecc.
Il 09/Apr/2017 11:31 "Davide Sandona'"  ha
scritto:

> Perdonatemi se metto il dito nella piaga ma un punto debole qui è che
>> capita di non essere d'accordo (noi comunità) su cose anche semplici e
>> basilari. devo disturbarvi a chiedere se è ancora valida la pagina wiki in
>> cui si dice da anni chiaramente (chiarissimamente) che i nomi contenenti
>> date vanno scritte come: via 20 settembre, via 2 giugno etc.
>
>
> Questa di sicuro non è una questione semplice. Il nome di una via non
> incide solamente nel rendering della mappa, ma anche (e soprattutto) per
> gli algoritmi di ricerca (ad esempio Nominatim).
> L'utente select/mxrev8/オプンストリトマップ converte sistematicamente ogni via che
> presenta una data in numero arabo nella corrispondente via con numero
> romano. A volte lo scrive giusto, altre volte lo sbaglia. Lui agisce in
> questo modo perché guardando Street View, ha visto un paio di casi in cui
> la data era scritta in numero romano, e quindi si è fissato con l'idea che
> qualunque data debba essere in tale forma.
>
> Riporto di seguito alcuni nomi di vie che presentano date, oppure numeri
> in generale, in diverse forme:
>
> Via 24 Maggio -> Via XXIV Maggio -> Via Ventiquattro Maggio
> Viale 10 Giugno -> Viale X Giugno -> Viale Dieci Giugno
> Via 20 Settembre -> Via XX Settembre -> Via Venti Settembre
> Via 4 Novembre -> Via IV novembre -> Via Quattro Novembre
> Via 28 Gennaio ->  Via XXVIII Gennaio -> Via Ventotto Gennaio
> Via 1° Maggio -> Via I Maggio -> Via Primo Maggio
> Via 33' Reggimento Artiglieria -> Via XXXIII Reggimento Artiglieria -> Via
> Trentatreesimo Reggimento Artiglieria
> Via 55' Reggimento Fanteria -> Via LV Reggimento Fanteria -> Via
> Cinquantacinquesimo Reggimento Fanteria
> Via Papa Leone III -> Via Papa Leone terzo
> Via 14 Maggio 1944 -> Via XIV Maggio 1944
>
> Un po' di considerazioni sugli esempi sopra riportati. Notiamo che:
> 1) scrivere i numeri in forma romana non è affatto semplice. Già al numero
> 28 (XXVIII) ho ricontrollato se l'avevo scritto giusto, figuriamo al 55
> (LV).
> 2) sia il carattere ' che ° vengono utilizzati per effettuare la stessa
> operazione: portare il numero in forma ordinale
> 3) i numeri romani possono indicare sia il numero naturale che il numero
> ordinale
>
> Proviamo a ragionare sull'utilità dei numeri romani. Supponiamo che nella
> città XXX un cartello presenti la scritta "Via IV novembre": torno a casa,
> cerco la via da modificare e aggiungo il nome visto sul cartello. Un altro
> utente, che non abita in quella città, utilizza OSM per cercare la "Via 4
> Novembre": Nominatim non ritorna alcun risultato. Al momento, Nominatim non
> riesce a gestire la conversione dei numeri presenti sul tag name: se in una
> città cerco "Via 4 novembre", o "Via Quattro Novembre" oppure "Via IV
> novembre", otterrò risultati completamente differenti (probabilmente
> troverò risultati solamente per un caso).
> Non è che manchi la voglia di migliorare gli algoritmi, tuttaltro: non è
> per nulla semplice programmare regole generali che permettano a Nominatim
> di gestire le varie casistiche. Dopo tutto, se per un oggetto way è
> possibile inserire varie forme dello stesso nome nei diversi tag name,
> alt_name, short_name, questo non è possibile per oggetti di tipo nodo che
> rappresentano i numeri civici, dove nel tag addr:street si inserisce
> solamente un nome.
>
> Per quanto riguarda quale forma inserire: io solitamente utilizzo la forma
> estesa (ad esempio "Via Quattro Novembre", oppure "Via 14 Maggio 1944") sul
> tag name e le forme numeriche sul short_name/alt_name (ad esempio "Via 4
> Novembre", "Via IV Novembre").
> Nonostante in Italia la segnaletica stradale sia mediamente molto vecchia,
> le città più virtuose hanno già addottato gli standard ISTAT per la
> toponomastica. Prendo come esempio Vicenza, tutte le date seguono le
> indicazioni ISTAT!!! Qualora dovessero aggiornare i cartelli, i nomi da
> stampare li prendono dallo stradario ufficiale, quindi ritengo abbia senso
> utilizzare nel tag name quanto scritto nello stradario ufficiale e non nel
> cartello stradale.
>
> PS: ho utilizzato l'esempio di Nominatim perché è il tool più utilizzato
> per ricercare elementi attraverso il loro nome su OSM, ma tutto questo
> discorso vale per un qualunque altro tool che svolge le stesse funzioni...
>
> Davide.
>
> Il giorno 9 aprile 2017 09:36, Cascafico Giovanni 
> ha scritto:
>
>> Il 09/apr/2017 00:10, "Daniele Gitto"  ha scritto:
>>
>> >devo disturbarvi a chiedere se è ancora valida la pagina wiki in cui si
>> dice da anni chiaramente (chiarissimamente) che i nomi contenenti date
>> vanno scritte come: via 20 settembre, via 2 giugno etc.
>>
>> Di solito faccio rifermento a qs documento ISTAT, Cap. 15, Gestione della
>> toponomastica
>>
>> http://www.agenziaentrate.gov.it/wps/file/Nsilib/Nsi/Home/Co
>>

Re: [Talk-it] nomi con date

2017-04-09 Per discussione Davide Sandona'

>
> Perdonatemi se metto il dito nella piaga ma un punto debole qui è che
> capita di non essere d'accordo (noi comunità) su cose anche semplici e
> basilari. devo disturbarvi a chiedere se è ancora valida la pagina wiki in
> cui si dice da anni chiaramente (chiarissimamente) che i nomi contenenti
> date vanno scritte come: via 20 settembre, via 2 giugno etc.


Questa di sicuro non è una questione semplice. Il nome di una via non
incide solamente nel rendering della mappa, ma anche (e soprattutto) per
gli algoritmi di ricerca (ad esempio Nominatim).
L'utente select/mxrev8/オプンストリトマップ converte sistematicamente ogni via che
presenta una data in numero arabo nella corrispondente via con numero
romano. A volte lo scrive giusto, altre volte lo sbaglia. Lui agisce in
questo modo perché guardando Street View, ha visto un paio di casi in cui
la data era scritta in numero romano, e quindi si è fissato con l'idea che
qualunque data debba essere in tale forma.

Riporto di seguito alcuni nomi di vie che presentano date, oppure numeri in
generale, in diverse forme:

Via 24 Maggio -> Via XXIV Maggio -> Via Ventiquattro Maggio
Viale 10 Giugno -> Viale X Giugno -> Viale Dieci Giugno
Via 20 Settembre -> Via XX Settembre -> Via Venti Settembre
Via 4 Novembre -> Via IV novembre -> Via Quattro Novembre
Via 28 Gennaio ->  Via XXVIII Gennaio -> Via Ventotto Gennaio
Via 1° Maggio -> Via I Maggio -> Via Primo Maggio
Via 33' Reggimento Artiglieria -> Via XXXIII Reggimento Artiglieria -> Via
Trentatreesimo Reggimento Artiglieria
Via 55' Reggimento Fanteria -> Via LV Reggimento Fanteria -> Via
Cinquantacinquesimo Reggimento Fanteria
Via Papa Leone III -> Via Papa Leone terzo
Via 14 Maggio 1944 -> Via XIV Maggio 1944

Un po' di considerazioni sugli esempi sopra riportati. Notiamo che:
1) scrivere i numeri in forma romana non è affatto semplice. Già al numero
28 (XXVIII) ho ricontrollato se l'avevo scritto giusto, figuriamo al 55
(LV).
2) sia il carattere ' che ° vengono utilizzati per effettuare la stessa
operazione: portare il numero in forma ordinale
3) i numeri romani possono indicare sia il numero naturale che il numero
ordinale

Proviamo a ragionare sull'utilità dei numeri romani. Supponiamo che nella
città XXX un cartello presenti la scritta "Via IV novembre": torno a casa,
cerco la via da modificare e aggiungo il nome visto sul cartello. Un altro
utente, che non abita in quella città, utilizza OSM per cercare la "Via 4
Novembre": Nominatim non ritorna alcun risultato. Al momento, Nominatim non
riesce a gestire la conversione dei numeri presenti sul tag name: se in una
città cerco "Via 4 novembre", o "Via Quattro Novembre" oppure "Via IV
novembre", otterrò risultati completamente differenti (probabilmente
troverò risultati solamente per un caso).
Non è che manchi la voglia di migliorare gli algoritmi, tuttaltro: non è
per nulla semplice programmare regole generali che permettano a Nominatim
di gestire le varie casistiche. Dopo tutto, se per un oggetto way è
possibile inserire varie forme dello stesso nome nei diversi tag name,
alt_name, short_name, questo non è possibile per oggetti di tipo nodo che
rappresentano i numeri civici, dove nel tag addr:street si inserisce
solamente un nome.

Per quanto riguarda quale forma inserire: io solitamente utilizzo la forma
estesa (ad esempio "Via Quattro Novembre", oppure "Via 14 Maggio 1944") sul
tag name e le forme numeriche sul short_name/alt_name (ad esempio "Via 4
Novembre", "Via IV Novembre").
Nonostante in Italia la segnaletica stradale sia mediamente molto vecchia,
le città più virtuose hanno già addottato gli standard ISTAT per la
toponomastica. Prendo come esempio Vicenza, tutte le date seguono le
indicazioni ISTAT!!! Qualora dovessero aggiornare i cartelli, i nomi da
stampare li prendono dallo stradario ufficiale, quindi ritengo abbia senso
utilizzare nel tag name quanto scritto nello stradario ufficiale e non nel
cartello stradale.

PS: ho utilizzato l'esempio di Nominatim perché è il tool più utilizzato
per ricercare elementi attraverso il loro nome su OSM, ma tutto questo
discorso vale per un qualunque altro tool che svolge le stesse funzioni...

Davide.

Il giorno 9 aprile 2017 09:36, Cascafico Giovanni  ha
scritto:

> Il 09/apr/2017 00:10, "Daniele Gitto"  ha scritto:
>
> >devo disturbarvi a chiedere se è ancora valida la pagina wiki in cui si
> dice da anni chiaramente (chiarissimamente) che i nomi contenenti date
> vanno scritte come: via 20 settembre, via 2 giugno etc.
>
> Di solito faccio rifermento a qs documento ISTAT, Cap. 15, Gestione della
> toponomastica
>
> http://www.agenziaentrate.gov.it/wps/file/Nsilib/Nsi/Home/
> CosaDeviFare/Consultare+dati+catastali+e+ipotecari/Scambio+
> dati+catastali+e+cartografici+con+enti+o+PA/Portale+per+i+
> Comuni/Servizi+portale+dei+comuni/toponomastica/
> Informativa+Istat/Informativa+Istat+ANSC+del+6+maggio_
> AGGIORNAMENTO+27_11_2014.pdf
>
> Nel caso di contrasti tra il cartello sul nuovo

Re: [Talk-it] nomi con date

Il 09/04/2017 09:36, Cascafico Giovanni ha scritto:

Di solito faccio rifermento a qs documento ISTAT, Cap. 15, Gestione
della toponomastica

E visto che i pigri sono molti riporto uno stralcio del testo di pagina 10:

Per le aree di circolazione che riportano date o parte di esse espresse
in numeri romani, nella denominazione i numeri vanno esplicitati: in
lettere se è assente l’anno, ad es. Viale IV Novembre è scritto
VIALE QUATTRO NOVEMBRE; in cifre se è presente anche l’anno, ad es. Via
XVIII Agosto 1944 è registrato come VIA 18 AGOSTO 1944.

va esplicitato in lettere e l’anno in numeri arabi: ad es. VIA MAGGIO 1898.
Per le aree di circolazione che riportano la contrazione dell’anno (con
o senza apostrofo), nella denominazione l’anno va esplicitato in

cifre e in forma estesa, ad es. Via Italia ’61 è scritto VIA ITALIA 1861.
L’unico caso escluso è la denominazione riferita a RAGAZZI DEL 99 il cui
anno è scritto in forma

abbreviata ma senza apostrofo.

.
La numerazione naturale (1, 2, 3, ecc.) e la numerazione romana (I, II,
III, IV, ecc.) devono essere ricondotte a una delle due modalità sopra
descritte

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

Re: [OSM-talk-be] verkeersplan in Torhout en omgeving: mapping to do

2017-04-09 Per discussione Jakka

Zal mij daar eens op toeleggen...

Wat betreft de zones. Dit moet enkel voor de eerste segmenten van de
"highway" in gevoerd worden ? Routeplanners detecteren dit en gaan
elders zoeken ?

Of op een node met tag "direction=forward/backward"?

Op 7/04/2017 om 18:27 schreef joost schouppe:

Hoi,

Een groep West-Vlaamse gemeenten heeft het verkeersplan voor zwaar
vervoer in Kortemark, Lichtervelde, Roeselare, Staden, Hooglede, Torhout
en Ichtegem. Dat wordt vanaf nu zoveel mogelijk buiten de centra
gehouden [1]. Deels door straatverboden, deels door zones; beide door
een gewichtsrestrictie, een deel tot 5 ton, een deel tot 7,5 ton.

We hebben van hun GIS-team de data gekregen van waar de verkeersborden
geplaatst zijn (of zeer binnenkort worden), en de vraag en expliciete
toestemming om de wijzigingen te mappen in OSM. Je kan de data hier
downloaden [2]. Er is een PDF, een excel met X-Y coordinaten, en shapefiles.

Is er een vrijwilliger om het hele ding te mappen? Als we het verdelen,
dan kan ik een mapcontrib maken om bij te houden welk stuk al uitgevoerd
is. Als je liever GPX of iets anders dan shapefile hebt, vraag maar.

Wat tagging betreft, moeten we nog verduidelijking krijgen wat de
uitzonderingen zijn: het ziet ernaar uit dat landbouwvoertuigen en
bestemmingsverkeer nog steeds in de beschermde zone mogen. Maar Margo
(zie cc) zal dit nog verduidelijken.

Wellicht wordt het:

maxweight = 5
maxweight:conditional = none @ destination
maxweight:agricultural=no

maxweight = 5
maxweight:conditional = none @ destination; none @ agricultural

We hadden het er al even over op Riot [3], de help site [4] en per mail.
Alle meningen welkom.

1:
http://www.hln.be/regio/nieuws-uit-torhout/zeven-gemeenten-houden-zwaar-vervoer-buiten-a3121558/
2: https://github.com/osmbe/play/tree/master/wvi-data
3: https://riot.im/app/#/room/#osmbe:matrix.org
4:
https://help.openstreetmap.org/questions/55516/maxweight-restriction-with-two-exceptions

--
Joost Schouppe
OpenStreetMap
| Twitter
| LinkedIn
| Meetup

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

Re: [Talk-it] nomi con date