Re: [Talk-it] OSM va a scuola

[mbranco]

Grazie anche a te Marco, certamente condividerò materiale e risultati.
Anch'io naturalmente sono molto interessato a trovare spunti/argomenti,
quindi se me ne puoi segnalare ti ringrazio (il MOOC che hai segnalato, se è
quello su ecolearning.eu, non si avvia)



--
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

[Talk-at] Zugriff auf seit Monaten DE:Howto_Map_A extrem langsam

[Patrick Steiner]

Hallo,

ich hab seit Monaten das Problem, dass der erste Zugriff auf 
https://wiki.openstreetmap.org/wiki/DE:Howto_Map_A 
 extrem langsam ist.
Es ist aber wirklich nur diese Seite, der Rest der Wikis ist “normal” schnell. 
Hat jemand das selbe Problem? Habe schon verschieden 
Browser/Internetverbindungen versucht. Wenn ich die Seite neu lade funktioniert 
alles wunderbar schnell.

Hat jemand ein ähnliches Problem?

LG
 Patrick___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-it] Evento OSM - Università di Perugia

[Alessandro Palmas]

  
  
Buongiorno lista,
vi ricorso che domani a UniPG, ospiti di Pierluigi Derosa (OSMer di
lunghissima data), si terrà una giornata OSM aperta a tutti. Oltre a
studenti del corso di Pierluigi sono stati invitati funzionari della
Regione Umbria, persone dei locali CAI e dovrebbero essere presenti
anche alcuni VVFF dei gruppi TAS /Topografia applicata al Soccorso).
https://wiki.openstreetmap.org/wiki/Perugia/Perugia_OSM
Al pomeriggio attiveremo un'istanza del Tasking Manager
  http://osmit-tm.wmflabs.org/project/29 (non ancora attiva al
  momento, il link adesso non porta da nessuna parte) col quale,
  grazie a foto aggiornate ottenute grazie al buon Massimo Zotti,
  mapperemo Perugia e dintorni.
Per chi è in zona Perugia è un invito a partecipare, un OSMer in
  più non guasta mai, mentre chi non ha mai utilizzato il Tasking
  Manager avrà una buona occasione per conoscerlo. Durante la
  sessione pomeridiana quando opereremo sul TM saremo presenti sul
  canale IRC OpenStreetMap Italia (https://irc.openstreetmap.org e
  scegliete il canale #osm-it scegliendo conme nickname il vostro
  nome utente OSM) per eventuale supporto.


Buona giornata e, come al solito, Happy Mapping :-)


Alessandro Ale_Zena_IT


  

  


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

[OSM-talk] Laos peaks import

[Stephan Knauss]

https://www.openstreetmap.org/changeset/53851714#map=12/17.8201/104.6552

hundreds of peaks, including elevation in meters. According to the  
changeset "source: knowledge".


Does someone know the source of this import? The Laos contacts I had before  
are no longer active...


Stephan

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

[Talk-at] FOSSGIS-Konferenz 2018 Bonn - Programm veröffentlicht, Anmeldung eröffnet, Frühbucher bis 06.02.2018, 21 Uhr

[Astrid Emde (FOSSGIS e.V.)]

Sehr geehrte FOSSGIS-Aktive, sehr geehrte FOSSGIS-Anfänger, 
OSM-Begeisterte und Interessierte,


vom 21.-24. März 2018 wird die FOSSGIS-Konferenz vom gemeinnützigen 
FOSSGIS e.V und der OpenStreetMap Community mit Unterstützung der 
Universität Bonn in Bonn stattfinden.


Die FOSSGIS-Konferenz ist die im D-A-CH-Raum führende Konferenz für 
Freie und Open Source Software für Geoinformationssysteme sowie für die 
Themen OpenStreetMap und Open Data. An vier Tagen werden in Vorträgen 
für Einsteiger und Experten, Hands-On Workshops und Anwendertreffen 
Einblicke in neuste Entwicklungen und Anwendungsmöglichkeiten von 
Softwareprojekten gegeben.


Der OSM-Samstag ist als Unkonferenz (Barcamp) und Mappertreffen gedacht 
und richtet sich an Mapper, Entwickler und OSM-Interessierte. Das genaue 
Programm wird am Morgen in der Einführung und Begrüßung festgelegt. Die 
Teilnahme am Bonner OSM-Samstag ist kostenfrei und unabhängig von der 
FOSSGIS-Konferenz möglich. Eine Anmeldung ist zur besseren Planung 
erwünscht, entweder über das FOSSGIS-Konferenz-Anmeldesystem oder über 
das OSM-Wiki.


Am Abend des ersten Konferenztages, 21. März 2018, findet die 
Abendveranstaltung "Campus-Dialoge" statt, weiter Informationen auch zu 
den anderen "Social Events" rund um die FOSSGIS finden Sie auf der 
Konferenz-Homepage.


In Erwartung von mehr als 400 Teilnehmenden ist eine Registrierung 
Ihrerseits notwendig und hilfreich für die Organisation.


Preise FOSSGIS-Konferenz 2018

Supporterticket (Unterstützer): ab € 250
Standardticket (Normalpreis): € 190
Standardticket (Frühbucherrabatt bis 06.02.2018, 21 Uhr): € 150
Studierendenticket: € 80
Communityticket*: € 0*
Workshop: € 100
Workshop (Frühbucherrabatt bis 06.02.2018, 21 Uhr): € 90

Im Konferenzticket enthalten: FOSSGIS-Konferenz-Teilnahme, Pausensnack, 
Tasche und wenn bestellt Tagungsband, T-Shirt und Abendveranstaltung 
Campus-Dialoge. Das kostenfreie Communityticket* ist vorgesehen für 
Aktive aus dem Open-Source- und OpenStreetMap-Bereich (Entwickler, 
aktive Mapper) sowie für Helfer bei der Konferenz 2018. Bitte bei der 
Anmeldung im "Freitext zum Communityticket" angeben.


Die FOSSGIS Konferenz 2018 wird vom gemeinnützigen Verein FOSSGIS e.V, 
der OpenStreetMap Community und der Open Source Geospatial Foundation 
(OSGeo) in Zusammenarbeit mit der Universität Bonn veranstaltet.
Alle Informationen zur FOSSGIS-Konferenz (Programm, Anreise und 
Unterkunft, Anmeldung, Helfermöglichkeiten und Sponsoren) entnehmen Sie 
der Konferenzhomepage. Bitte beachten Sie, dass das Programm am Freitag 
in diesem Jahr länger geht, als in den letzten Jahren.


Helfer: Freiwillige Helfer sind eingeladen und willkommen während der 
Konferenz bei den Videoaufnahmen, als Sessionleiter oder beim Catering 
zu unterstützen. Bei Interesse bitte direkt per E-Mail an 
konferenz-o...@fossgis.de melden oder die entsprechenden Fragen in der 
Onlineanmeldung beantworten. Es ist möglich dafür das kostenfreie 
"Communityticket" zu erhalten.


Termine und Informationen: FOSSGIS-Konferenz 2018: 21.-24.03.2018
Ort: Geographisches Institut sowie Geozentrum der Universität Bonn, 
Meckenheimer Allee 166+176, 53115 Bonn

Programm: https://www.fossgis-konferenz.de/2018/programm/
Teilnehmeranmeldung: https://www.fossgis-konferenz.de/2018/anmeldung/ 
(Frühbucher bis 06.02.2018, 21 Uhr)

Social Events: https://fossgis-konferenz.de/2018/socialevents/
OSM-Samstag: 
https://wiki.openstreetmap.org/wiki/FOSSGIS_2018/OSM-Samstag Alle 
Informationen: https://www.fossgis-konferenz.de/2018/

Fragen: an konferenz-o...@fossgis.de
Twitter: twitter.com/FOSSGIS_Konf #FOSSGIS2018

Das FOSSGIS-Konferenz-Organisationsteam freut sich darauf, Sie zur einer 
spannenden FOSSGIS-Konferenz 2018 in Bonn begrüßen zu dürfen.


--
...
FOSSGIS-Konferenz - OSM-Samstag - CodeSprint 21.-24. März 2018 in Bonn.
https://www.fossgis-konferenz.de   https://twitter.com/FOSSGIS_Konf
...

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

[Talk-de] FOSSGIS-Konferenz 2018 Bonn - Programm veröffentlicht, Anmeldung eröffnet, Frühbucher bis 06.02.2018, 21 Uhr

[Astrid Emde (FOSSGIS e.V.)]

Sehr geehrte FOSSGIS-Aktive, sehr geehrte FOSSGIS-Anfänger, 
OSM-Begeisterte und Interessierte,


vom 21.-24. März 2018 wird die FOSSGIS-Konferenz vom gemeinnützigen 
FOSSGIS e.V und der OpenStreetMap Community mit Unterstützung der 
Universität Bonn in Bonn stattfinden.


Die FOSSGIS-Konferenz ist die im D-A-CH-Raum führende Konferenz für 
Freie und Open Source Software für Geoinformationssysteme sowie für die 
Themen OpenStreetMap und Open Data. An vier Tagen werden in Vorträgen 
für Einsteiger und Experten, Hands-On Workshops und Anwendertreffen 
Einblicke in neuste Entwicklungen und Anwendungsmöglichkeiten von 
Softwareprojekten gegeben.


Der OSM-Samstag ist als Unkonferenz (Barcamp) und Mappertreffen gedacht 
und richtet sich an Mapper, Entwickler und OSM-Interessierte. Das genaue 
Programm wird am Morgen in der Einführung und Begrüßung festgelegt. Die 
Teilnahme am Bonner OSM-Samstag ist kostenfrei und unabhängig von der 
FOSSGIS-Konferenz möglich. Eine Anmeldung ist zur besseren Planung 
erwünscht, entweder über das FOSSGIS-Konferenz-Anmeldesystem oder über 
das OSM-Wiki.


Am Abend des ersten Konferenztages, 21. März 2018, findet die 
Abendveranstaltung "Campus-Dialoge" statt, weiter Informationen auch zu 
den anderen "Social Events" rund um die FOSSGIS finden Sie auf der 
Konferenz-Homepage.


In Erwartung von mehr als 400 Teilnehmenden ist eine Registrierung 
Ihrerseits notwendig und hilfreich für die Organisation.


Preise FOSSGIS-Konferenz 2018

Supporterticket (Unterstützer): ab € 250
Standardticket (Normalpreis): € 190
Standardticket (Frühbucherrabatt bis 06.02.2018, 21 Uhr): € 150
Studierendenticket: € 80
Communityticket*: € 0*
Workshop: € 100
Workshop (Frühbucherrabatt bis 06.02.2018, 21 Uhr): € 90

Im Konferenzticket enthalten: FOSSGIS-Konferenz-Teilnahme, Pausensnack, 
Tasche und wenn bestellt Tagungsband, T-Shirt und Abendveranstaltung 
Campus-Dialoge. Das kostenfreie Communityticket* ist vorgesehen für 
Aktive aus dem Open-Source- und OpenStreetMap-Bereich (Entwickler, 
aktive Mapper) sowie für Helfer bei der Konferenz 2018. Bitte bei der 
Anmeldung im "Freitext zum Communityticket" angeben.


Die FOSSGIS Konferenz 2018 wird vom gemeinnützigen Verein FOSSGIS e.V, 
der OpenStreetMap Community und der Open Source Geospatial Foundation 
(OSGeo) in Zusammenarbeit mit der Universität Bonn veranstaltet.
Alle Informationen zur FOSSGIS-Konferenz (Programm, Anreise und 
Unterkunft, Anmeldung, Helfermöglichkeiten und Sponsoren) entnehmen Sie 
der Konferenzhomepage. Bitte beachten Sie, dass das Programm am Freitag 
in diesem Jahr länger geht, als in den letzten Jahren.


Helfer: Freiwillige Helfer sind eingeladen und willkommen während der 
Konferenz bei den Videoaufnahmen, als Sessionleiter oder beim Catering 
zu unterstützen. Bei Interesse bitte direkt per E-Mail an 
konferenz-o...@fossgis.de melden oder die entsprechenden Fragen in der 
Onlineanmeldung beantworten. Es ist möglich dafür das kostenfreie 
"Communityticket" zu erhalten.


Termine und Informationen: FOSSGIS-Konferenz 2018: 21.-24.03.2018
Ort: Geographisches Institut sowie Geozentrum der Universität Bonn, 
Meckenheimer Allee 166+176, 53115 Bonn

Programm: https://www.fossgis-konferenz.de/2018/programm/
Teilnehmeranmeldung: https://www.fossgis-konferenz.de/2018/anmeldung/ 
(Frühbucher bis 06.02.2018, 21 Uhr)

Social Events: https://fossgis-konferenz.de/2018/socialevents/
OSM-Samstag: 
https://wiki.openstreetmap.org/wiki/FOSSGIS_2018/OSM-Samstag Alle 
Informationen: https://www.fossgis-konferenz.de/2018/

Fragen: an konferenz-o...@fossgis.de
Twitter: twitter.com/FOSSGIS_Konf #FOSSGIS2018

Das FOSSGIS-Konferenz-Organisationsteam freut sich darauf, Sie zur einer 
spannenden FOSSGIS-Konferenz 2018 in Bonn begrüßen zu dürfen.


--
...
FOSSGIS-Konferenz - OSM-Samstag - CodeSprint 21.-24. März 2018 in Bonn.
https://www.fossgis-konferenz.de   https://twitter.com/FOSSGIS_Konf
...

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

[Talk-in] Mapillary Complete the Map Challenge

[Chetan H A]

Hi everyone,

Mapillary has setup #CompletetheMap challenge for the 4 important
neighbourhoods of Bengaluru.

1. Koramanagla

2. Vijayanagar

3. Cox Town and

4. Indiranagar

I'm inviting everyone from the OSM/Mapillary India community to participate
and contribute towards street level photos of the city and the top
contributors will get Mapillary goodies like T shirt or bicycle mount.

To know where all to cover the streets click this link below and zoom in
the map;

https://mapillary.github.io/mapillary_greenhouse/challenge/bengaluru/

 This challenge help us to capture as much imagery in a given area as
possible. A grid is chosen and participants compete to win zones by
contributing the most imagery.


Chethan

Mapillary Ambassador for India
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-us] Leonia, NJ doesn't want you to navigate through

[Mike N]

On 1/9/2018 8:47 PM, Jack Burke wrote:
Someone on the osmus Slack channel pointed out that this would affect 
routing for people who are in the town and want to go somewhere else in 
town, where that route wouldn't normally involve travelling on the major 
through roads.


  I haven't thought through this, but wouldn't that be the same as 
going down a road access=destination, then trying to find a new route 
back out?   Otherwise they are heading to a destination in town, so it's 
still access=destination.



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

Re: [Talk-us] Leonia, NJ doesn't want you to navigate through

[Jack Burke]

Someone on the osmus Slack channel pointed out that this would affect routing 
for people who are in the town and want to go somewhere else in town, where 
that route wouldn't normally involve travelling on the major through roads. 

-jack 


On January 9, 2018 4:31:22 PM EST, Paul Norman  wrote:
>On 1/8/2018 10:53 AM, Jack Burke wrote:
>> I'll leave it to others to decide what, if anything, we should do 
>> about this.
>>
>>
>http://newyork.cbslocal.com/2018/01/05/leonia-streets-off-navigational-apps/
>
>If they actually go through with it, access=destination on the 
>applicable streets, or motor_vehicle=destination if it's motor vehicles
>
>only.
>
>I think what they're doing is a bad idea and unlikely to achieve their 
>stated goals, but that's a problem of the city, not us. We just need to
>
>map what they do accurately.
>
>___
>Talk-us mailing list
>Talk-us@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-us
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Cambio massivo valore alla chiave addr:street nei numeri civici

[Martin Koppenhoefer]

ricordo che non è obbligatorio rispondere e commentare ogni frase, al 
contrario, cerchiamo di comprimere le nostre comunicazioni in lista pubblica e 
accorgiamo le citazioni al minimo necessario.

Grazie,
Martin 



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

Re: [OSM-talk-fr] Écluses et portes à flots

[osm . sanspourriel]

Ça me plait, ça pourrait être utilisé pour les formes de raboub et les 
seuil des ports me semble-t-il.


Pour le moment mes recherches sur Brest et Lorient n'ont rien donné : on 
a des eaux ou des formes de raboub mais la séparation se fait par la 
vertu du Saint-Esprit.


Comme je ne crois pas trop à sa vertu, je préfère ajouter un tag.

Il faudrait presque une info complémentaire car certaines "écluses" sont 
faites pour faire entrer l'eau de mer, d'autres pour faire sortie l'eau 
douce d'autres pour simplement contrôler le niveau style chasse de la 
baie du mont Saint-Michel.



Le 10/01/2018 à 00:16, althio - althio.fo...@gmail.com a écrit :

waterway=floodgate existe aussi dans osm/taginfo, pas dans osm/wiki


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

Re: [Talk-it] Pokemon go? O un utente burlone?

[Federico Cortese]

Proliferano gli amanti dei parchi. Ho dovuto revertare diversi
changeset con errori palesi, che avevano solo lo scopo di aggiungere
nuovi parchi:

Revert per tutti i changeset di https://www.openstreetmap.org/user/elewolf
Correzione con rimozione dei parchi di
https://www.openstreetmap.org/user/GiuseppeVin

Ma mi pare me ne sfuggano altri, tutti operativi il 7-8 gennaio scorso.

Ciao,
Federico

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

[Talk-GB] Quarterly project: Petrol stations

[Rob Nickerson]

Hi all,

Just to let you know that I have re-set up the TagInfo scripts that get
daily data about our quarterly projects. I hadn't realised that it had
stopped some time in mid-2017 so assume not many people use this.

As a reminder, it is a script that collects data from TagInfo UK on a daily
basis and saves it to a google spreadsheet. I have set it up to track
amenity=fuel for this quarterly project:

https://docs.google.com/spreadsheets/d/1G9KXfp4Ho3fVROO9MxotcYTydl9CEXB_fi5ko2pM5Kc/edit?usp=sharing

Do we want one as well for amenity=charging_station? I'm personally not
sure as it looks like in the future there will be a roll out of EV
super-chargers at existing amenity=fuel sites rather than at stand-alone
charging facilities.

p.s. How do I indicate that a petrol station also has EV charging
capability? The wiki on fuels [1] doesn't allow for this and only mentions
electricity in the case of BBQs!

[1] https://wiki.openstreetmap.org/wiki/Key:fuel

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

Re: [OSM-talk-fr] Écluses et portes à flots

[althio]

> sluice_gate c'est plutôt la vanne, l'écoulement que la porte en elle-même ?

"sluice" c'est le canal d'écoulement, mais "sluice gate" c'est la porte.

> Par analogie, il faudrait quelque chose comme waterway=tidal_gate

tide gate ou floodgate semble plus courant en anglais.

waterway=floodgate existe aussi dans osm/taginfo, pas dans osm/wiki



2018-01-09 16:14 GMT+01:00 Vincent Bergeot :
> Bonjour et merci pour vos réponses !
>
>
> Le 08/01/2018 à 21:02, althio a écrit :
>>
>> Bonsoir Vincent,
>>
>> Je te suggère :
>>
>> # waterway=flow_control + flow_control=sluice_gate
>> ou directement
>> # waterway=sluice_gate
>>
>> La première version vient d'une proposition inachevée, mais utilisée :
>> https://wiki.openstreetmap.org/wiki/Proposed_features/sluice_gate
>> https://taginfo.openstreetmap.org/tags/waterway=flow_control
>> https://taginfo.openstreetmap.org/keys/flow_control
>>
>> La deuxième version est également utilisée dans les mêmes proportions,
>> bien que non référencée sur le wiki.
>> https://taginfo.openstreetmap.org/tags/waterway=sluice_gate
>>
>> -- althio
>
>
> j'ai l'impression que l'on est surtout sur la régulation avec exclusivement
> de l'eau douce (mais peut-être que je me trompe) et dans le cas du
> sluice_gate c'est plutôt la vanne, l'écoulement que la porte en elle-même ?
>
> waterway=flow_control : http://overpass-turbo.eu/s/upl
> waterway=sluice_gate : http://overpass-turbo.eu/s/upm
>
> Le 08/01/2018 à 18:37, marc marc a écrit :
>>
>> Le 08. 01. 18 à 18:06, Vincent Bergeot a écrit :
>>>
>>> les écluses j'ai trouvé un tag
>>> (https://wiki.openstreetmap.org/wiki/FR:Key:lock) mais c'est axé sur la
>>> navigation sur rivière ou cours d'eau.
>>>
>>> Mais je n'ai pas trouvé pour ces portes à flots, auriez vous une idée,
>>> suggestion ?
>>
>> si je lis bien, lock dit juste que la portion de canal est entourée de
>> porte. les écluses elle-même étant waterway=lock_gate
>>
>> Par analogie, il faudrait quelque chose comme waterway=tidal_gate
>
>
> effectivement cela me semble être plus approprié mais inexistant aujourd'hui
> dans taginfo.
>
> Bon je vais continuer à creuser et surtout voir celles des landes de mes
> yeux !!!
>
> merci
>
>
> --
> Vincent Bergeot
>
>
> ___
> 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] war_memorial

[Martin Koppenhoefer]

sent from a phone

> On 9. Jan 2018, at 22:05, Cascafico Giovanni  wrote:
> 
> historic=memorial
> memorial=statue|bust|obelisk|...
> war_memorial=yes
> 
> Cheddite?
> 


mi piacerebbe una chiave più generica, dove war_memorial diventa valore.


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

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Damjan Gerl]

  
  
09.01.2018 - 22:07 - Martin
  Koppenhoefer:


  sent from a phone


  
On 9. Jan 2018, at 16:31, marco.baietto  wrote:

Se presente, si riesce solo a trovare il nodo del "place" generico, ma solo senza inserire il prefisso (frazione, borgata, regione ecc...): questo perchè normalmente il nodo del "place" non ha incluso nel suo "name" il prefisso, mentre il "name" dell'addr:place lo ha

  
  
al livello di tagging potremmo includere il “titolo” in un tag della famiglia name anche sugli elementi place, per esempio nat_name=frazione xy

Ciao,
Martin 


Stavo pensando la stessa cosa, p.es. forse anche alt_name, ma terrei
sempre nel name il nome senza prefissi

Damjan
  


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

Re: [Talk-GB] Asda petrol station data

[Rob Nickerson]

Hi Paul,

Sorry for the slow reply over the Christmas period.

The Community validation tool has various different ways to view the data.
First the table view [1] shows all map features as rows. Dots indicate what
is changing - red=tag deletion, yellow=tag change, green=new tag.

The individual map feature view [2] shows you all tags currently on the map
feature in white, plus any new tags/tag changes in green. The default is to
accept the new tags/tag changes but you can amend this by using the radio
buttons. In some cases you can also amend the position of the node by
dragging the pointer icon on the map. Finally, please note that the
ref:asda is also a new tag but this is not highlighted green as you do not
have the option to not add it. The reason this tag is compulsory is because
it creates a link to the source data. Any future updates can make use of
this to link the OSM and third party datasets rather than having to use the
"nearest feature" matching process.

Ilya has an open ticket to improve the documentation [3]. I am sure that he
would welcome help if anyone fancies the challenge.

Thanks,
Rob

[1] http://audit.osmz.ru/table/Asda-petrol-stations?all=1
[2] http://audit.osmz.ru/run/Asda-petrol-stations/594
[3] https://github.com/mapsme/cf_audit/issues/3

*Rob*

On 30 December 2017 at 22:40, Paul Berry  wrote:

> Hi Rob,
>
> If it's not too much trouble, could you run through an example of how to
> validate this data? I'm only going to weigh in on the one filling station I
> know in the import (Meadow Lane, Leeds) but it's not entirely clear how
> this is managed via the validation tool.
>
> Many thanks.
>
> Regards,
> *Paul*
>
> On 26 December 2017 at 11:04, Rob Nickerson 
> wrote:
>
>> Thanks for the feedback. This is now ready for you to validate:
>>
>> http://audit.osmz.ru/project/Asda-petrol-stations
>>
>> And noted it is a very small dataset as it's primarily a learning
>> exercise for me.
>>
>> Thanks and Merry Christmas
>> Rob
>>
>> On 22 Dec 2017 11:05 p.m., "Rob Nickerson" 
>> wrote:
>>
>>> Hi all,
>>>
>>> Following the shell petrol station data I wanted to learn more about the
>>> tools that Ilya was using (the conflate script and the community validation
>>> website). To do this I have downloaded the Asda petrol station data. This
>>> was listed on the OSM United Kingdom wiki page as a source we have
>>> permission to use and I have followed this up and checked the permission
>>> details.
>>>
>>> It's only a small dataset but it should still be treated with care. As
>>> such I will be using the community validation website but before uploading
>>> the data I would like to check the following:
>>>
>>> 1. Each petrol station has a URL with the store details including
>>> opening hours. How should we tag this? Should we use the "website" tag or
>>> the "opening_hours:url" tag?
>>>
>>> 2. For opening hours 6am to 10pm every day of the week, what is the
>>> right tag value? Is is "06:00-22:00" or "Mo-Su 06:00-22:00"?
>>>
>>> Thank you,
>>> *Rob*
>>>
>>> p.s. The timing with the walmart import being discussed on the imports
>>> mailing list is purely coincidental.
>>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-us] Leonia, NJ doesn't want you to navigate through

[Paul Norman]

On 1/8/2018 10:53 AM, Jack Burke wrote:
I'll leave it to others to decide what, if anything, we should do 
about this.


http://newyork.cbslocal.com/2018/01/05/leonia-streets-off-navigational-apps/


If they actually go through with it, access=destination on the 
applicable streets, or motor_vehicle=destination if it's motor vehicles 
only.


I think what they're doing is a bad idea and unlikely to achieve their 
stated goals, but that's a problem of the city, not us. We just need to 
map what they do accurately.


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

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Martin Koppenhoefer]

sent from a phone

> On 9. Jan 2018, at 16:31, marco.baietto  
> wrote:
> 
> Secondo voi è opportuno inserire un nodo "place" ogni volta che c'è un numero 
> civico con un "addr:place"


si certo, quando c’è un centro abitato (comprensivo case sparse ecc.) con un 
nome metterei anche un elemento place (nodo/poligono).

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

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Martin Koppenhoefer]

sent from a phone

> On 9. Jan 2018, at 16:31, marco.baietto  
> wrote:
> 
> Se presente, si riesce solo a trovare il nodo del "place" generico, ma solo 
> senza inserire il prefisso (frazione, borgata, regione ecc...): questo perchè 
> normalmente il nodo del "place" non ha incluso nel suo "name" il prefisso, 
> mentre il "name" dell'addr:place lo ha


al livello di tagging potremmo includere il “titolo” in un tag della famiglia 
name anche sugli elementi place, per esempio nat_name=frazione xy

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

Re: [Talk-it] war_memorial

[Cascafico Giovanni]

historic=memorial
memorial=statue|bust|obelisk|...
war_memorial=yes

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

Re: [OSM-talk] New web of Slovak OSM community

[Milo van der Linden]

Congratulations! Keep up the good work.

2018-01-09 17:25 GMT+01:00 Martin Ždila :
> Hello,
>
> Let me introduce you new web of Slovak OSM community.
>
> You can find it at https://www.freemap.sk/.
>
> It is in production for couple of months already (replacing onld one) but I
> am announcing it here just after adding english language support (tips and
> some minors are still missing translation).
>
> It is an opensource project. You can find the source code at
> https://github.com/FreemapSlovakia
>
> Best regards
> --
> Martin Ždila
> OZ Freemap Slovakia
> mailto:martin.zd...@freemap.sk
> http://www.freemap.sk/
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>



-- 
Milo van der Linden
web: dogodigi
tel: +31-6-16598808

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

Re: [Talk-it] Cambio massivo valore alla chiave addr:street nei numeri civici

[Catonano]

Il giorno 15 dicembre 2017 08:43, Federico Cortese 
ha scritto:

> 2017-12-15 1:43 GMT+01:00 Catonano :
> >
> > Federico
> > io ho guardato sulla mia zona ma se devo dire il vero il mio problema
> sono gli edifici che hai importato tu
> > Infatti, hai unificato ogni isolato in un unico edificio
>
> Caro Adriano, mi dispiace e mi stupisce l'atteggiamento con cui ti
> stai ponendo in questa discussione.
> Credo che chi ha appena iniziato a lavorare su OSM dovrebbe avere un
> approccio un pochino più modesto e non scagliarsi contro tutti i
> mappatori un po' più esperti, pretendendo di portare le verità
> assolute.
> Fatta questa premessa io non ho assolutamente unito tutti gli edifici,
> ma ho importato una CTR 1:5.000 che riportava gli edifici in quel
> modo.
> Lo consideravo un miglioramento rispetto al nulla assoluto, ma anche
> rispetto a ricalcare i fabbricati uno ad uno.
> Le sagome che ci sono ora sono molto buone, non resta che dividerle,
> quindi se vuoi farlo puoi metterti all'opera e ringraziare chi ti ha
> semplificato il lavoro di qualche ordine di grandezza ;)
>
> > Ma invece spesso gli isolati sono molti edifici, ognuno col suo civico,
> col suo numero di piani
> > Per cui aggiungere i civici e altri attributi con Vespucci mentre
> passeggio non è immediato
>
> Dovresti vedere come era immediato quando c'era il vuoto.
> Quello che proponi (divisione fabbricati ed aggiunta piani) è proprio
> quello che faccio sempre dopo aver inserito i civici sul posto e
> raccolto informazioni su numero piani ecc.
> Dai un'occhiata a Lecce o a Tricase:
> http://www.openstreetmap.org/way/299719900
> http://www.openstreetmap.org/way/379547100
> Che puoi meglio apprezzare con la visuale 3D:
> http://demo.f4map.com/#lat=40.3543852=18.1794130=
> 18=53.308=-14.61
>
> > L'idea del numero di piani come attributo degli edifici me l'avete fatta
> venire tu e un altror interlocutore quando ho chiesto a proposito della
> relazzione di via di Palma. Perche io manco lo sapevo che si dovesse
> inserire ancheh questo attrributo.
> > Ricordi ? Invece di pensare alle relazioni ci sono tanti attributi che
> puoi inserire prima, mi diceste.
> > Naturalmente per inserire i piani gli edifici devono essere separati.
> Spesso ci sono palazzzi dell'iizio del 900 accanto a palazzi anni 70
> > Ho provato a dividere i tracciati di nuovo, a mano, ma non mi riesce, ci
> metto troppo tempo, spesso le foto sono sgranate e non allineate
> > Probabilmente sarebbe stato meglio mantenere l'articolazione degli
> edifici importati dalle carte tecniche della regione
>
> Quali? Io ho importato proprio quelli. Hai mai aperto gli shapefile
> della regione?
> Adriano prima di sparare cavolate documentati per favore.
> Sulla CTR c'è un altro layer lineare, con alcune divisioni interne dei
> fabbricati, ma sono poche e non così precise: se fossero state buone
> avrebbero diviso i fabbricati invece che lasciare i cassoni.
> Ad ogni modo se c'è una base dati più precisa per Taranto puoi
> impostare un nuovo import, io ci ho messo un anno prima di poterlo
> fare, non perchè non lo sapessi fare tecnicamente, ma perchè non avevo
> l'esperienza e la conoscenza di OSM sufficiente per potermici
> cimentare.
> Se ci metti molto tempo a dividere gli edifici è perchè non hai
> pratica, come non ne avevo io tre anni fa! Ora ci metto pochissimo.
> Inizia a farlo e ne riparliamo tra tre anni ;)
>

Va bene questa cosa l'abbiamo chiarita in privato


> > Avevo anchhe ipotizzato di chhiedere alla comunità aiuto nell'eliminare
> alcune delle tue importazioni, magari suu un'area ristretta
> > Ma l'andamento di questa discssione è stato estremamente scoraggiante
> > Se per una banalità come la normalizzazione dei dati siamo dovuti
> arrivare agli insulti, credo che questa comunità sia tossica e non ho molta
> voglia di averci troppo a che fare
> > Mi dispiace, perche sarei stato entusiasta di lavorare sulla mia zona,
> visto che su questa zona ci sei solo tu e poco altro
> > Ma siete davvero bravissimi a scoraggiare i nuovi, specie se hanno
> rudimenti di basi dati
>
> Mi spiace davvero che tu mi risponda in questo modo, visto che io non
> ti ho mai attaccato, anzi ti ho più volte elogiato.
>

Nessun attacco
Avevo capito che l'appiattimento degli edifici lo avevi fatto tu e lo stavo
riportando

Esattamente come hai atto tu nell'esprimere l'idea che le relazioni non
portano a nulla di più

Avevo capito male sull'appiattimento degli edifici.

Chiedo scusa


> A questo punto dovresti solo porti qualche domanda sul fatto se sia la
> comunità ad essere tossica o se sia il tuo modo di porti a suscitare
> certe reazioni.
>

Le mie reazioni sono aspre
Del resto che il copia e incolla sia vantaggioso rispetto alla
normalizzazione è una cosa che non si può sentire


>
> > Considerato che hai scritto che non vedi cosa aggiunga una relazione per
> una strada, direi che non le conosci abbastanza bene
>
> Ti faccio i miei complimenti visto che 

[OSM-talk] New web of Slovak OSM community

[Martin Ždila]

Hello,

Let me introduce you new web of Slovak OSM community.

You can find it at https://www.freemap.sk/.

It is in production for couple of months already (replacing onld one) but I
am announcing it here just after adding english language support (tips and
some minors are still missing translation).

It is an opensource project. You can find the source code at
https://github.com/FreemapSlovakia

Best regards
-- 
Martin Ždila 
OZ Freemap Slovakia
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Cambio massivo valore alla chiave addr:street nei numeri civici

[Catonano]

Il giorno 15 dicembre 2017 10:42, Aury88  ha
scritto:

> Catonano wrote
> > Il giorno 14 dicembre 2017 23:59, Aury88 
>
> > spacedriver88@
>
> >  ha
> > scritto:
> >
> >> Catonano wrote
> >> > Il giorno 14 dicembre 2017 18:40, Aury88 
> >>
> >> > spacedriver88@
> >>
> >> >  ha
> >> > scritto:
> >> >
> >> >> Simone Saviolo wrote
> >> >> > Il giorno 14 dicembre 2017 12:24, Aury88 
> >> >>
> >> >> > spacedriver88@
> >> >>
> >> >
> >> >> ma perchè fermarci li! l'hai detto te no? dobbiamo normalizzare i
> >> dati.
> >> >> creiamo una relazione al posto del tag amenity=bar e un altro al
> posto
> >> >> dell'amenity=restaurant e in questo ricordiamoci la relazione per la
> >> >>
> >> >
> >> > a questa obiezione è già stato risposto che amenity=cafe è un tag
> >> fisso,
> >> > mentre name="... è free form
> >> > Quindi il paragone non regge
> >>
> >>  a maggior ragione andrebbe normalizzato un tag che deve rimanere fisso!
> >> sono proprio quelli da cui si parte nei database relazionali
> >>
> >
> > non comprendo l'obiezione
>
> la normalizzazione è tanto più importante quanto diffuso (key e value
> uguali) è un tag ...idealmente è proprio dai tag più importanti, quelli
> cioè
> principali, che si dovrebbe cominciare con un processo del genere...e il
> motivo è identico a quello che utilizzate voi come argomentazione a favore
> del passaggio all'uso delle relazioni: se si deve cambiare il tag o un
> merge
> di alcune categorie di elementi allo stato attuale devi andare a pescarli
> (a
> livello globale, non locale quanto può esserlo una strada) e modificargli
> il
> tag (key e/o value) di ciascuno (e in quasi tutti i casi parliamo di
> migliaiai di elementi) con la relazione basterebbe selezionarla e spostarne
> tutti i membri nella relazione corretta (quando si tratta di merge) o
> modificare quella errata modificando unna volta sola il tag...
>
>
> > e invece no
> > Puoi tenere entrambi gli schemi, per un periodo di transizione
> > Facoltativamente
>
>  hai presente quanto è lungo un periodo di transizione se si lascia la
> possibilità di avere entrambi i metodi? il tag amenity=fitness_center è
> rimasto in circolo per anni pur essendo chiaramente nnon conforme agli std
> OSM ed erano poche migliaia di casi con in più la segnalazione di
> errore...nel caso di addr:street la situazione sarebbe peggiore con i nuovi
> inserimenti fatti da neomappatori, ma anche da altri non opportunamente
> informati, che probabilmente usando come riferimento la mappatura già
> presente e largamente più evidente  su qualsiasi editor finirebbero per
> continuare a mappare come hanno sempre fatto senza accorgersi neanche della
> presenza della relazione
>
>
> > Ovviamente quello della relazione
> >  Che siccome deve essere manuteuto una volta sole per tutti i civici si
> > suppone essere corretto
>
>  lo supponi tu, io suppondo invece che il tag addr:street venga modificato
> meno frequentemente, essendo meno evidente, e che di conseguenza i
> neomappatori che non conoscono le regole di stile su osm (es. i nomi non
> abbreviati) apporteranno cambiamenti scorretti sul nome della strada (
> quindi sul riferimento della relazione sostitutiva di addr:street). con gli
> addr:street un errore di distrazione non si perde il nome della strada ne
> il
> nome viene cambiato su tutti i nodi =>posso trovarlo e correggerlo...sulla
> relazione via ferdinando d'aragona che diventa via aragosta rimane via
> aragosta...e tu che non conosci quella via non puoi neache accorgertene ed
> eventualmente segnalarla ad un mappatore locale
>
>
questa idea che errori sui nodi si trovano ed errori sulle relazioni non si
trovano davvero non capisco da dove arrivi

Forse manca un tool per le relazioni

Ma la disponibilità di tool non qualifica la bontà degli schemi

Come dire che siccome manca il tool per le basi dati relazionali ci
accontentiamo del file csv

E comunque anche senza tool gli errori si trovano

Chiedi di essere instradato ad un indirizzo su via erdinando D'Aragona, ti
accorgi che via d'aragona non esiste e vai a guardare la relazione. oaprri
un bug, o scrivi in n forum, o su twitter

Questa idea che le relazioni occultino gli errori che non emergerebbero mai
più non me la spiego


>
>
> > è dimostrato dalle basi dati da 50 anni
>
> un db non vale l'altro...il fatto che ci siano ambiti di utilizzo di
> database in cui il sistema relazionale apporta significativi vantaggi
> rispetto quelli attributivi non significa che tale logica sia vincente in
> tutte le tipologie di database...tanto più in progetti crowdsourced senza
> parametri di selezione/limitazione dei contributi basati
> sull'esperienza...quali sarebbero queste dimostrazioni di DB da 50? per
> caso
> sono database gestiti da gente formata o comunque non contributori casuali?
> bene, non centrano nulla con OSM.
>

Bene, questo vuol dire che le applicazioni consentite da quei db non
centrano nulla con quelle che saranno consentite da osm

Un mare di gente che 

[Talk-it] problemi del motore di ricerca con i tag addr:place

[marco.baietto]

Ciao, i vigili del fuoco di Biella utilizzano regolarmente il webgis 
dello stradario provinciale (1) per i loro servizi. Siccome il webgis è 
un po vecchiotto gli volevamo proporre di utilizzare OSM, visto che 
l'import dei dati sta procedendo con una buona regolarità (2).
Abbiamo però trovato un po di difficoltà nell'uso del motore di ricerca 
nei casi in cui il nodo del numero civico si riferisce, non essendo 
legato ad una strada, ad un "addr:place": questo caso è relativamente 
comune in Provincia di Biella.


Se presente, si riesce solo a trovare il nodo del "place" generico, ma 
solo senza inserire il prefisso (frazione, borgata, regione ecc...): 
questo perchè normalmente il nodo del "place" non ha incluso nel suo 
"name" il prefisso, mentre il "name" dell'addr:place lo ha (in genere 
nell'indirizzo postale, ci vuole il prefisso).
Nei casi che ho trovato in cui il "name" del "place" è presente e 
corrisponde al "name" dell'"addr:place" il motore di ricerca di OSM 
funziona e trova il numero civico.


Secondo voi è opportuno inserire un nodo "place" ogni volta che c'è un 
numero civico con un "addr:place" e farlo con lo stesso "name" 
comprensivo di prefisso? (ad es. "Regione Pratonuovo", "Case Sparse 
Gila", "Località Bielmonte", ...)


Nei vari wiki non ho trovato riferimenti chiari in tal senso. Ho fatto 
una ricerca con taginfo sull'uso di addr:place e nel progetto Nominatim 
(3) viene indicato per "addr:place" che: "/Used to determine the 
settlement of a house or POI with a street-less address. Note that a 
place with the same name must exist for the tag to be effective/".


Inoltre, collegato alla eventuale necessità di inserire un nodo "place" 
per ciascun indirizzo con "addr:place", non è ancora risolto il problema 
del valore di "place" per indicare un toponimo dove le case sono molto 
sparse: non va bene nè locality, nè isolated_dwelling, nè hamlet. Se ne 
era già parlato in ML (4).


Ciao, grazie, Marco Baietto

(1) 
http://cartografia.provincia.biella.it/on-line/Home/Attivitaeprogetti/StradarioProvinciale.html

(2) https://wiki.openstreetmap.org/wiki/Import/Catalogue/Provincia_di_Biella
(3) https://taginfo.openstreetmap.org/projects/nominatim#tags 



(4) 
http://gis.19327.n8.nabble.com/Cantone-contrada-localita-regione-td5897927.html



--
_

Dr. Marco Baietto

Area Tecnica ambientale
Servizio Sistema Informativo Territoriale Ambientale (SITA)
http://cartografia.provincia.biella.it/on-line/Home.html
Provincia di Biella
Via Q. Sella, 12 - 13900 - Biella (BI)
Tel. 0158480753



--http://www.provincia.biella.it--

Vuoi rimanere sempre aggiornato sulle nostre attivita'? 
Visita la pagina dei feed RSS sul nostro sito ed  iscriviti alla sezione di interesse.


--Avviso--
Questo messaggio e i suoi allegati sono riservati esclusivamente  alle persone in 
indirizzo e possono contenere informazioni confidenziali. Se questo  messaggio  vi  e' 
pervenuto per errore, vi informiamo  che ogni suo uso e'proibito. 
In  questo   caso  rispedite immediatamente il messaggio al mittente e cancellatelo. 
Per ogni  chiarimento contattateci scrivendo  a c...@provincia.biella.it. 
Grazie -Il Webmaster.

--Warning-
This message and its attachments are addressed solely to  the persons above and may 
contain confidential information. If you have received the message in error, be  
informed that any use of the content hereof is prohibited.
Please return it  immediately  to the sender and  delete the message. Should you have 
any questions, please  contact us by replying to c...@provincia.biella.it. 
The Webmaster.

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

Re: [OSM-talk-fr] Écluses et portes à flots

[Vincent Bergeot]

Bonjour et merci pour vos réponses !


Le 08/01/2018 à 21:02, althio a écrit :

Bonsoir Vincent,

Je te suggère :

# waterway=flow_control + flow_control=sluice_gate
ou directement
# waterway=sluice_gate

La première version vient d'une proposition inachevée, mais utilisée :
https://wiki.openstreetmap.org/wiki/Proposed_features/sluice_gate
https://taginfo.openstreetmap.org/tags/waterway=flow_control
https://taginfo.openstreetmap.org/keys/flow_control

La deuxième version est également utilisée dans les mêmes proportions,
bien que non référencée sur le wiki.
https://taginfo.openstreetmap.org/tags/waterway=sluice_gate

-- althio


j'ai l'impression que l'on est surtout sur la régulation avec 
exclusivement de l'eau douce (mais peut-être que je me trompe) et dans 
le cas du sluice_gate c'est plutôt la vanne, l'écoulement que la porte 
en elle-même ?


waterway=flow_control : http://overpass-turbo.eu/s/upl
waterway=sluice_gate : http://overpass-turbo.eu/s/upm

Le 08/01/2018 à 18:37, marc marc a écrit :

Le 08. 01. 18 à 18:06, Vincent Bergeot a écrit :

les écluses j'ai trouvé un tag
(https://wiki.openstreetmap.org/wiki/FR:Key:lock) mais c'est axé sur la
navigation sur rivière ou cours d'eau.

Mais je n'ai pas trouvé pour ces portes à flots, auriez vous une idée,
suggestion ?

si je lis bien, lock dit juste que la portion de canal est entourée de
porte. les écluses elle-même étant waterway=lock_gate

Par analogie, il faudrait quelque chose comme waterway=tidal_gate


effectivement cela me semble être plus approprié mais inexistant 
aujourd'hui dans taginfo.


Bon je vais continuer à creuser et surtout voir celles des landes de mes 
yeux !!!


merci

--
Vincent Bergeot


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

Re: [Talk-it] Cambio massivo valore alla chiave addr:street nei numeri civici

[Catonano]

Il giorno 15 dicembre 2017 08:57, Lorenzo "Beba" Beltrami <
lorenzo.b...@gmail.com> ha scritto:

> Ciao a tutti,
> anch'io ho la mia esperienza coi civici e anch'io ho a che fare con utenti
> alle prime armi (e che non rispondono ai messaggi) nella mia zona.
> E mi occupo anche di basi di dati (non sono la mia specializzazione, ma
> per lavoro ho a che fare con i database tutti i giorni) e quindi di
> normalizzazione.
>
> L'esperienza però mi porta a dire che è ha ragione tanto chi è per
> l'utilizzo delle relazioni per diminuire la ridondanza ecc. ecc. che chi è
> per la duplicazione per aumentare la facilità di accesso dei dati ecc. ecc..
> Per il semplice fatto che tutte e due le modalità hanno dei lati positivi
> unici, ovvero che l'altra modalità non ha o che al momento non riesce ad
> avere.
> Non c'è una soluzione più giusta dell'altra. E quindi? Come la mettiamo?
>
> Siccome, come si ricordava giustamente, nessuna delle due modalità è
> vietata invece che fare guerra "di trincea" o "di religione" (perché alla
> fin fine è lì che stiamo scivolando) cerchiamo di trovare un modo che possa
> far coesistere le due cose?
> Ad esempio cerchiamo di fare una lista di pro e contro da cui partire a
> ragionare. Oppure una lista di proposte/richieste/aiuti da fare a chi
> sviluppa i software di editing (grazie a dio non sono migliaia) per
> migliorare l'utilizzo delle due metodologie e risolvere i lati deboli.
> Solo alla fine (non all'inizio) si vedrà se dichiarare una delle due
> impraticabile o desueta (si potrebbe dire anche "deprecabile" perché nella
> discussione ci sta, ma ha un altro significato :P).
>

Amen

però mi preoccupa l'idea che la partecipazione larga che crea una montagna
di dati non normalizzati sia considerata un successo

Per me il successo sono le applicazioni
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Cambio massivo valore alla chiave addr:street nei numeri civici

[Catonano]

Il giorno 15 dicembre 2017 09:37, Simone Saviolo 
ha scritto:

> Il giorno 14 dicembre 2017 23:02, Martin Koppenhoefer <
> dieterdre...@gmail.com> ha scritto:
>
>> > On 14. Dec 2017, at 16:24, Simone Saviolo 
>> wrote:
>> >
>> > Inoltre, fare una categoria "scuole di Roma" è sbagliato: se vuoi tutte
>> le scuole di Roma, fai una query. Creare una categoria (con una relazione o
>> in qualsiasi altro modo) sarebbe una sorta di cache dei risultati della
>> query, e sarebbe invalidata tre secondi dopo che l'hai fatta.
>>
>> per ottenere tutti i civici di una strada potresti anche fare una query,
>> nei 99% dei casi non servirebbe nemmeno un tag addr:street, la vicinanza
>> alla strada e le sequenza dei numeri è quasi sempre sufficiente per capire
>> a quale strada appartiene un civico.
>
>
> No, Martin: le relazione "il civico appartiene alla strada" non è
> riducibile ad una query geografica: ci sono troppi casi limite, vicino agli
> incroci, oppure quando un edificio è molto "all'interno" dell'isolato.
> "Scuole di Roma" significa "scuole" (informazione fissa) "la cui posizione
> è all'interno del poligono del Comune di Roma" (query geografica); "civici
> di via Cavour" dovrebbe essere "civici che hanno un collegamento alla
> strada chiamata via Cavour", non, come è adesso, "civici il cui addr:street
> è via Cavour".
>
> Commento anche un altro punto, senza citare, perché in questa discussione
> chilometrica mi sto pure un po' perdendo. "Il nome della strada cambia
> molto raramente". Il vero nome della strada cambia molto raramente, perché
> è raro che via Cavour diventi via Nuovo Nome, ma noi non stiamo parlando
> del nome della strada... stiamo parlando del valore del tag name. È molto
> diverso. Più di una volta abbiamo corretto "via IV Novembre": prima in "via
> IV novembre" (mesi minuscoli), poi in "via 4 novembre" (numeri arabi). E
> poi magari qualcuno ha letto sulla targa "VIA IV NOVEMBRE - GIORNATA
> DELL'UNITÀ NAZIONALE E DELLE FORZE ARMATE" e ha voluto scrivere quello. E
> qualcun altro tre giorni dopo l'ha corretto di nuovo.
>
> Il riassunto è molto semplice: il tag name serve per metterci il nome
> della strada (o la sua migliore approssimazione disponibile). Non possiamo
> dargli ANCHE il compito di tenere i riferimenti: che siano riferimenti ai
> civici o ai marciapiedi o a qualsiasi altra cosa.
>
> Capisco che l'argomento possa non essere chiaro a tutti, ma, dal punto di
> vista dell'integrità dei dati, ripeto, usare il nome come chiave è un
> errore. Lo è stato dai tempi di Talete: il teorema di Pitagora parla di
> cateti e di ipotenuse, non di "lato AB" e "lato BC".
>
> Alcuni, in questa discussione, stanno dicendo "comprendo il problema
> tecnico, ma è meglio (per vari motivi) che le cose rimangano così". Io
> rispetto questo punto di vista: è una decisione, una scelta sulla direzione
> del progetto, una posizione "politica". Una posizione che non condivido, ma
> di fronte al fatto che sono in minoranza non posso che accettarla.
>
> Quello di cui ho paura è che molti invece non abbiano capito il problema
> tecnico. Nella lista dei pro e dei contro richiesta da Lorenzo, io nei pro
> della mappatura piatta (coi soli tag e senza relazioni) metto soltanto che
> può farla anche una scimmia [1]. Se OSM fosse un progetto solo mio (e meno
> male che non lo è! :) ), sarebbe l'approccio che consentirei i primi dieci
> giorni, mentre ho fatto il sistema di base ma non ho ancora offerto uno
> strumento migliore per supportare il lavoro dei contributori. Purtroppo,
> supportare i contributori *perché mappino bene* non è sempre tra le
> priorità di OSM - ripeto, scelta politica alla quale non posso che
> adeguarmi... ma non riesco a non oppormici, soprattutto quando mostra i
> suoi limiti.
>
>
questo significa che i dati non normalizzati raccolti in osm devono essere
processati per poter essere usati in applicazioni un po pou elaborati

Ad esempio un software potrebbe cercare le strade con gli attrbuti ripetuti
su ogni punto e farne una
Se si vuiole occupare meno spazio, ad esempio, o diminuire la possibilità
di disallineamenti

Con conseguenti costi aggiuntivi

Quindi il fatto che la contribuzione sia "semplificata" comporta che
l'utilità dei dati sia diminuita.

E che invece di offrire alternative a soluzioni commerciali concentrate, si
offra un giochino ai mappatori "inesperti"
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] war_memorial

[demon.box]

ciao, questione sollevata anche da me a settembre scorso

http://gis.19327.n8.nabble.com/Monumento-ai-caduti-td5902392.html#a5902411

ma personalmente non ne ho ricavato nulla...

--enrico




--
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: [Talk-it] war_memorial

[Martin Koppenhoefer]

2018-01-09 12:12 GMT+01:00 Cascafico Giovanni :

> Ciao Lista.
>
> Ho fatto una umap [1] per inserire manualmente i memorial ai Caduti, ma mi
> è sorto un dubbio: la wiki [2] elenca tra i possibili valori del tag
> memorial: stone, obelisk, stele, bust, statue [...] war_memorial.
> Quest'ultimo valore è il più approriato, ma però è alternativo agli altri
> che descrivono meglio gli aspetti fisici dell'oggetto.
>
> Cosa fare?
>


si, questo problema è già stato sollevato, "war_memorial" è da togliere,
perché descrive un'altro tipo di categoria (non so se questa decisione è
stata presa o è solo stato scoperto il problema).
Dagli attuali valori direi che non ci sono altri tag usati, quindi puoi
cominciare come primo ad usare un'altra chiave per "war_memorial"
(memorial:topic ?)

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

Re: [Talk-it] Altro utente problematico: maxspeed=30 a tappeto

[Martin Koppenhoefer]

2018-01-09 12:37 GMT+01:00 Mzzntn :

> Allora eccomi con un po di informazioni in piu da inserire allora prima di
> tutto alcuni cartelli sulle arterie principali (e quelle messe
> relativamente
> meglio come fondo stradale) di Cerignola .
>
> 1)
> https://www.google.it/maps/@41.2668911,15.8877967,3a,75y,
> 231.41h,82.97t/data=!3m6!1e1!3m4!1s_uCUaxh-xnDb2iGcMiNh8g!
> 2e0!7i13312!8i6656?hl=it
>
> 2)
> https://www.google.it/maps/@41.2649139,15.9003164,3a,90y,
> 107.61h,89.94t/data=!3m6!1e1!3m4!1sqgqgMeAbuygs6KOHanN0yA!
> 2e0!7i13312!8i6656?hl=it
>
> 3)
> https://www.google.it/maps/@41.2602801,15.9082938,3a,75y,
> 280.37h,80.12t/data=!3m6!1e1!3m4!1sIuYc3pxeTBS8SIT7d-cKGQ!
> 2e0!7i13312!8i6656?hl=it
>
> 4)
> https://www.google.it/maps/@41.264151,15.8800292,3a,75y,
> 269.22h,87.74t/data=!3m6!1e1!3m4!1sqMeawa-xGD_x5gF-JOEvGA!
> 2e0!7i13312!8i6656?hl=it
>
> Aggiungo anche il regolamento relativo alla creazione di una ZTL dove a
> pagina 1 e 2 viene proprio inserita la creazione di queste zone a 30km/h
> nel
> corso del tempo gli orari della ztl sono stati modificati ma i limiti di
> velocità no
> http://www.comune.cerignola.fg.it/cerignola/zf/index.php/
> atti-generali/index/dettaglio-atto/atto/42.
>
>

però i cartelli non corrispondono alla delibera, perché la delibera parla
di zone, mentre i cartelli non sono per indicare una zona.
Il cartello italiano per indicare l'inizio di una zona 30 è questo:
https://upload.wikimedia.org/wikipedia/commons/thumb/e/e7/Italian_traffic_signs_-_zona_30_kmh.svg/1200px-Italian_traffic_signs_-_zona_30_kmh.svg.png
quello per le uscite della zona è questo:
https://upload.wikimedia.org/wikipedia/commons/thumb/7/76/Italian_traffic_signs_-_fine_zona_30.svg/240px-Italian_traffic_signs_-_fine_zona_30.svg.png


Propongo di mappare i singoli cartelli (alla loro posizione, non come parte
del highway):
traffic_sign=maxspeed
maxspeed=30
(similmente, si potrebbero anche mappare i varchi delle ZTL e altri
cartelli rilevanti, per esempio i limiti del centro abitato).


poi sul highway dalla posizione del cartello proiettata fino al prossimo
incrocio con una strada (rispettando le direzioni quando i limiti sono
assimetrici (cosa sono spesso, tranne per le zone): maxspeed:forward=30 e
maxspeed:backward=30, altrimenti maxspeed=30 (se simmetrico)).
e in più source:maxspeed=sign.

In assenza del cartello:
maxspeed=50
source:maxspeed=IT:urban

La situazione potrebbe essere diversa (ma non lo so) quando le regole di
accesso sono restrittive, cioè non può circolare chiunque mal soltanto chi
ha il permesso (ZTL).

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

Re: [Talk-it] Altro utente problematico: maxspeed=30 a tappeto

[Mzzntn]

Allora eccomi con un po di informazioni in piu da inserire allora prima di
tutto alcuni cartelli sulle arterie principali (e quelle messe relativamente
meglio come fondo stradale) di Cerignola .

1)
https://www.google.it/maps/@41.2668911,15.8877967,3a,75y,231.41h,82.97t/data=!3m6!1e1!3m4!1s_uCUaxh-xnDb2iGcMiNh8g!2e0!7i13312!8i6656?hl=it

2)
https://www.google.it/maps/@41.2649139,15.9003164,3a,90y,107.61h,89.94t/data=!3m6!1e1!3m4!1sqgqgMeAbuygs6KOHanN0yA!2e0!7i13312!8i6656?hl=it

3)
https://www.google.it/maps/@41.2602801,15.9082938,3a,75y,280.37h,80.12t/data=!3m6!1e1!3m4!1sIuYc3pxeTBS8SIT7d-cKGQ!2e0!7i13312!8i6656?hl=it

4)
https://www.google.it/maps/@41.264151,15.8800292,3a,75y,269.22h,87.74t/data=!3m6!1e1!3m4!1sqMeawa-xGD_x5gF-JOEvGA!2e0!7i13312!8i6656?hl=it

Aggiungo anche il regolamento relativo alla creazione di una ZTL dove a
pagina 1 e 2 viene proprio inserita la creazione di queste zone a 30km/h nel
corso del tempo gli orari della ztl sono stati modificati ma i limiti di
velocità no
http://www.comune.cerignola.fg.it/cerignola/zf/index.php/atti-generali/index/dettaglio-atto/atto/42.

(Sto provando da un po di giorni ad inserire correttamente la ZTL ma non
credo di esserci ancora riuscito a pieno, se qualcuno ha voglia di dare un
occhio gliene sarei molto grato)

Mi servirebbe un po di tempo in piu per cercare tra le determine e le
delibere comunali.

Aggiungo una considerazione personale mi sembrebbe assurdo lasciare le
arterie pricipali tutte asfaltate della città a 30 km/h e tutte le stradine
interne a 50km/h molte delle quali con il basolato, quindi di fatto
inpercorribili a quella velocità.




--
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

[OSM-talk-fr] Portiques canténaires gare Asnieres sur Seine

[François Lacombe]

Bonjour,

J'ai remarqué ces lignes déclarées sur les voies de part et d'autre de la
gare d'Asnieres sur Seine.
http://www.openstreetmap.org/way/546842791

Elles doivent correspondre aux portiques qui supportent la caténaire, mais
pourtant sont taguées avec power=line.
Les portiques de ce genre :
http://www.duchene-sa.be/images/travaux/123_1283351800.jpg doivent être
décris avec power=portal + operator=SNCF Reseau
Il n'y a pas lieu d'ajouter voltage ou frequency.

En revanche, ces éléments :
https://www.maketis.com/5805-large_default/poteau-pour-catenaire-25000-volts-dr20a-ou-dr20b-monte-jv-lybe-20abm.jpg
http://a407.idata.over-blog.com/1/61/14/74/cat-naires/P1070681.jpg
Sont décris avec power=catenary_mast + operator=SNCF Reseau

Si d'aventure certains voulaient tracer la caténaire elle-même, les
connexions entre cette caténaire et les portiques peut se faire avec
power=insulator sur le noeud.

Je ne peux pas corriger Asnieres dans l'immédiat, peut-être y a-t-il une
page du wiki à modifier également ou d'autres cas en France ?


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

Re: [Talk-cz] špatné párování fotek rozcestníků

[Michal Grézl]

Prave zapocal presun api rozcestniku na novy server. Obrazky uz tam
presunuty sou, tahaji se prez nfs over openvpn. Diky tehle silenosti
to ted haprovalo.

harmonogram:

1. otestovani funkcnosti  prez domenu api2.openstreetmap.cz

2. zmena dns zaznamu na api.openstreetmap.cz.
V podstate bych si to predstavoval tak, ze nic nikdo nepozna, nebot v
momente kdy vase dns zacne pouzivat novou adresu, bude vsechno
fungovat jak normalne. Pouze zmiznou rozcestniky ktere se nahrali v
tomto obdobi. Ty budou nasledne sesynchronizovany.


-- 
Michal Grézl
http://openstreetmap.cz

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

[Talk-it] war_memorial

[Cascafico Giovanni]

Ciao Lista.

Ho fatto una umap [1] per inserire manualmente i memorial ai Caduti, ma mi
è sorto un dubbio: la wiki [2] elenca tra i possibili valori del tag
memorial: stone, obelisk, stele, bust, statue [...] war_memorial.
Quest'ultimo valore è il più approriato, ma però è alternativo agli altri
che descrivono meglio gli aspetti fisici dell'oggetto.

Cosa fare?


[1] http://u.osmfr.org/m/184815/
[2] https://wiki.openstreetmap.org/wiki/Key:memorial
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Tagprioritaet bei OSM-Suche (historic=yes vs. man_made=*)

[markus schnalke]

Hoi,

danke fuer die guten Erklaerungen Roland. Die haben mir die
richtigen Stellen gezeigt. Wenn man weiss wo, ist's gar nicht
so schwierig. ;-)

Es waere super, wenn du, Sarah, die Werte aktualisieren und
man_made=water_well eintragen koenntest.

(Issues und Pull-Requests kann ich leider nicht aufmachen, da
ich keinen Github-Account habe. Es waere sehr freundlich wenn
hier jemand mein Proxy sein koennte.)


meillo

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

[Talk-it] librerie OSM localizzate in italiano

[Alessandro Palmas]

Ciao lista,
mi è arrivata una richiesta, che giro qui in lista, riguardo 
l’integrazione di Openstreetmap in una piccola applicazione web scritta 
in Asp.Net MVC che abbia qualche funzione di base dei webGIS (come 
inserimento di markers, disegno di poligoni e calcolo dei markers 
compresi al suo interno, misurazione di distanze ecc.)


Alessandro Ale_Zena_IT

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

Re: [Talk-cz] špatné párování fotek rozcestníků

[Jan Macura]

No nevim. Včera mi to šlo. Dokonce jsem kolem poledne nahrál několik fotek
přes openstreetmap.cz. A teď když se dívám do mapy, tak je vidím. Normálně
se načtou.

H.

2018-01-09 8:18 GMT+01:00 Zdeněk Pražák :

> tak pořád při pokusu kliknutí na číslo fotky se hlásí chyba spojení
>
> Dne 8. ledna 2018 9:33 Marián Kyral  napsal(a):
>
> Taky bych řekl. Napsal jsem Michalovi, ale aktuálně je mimo, takže
>> netuším, kdy se k tomu dostane.
>>
>> Marián
>>
>> -- Původní e-mail --
>> Od: majka 
>> Komu: OpenStreetMap Czech Republic 
>> Datum: 8. 1. 2018 9:30:47
>> Předmět: Re: [Talk-cz] špatné párování fotek rozcestníků
>>
>> Řekla bych, že je chyba zpátky. Včera večer to chvilku fungovalo.
>>
>> 2018-01-08 8:28 GMT+01:00 Zdeněk Pražák :
>>
>> no nějak mi nefunguje prokliknutí z http://osm.fit.vutbr.cz/OsmHiC
>> heck/gp/?all na samotnou fotografii.
>> na openstreetmap.cz se mi rovněž neojevují nahrané fotky rozcestníků
>>
>> Dne 7. ledna 2018 20:35 Marián Kyral  napsal(a):
>>
>> Opraveno. Prý se zbláznil apache a došla paměť.
>>
>> 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-cz] špatné párování fotek rozcestníků

[Zdeněk Pražák]

no teď už se z http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all prokliknu na
fotografie rozcestníků
rovněž tak z openstretmap.cz

-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 1. 2018 8:45:49
Předmět: Re: [Talk-cz] špatné párování fotek rozcestníků
"Napsal jsem wallymu. Dnes se ozval skoro hned a zjišťuje co se děje. Snad
to zprovozní tak, aby to vydrželo běžet pár dní v kuse :-D

Marián

-- Původní e-mail --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 1. 2018 8:19:57
Předmět: Re: [Talk-cz] špatné párování fotek rozcestníků
"
tak pořád při pokusu kliknutí na číslo fotky se hlásí chyba spojení




Dne 8. ledna 2018 9:33 Marián Kyral  napsal(a):
"
Taky bych řekl. Napsal jsem Michalovi, ale aktuálně je mimo, takže netuším,
kdy se k tomu dostane.

Marián

-- Původní e-mail --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 8. 1. 2018 9:30:47
Předmět: Re: [Talk-cz] špatné párování fotek rozcestníků
"
Řekla bych, že je chyba zpátky. Včera večer to chvilku fungovalo.




2018-01-08 8:28 GMT+01:00 Zdeněk Pražák :
"

no nějak mi nefunguje prokliknutí z http://osm.fit.vutbr.cz/OsmHiCheck/gp/?
all(http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all) na samotnou fotografii. 

na openstreetmap.cz(http://openstreetmap.cz) se mi rovněž neojevují nahrané
fotky rozcestníků




Dne 7. ledna 2018 20:35 Marián Kyral  napsal(a):
"

Opraveno. Prý se zbláznil apache a došla paměť.

Marián


"

"




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

___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(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-cz] Turistické trasy KČT - route=foot, route=hiking nebo podle náročnosti?

[Karel Volný]

zdar,

> >> Tak OpenTrackMap sice už nefunguje a myslím, že jsme ji nikdy neviděl
> >> fungovat, ale ten seznam je docela pěkný. Jen by chtěl aktualizovat.
> 
> ma nekdo napad co s domenou opentrackmap.cz?

tak optimálně rozběhat znova :-)

no, reálně ... přesměrovat na mtbmap.cz nebo openstreetmap.cz s turistickou 
vrstvou?

K.


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

[OSM-talk-be] AIV import tool - discussie

[Marc Gemis]

(In Dutch as it is about the import of buildings in Flanders).

Gisteren was er een levendige discussie op het Matrix (aka Riot)
channel over de import.
Het ging hierbij om het volgende: momenteel zorgt de tool ervoor dat
je de gebouwen in JOSM krijgt met de building=house of de
building=shed tag. Dit is gebaseerd op de GRB data die enkel die types
kent.

De maker van de tool, Glenn, heeft deze keuze gemaakt omdat die in
veel gevallen correct is. Hij gaat er verder van uit dat de persoon
die de import doet, wel het gebouw type zal aanpassen.

Een aantal mensen, waaronder ikzelf vinden dat building=yes een betere
keuze is, omdat dat altijd juist is, zelfs als het gebouw een
een-gezin woning (house) is. Je hoeft dan niet onmiddellijk het type
aan te passen.

Het gaat hier dus over een default (house) die meestal juist is, maar
verkeerd is voor bv. industriële gebouwen, kerken, kantoorgebouwen,
flatgebouwen, of een minder nauwkeurige tag, die informatie verliest
bij echte "building=house), maar wel altijd correct is.

Glenn gaat nu kijken of er misschien iets kan gedaan worden door te
kijken naar de landuse waarin het gebouw gaat terecht komen.

Wil je deelnemen aan dit soort discussies, schrijf je  dan in op ons
chat channel in Matrix/Riot.

mvg

m

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

Re: [Talk-es] Permiso expreso IGN-PNOA (era WMS Cartociudad)

[Jonas Andradas]

Buenas,

el punto clave de lo que la licencia para mí es el 7:

En  casos  excepcionales,   por  causa  ju stificada,  razonada  e
> informado  el  CNIG,se  acordarán entre  las  partes  mecanismos
> alternativos  de  reconocimiento.  El  usuario  podráusarlos
> productos  y  servicios  de  información  geográfica  del   IGN,
> mediante  autorización  expresa  sin mención  visible junto a ellos  y sin
> citar el  origen  y  propiedad  del  IGN.
>

Para mí, el correo donde dicen que nos permiten usar PNOA y los datos del
IGN, y que la atribución que les damos es suficiente, cumple con el punto
7.

Un saludo,
Jonás.

2018-01-09 1:02 GMT+01:00 Alejandro S. :

> Hola,
>
> Yo creo que no cumplimos las condiciones de atribución descritas en la
> licencia de los datos del IGN [0] y en la carta dice claramente (en el
> segundo párrafo) que la atribución hay darla según indica [0], por tanto no
> deberíamos usar esos datos en OSM. También supongo que dado el interés del
> IGN por colaborar con OSM, esto es un mero problema burocrático que
> podremos solventar y entre tanto no va ha haber problemas legales, pero
> habría que obtener la autorización expresa donde diga que la atribución en
> la página de contribuidores es suficiente.
> Por otra parte, me suena que existe una autorización expresa para usar
> PNOA anterior al cambio de licencia del resto del material del IGN, pero
> desconozco quien la tiene.
>
> [0]: http://www.ign.es/resources/licencia/Condiciones_licenciaUso_IGN.pdf
>
> Atentamente,
>   Alejandro Suárez
>
> 2018-01-08 14:05 GMT+01:00 Matías h :
>
>> A ver, documentos de licencia de IGN-OSM.
>>
>> Revisando la conversación mantenida con Antonio F., me decía textualmente
>> que ellos habían enviado esa carta a OSM, también textualmente en el correo
>> me decía que aceptaban nuestras condiciones de atribucción (cosa que no se
>> dice en la carta) y en el correo me decía también que OSMF les había dicho
>> que con esa carta les valía.
>>
>> PEro, creo repetirme porque todo esto me suena que lo dije el esta misma
>> lista y no llegamos a consensuar si tenemos permiso o no. YO CREO QUE
>> SÍ¡¡
>>
>> Saludos.
>>
>> El 8 de enero de 2018, 13:29, Javier Sánchez Portero <
>> javiers...@gmail.com> escribió:
>>
>>> Exactamente. La pregunta sería si es suficiente y tener un papel que lo
>>> diga. En cuanto pueda redacto algo y os lo mando.
>>>
>>> Si hay una carta explícita para el PNOA yo no la he visto en la Wiki.
>>>
>>> El 8 de enero de 2018, 12:21, Miguel Sevilla-Callejo <
>>> msevill...@gmail.com> escribió:
>>>
 No me termina de quedar claro que no demos atribución como dice la
 licencia pues si que se cita la fuente y se les ha incluido en la lista de
 contribuidores.

 La cosa era aclarar si ellos se quedaban satisfechos con el resultado,
 no?

 Si no es así, no se que hacemos usando todas estas fuentes.

 Pero, además de lo anterior, ¿no había una carta explícita para el PNOA
 anterior a que los datos del IGN pasaran a ser CC By 4.0?

 M


 --
 *Miguel Sevilla-Callejo*
 Doctor en Geografía

 2018-01-08 13:14 GMT+01:00 Matías h :

> En un rato busco la carta. No se ande andará
>
> De todos modos, repito, la carta da permiso expreso a Osm pero dice
> que hay que dar atribución siguiendo las directrices de la licencia Y
> eso no podemos hacerlo actualmente
>
> El 8 ene. 2018 12:52, "Miguel Sevilla-Callejo" 
> escribió:
>
>> Un momento,
>>
>> Si no recuerdo mal el tema es que el IGN quería salir en la primera
>> página de contribuidores de OSM no es que no le sirviera salir en la
>> segunda.
>>
>> Ahora bien, ¿dónde está la carta que envió el IGN autorizando el uso?
>> Ahora no la encuentro por la wiki,
>>
>> Efectivamente esto es muy importante: Tener la carta de autorización
>> EXPRESA pues NO podemos usar datos que estén exclusivamente en CC BY 4.0
>>
>> De todos modos que no cunda el pánico el IGN está MUY interesado en
>> colaborar con nosotros, pero hay que dejar bien cerrados estos asuntos
>> legales.
>>
>> Aquí está la página de la reunión con el IGN de febrero de hace dos
>> años:
>> https://wiki.openstreetmap.org/wiki/Reuni%C3%B3n_OSM.es_-_IGN
>>
>> Juraría que había habido otra posterior pero no encuentro la
>> página... o me lo estoy imaginando.
>>
>> Ya diréis
>>
>> Un saludo
>>
>> --
>> *Miguel Sevilla-Callejo*
>> Doctor en Geografía
>>
>> 2018-01-08 7:42 GMT+01:00 Javier Sánchez Portero <
>> javiers...@gmail.com>:
>>
>>> He renombrado el asunto por que lo que nos estamos jugando es algo
>>> muy serio: el uso de la mejor fuente de imágenes aéreas con cobertura
>>> nacional que disponemos y 

Re: [Talk-es] Permiso expreso IGN-PNOA (era WMS Cartociudad)

[Jorge Sanz Sanfructuoso]

Yo creo que si podemos usarlo si IGN dice que la OSM FUNDATION les ha
parecido suficiente. Pero para zanjar el tema y que no vuelva a ver
discursión de si si o sino se debería confirmar con OSMF que es así, para
estar 100% seguros y dejarlo claramente plasmado en la Wiki.

El mar., 9 ene. 2018 a las 9:29, Javier Sánchez Portero (<
javiers...@gmail.com>) escribió:

> Con todos los respetos, estamos mareando la perdiz y entramos de nuevo en
> el bucle infinito de 2016.
>
> Las condiciones de licencia del IGN dicen: "Esta mención de atribución
> obligatoria se mostrará visible junto con los datos, de forma legible y a
> pie de mapa, imagen, presentación o ventana de visualización. En caso de
> imposibilidad manifiesta y justificable se podrá incluir en listados de
> capas o servicios, leyendas, tablas de contenidos o créditos, siempre de
> manera que quede claro el origen y propiedad del IGN de España."
>
> Creo que estamos en un caso claro y evidente de imposibilidad manifiesta y
> justificable de mostrar la mención de atribución como dice ese párrafo por
> que la lista de contribuidores en nuestro proyecto es inmensa. Por tanto,
> mientras se cumpla en la página de créditos es suficiente (IMO).
>
> Si seguimos sin tenerlo claro, decirlo y le escribo a Simon Poole, que era
> el implicado de la OSMF en esa época, bien en privado o públicamente
> aprovechando la pregunta reciente en legal-talk.
>
> Javier.
>
>
>
> El 9 de enero de 2018, 7:30, Matías h 
> escribió:
>
>> A la OSM FUNDATION, segun el IGN, les parece suficiente con esa carta.
>>
>> Repito por enésima vez. Habría que ponerse en contacto con Osm y que nos
>> digan si esto es así
>>
>> El 9 ene. 2018 1:03, "Alejandro S."  escribió:
>>
>> Hola,
>>
>> Yo creo que no cumplimos las condiciones de atribución descritas en la
>> licencia de los datos del IGN [0] y en la carta dice claramente (en el
>> segundo párrafo) que la atribución hay darla según indica [0], por tanto no
>> deberíamos usar esos datos en OSM. También supongo que dado el interés del
>> IGN por colaborar con OSM, esto es un mero problema burocrático que
>> podremos solventar y entre tanto no va ha haber problemas legales, pero
>> habría que obtener la autorización expresa donde diga que la atribución en
>> la página de contribuidores es suficiente.
>> Por otra parte, me suena que existe una autorización expresa para usar
>> PNOA anterior al cambio de licencia del resto del material del IGN, pero
>> desconozco quien la tiene.
>>
>> [0]: http://www.ign.es/resources/licencia/Condiciones_licenciaUso_IGN.pdf
>>
>> Atentamente,
>>   Alejandro Suárez
>>
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>


-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/ 
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] OSM va a scuola

[Marco Minghini]

Buongiorno Lista,

volevo informarvi del progetto di alternanza scuola-lavoro - incentrato su
OSM - che seguirò all'Istituto Tecnico Avogadro di Torino.


Caro Marco,
complimenti per l'iniziativa!

Inizierà fra una decina di giorni, e sarà di ben 60 ore: avremo così modo di
mappare "da poltrona", mappare sul campo, mappare da import... e poi fare
controllo qualità dei dati, estrarre/elaborare i dati imparando ad usare
alcuni dei tanti strumenti a disposizione.

Comunque per fine gennaio - inizio febbraio la classe (una 4^ di 25 ragazzi)
farà la pagina nella Wiki dove si presenterà e che sarà aggiornata con le
attività svolte mano a mano che procederemo.
Gli farò creare degli account appositi (ITI-Avogadro01ITI-Avogadro25) e
i changeset saranno commentati con "#ASL-Avogadro18", così se faremo
strafalcioni sapete fin da ora con chi prendervela (il sottoscritto!)  :-)


Anche noi al Politecnico di Milano abbiamo fatto già due anni fa qualche
progetto di alternanza scuola-lavoro su OSM. Nel nostro caso partivamo
facendo seguire ai ragazzi un MOOC sulla cartografia che avevamo realizzato
qualche anno fa (giusto per introdurli al contesto), quindi introducevamo
OSM e li mandavamo in giro a mappare (soprattutto con i Field Papers) per
poi vedere insieme come inserire i dati.


Sono contento che la Scuola scopra che esiste anche OpenStreetMap: vediamo
se riusciamo ad abbassare l'età media della comunità  :-))


In primavera avremo anche noi dei nuovi progetti di alternanza
scuola-lavoro in cui faremo conoscere OSM ai ragazzi, quindi ti prego di
condividere tutti i risultati (incluso materiale didattico, metodologia
usata, ecc.) perché sarà sicuramente utile!


Saluti,
Marco


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

Re: [Talk-us] New to lists and would like to suggest some imports

[Frederik Ramm]

Hi,

On 09.01.2018 01:54, Russell Meier wrote:
> I am new to the idea of discussing additions to OSM and like to do my
> best to follow best practices in suggesting an import. I am not sure
> were to start.

First of all, be aware that data imports are not the normal way in which
data is added to OpenStreetMap. They are an exception. Opinions are
divided about whether they are good or bad and I won't go into that now,
but largely OpenStreetMap is a project of citizen cartographers (making
the map themselves) and not an IT project that focuses on the
assimilation of data sets created by others.

Even where data is imported to "kick-start" the map, the imported data
is never the last word; it will be modified, updated, improved by
volunteers through manual work later.

It is therefore a very good idea to earn your stripes by doing some
old-fashioned manual mapping yourself before embarking on a grand import
project; that way you'll get a better idea of working with the data as a
mapper, of what makes sense and what doesn't. Of just how precise you'd
like a building footprint to be when you edit it by hand later, and so on.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-es] Permiso expreso IGN-PNOA (era WMS Cartociudad)

[Javier Sánchez Portero]

Con todos los respetos, estamos mareando la perdiz y entramos de nuevo en
el bucle infinito de 2016.

Las condiciones de licencia del IGN dicen: "Esta mención de atribución
obligatoria se mostrará visible junto con los datos, de forma legible y a
pie de mapa, imagen, presentación o ventana de visualización. En caso de
imposibilidad manifiesta y justificable se podrá incluir en listados de
capas o servicios, leyendas, tablas de contenidos o créditos, siempre de
manera que quede claro el origen y propiedad del IGN de España."

Creo que estamos en un caso claro y evidente de imposibilidad manifiesta y
justificable de mostrar la mención de atribución como dice ese párrafo por
que la lista de contribuidores en nuestro proyecto es inmensa. Por tanto,
mientras se cumpla en la página de créditos es suficiente (IMO).

Si seguimos sin tenerlo claro, decirlo y le escribo a Simon Poole, que era
el implicado de la OSMF en esa época, bien en privado o públicamente
aprovechando la pregunta reciente en legal-talk.

Javier.



El 9 de enero de 2018, 7:30, Matías h  escribió:

> A la OSM FUNDATION, segun el IGN, les parece suficiente con esa carta.
>
> Repito por enésima vez. Habría que ponerse en contacto con Osm y que nos
> digan si esto es así
>
> El 9 ene. 2018 1:03, "Alejandro S."  escribió:
>
> Hola,
>
> Yo creo que no cumplimos las condiciones de atribución descritas en la
> licencia de los datos del IGN [0] y en la carta dice claramente (en el
> segundo párrafo) que la atribución hay darla según indica [0], por tanto no
> deberíamos usar esos datos en OSM. También supongo que dado el interés del
> IGN por colaborar con OSM, esto es un mero problema burocrático que
> podremos solventar y entre tanto no va ha haber problemas legales, pero
> habría que obtener la autorización expresa donde diga que la atribución en
> la página de contribuidores es suficiente.
> Por otra parte, me suena que existe una autorización expresa para usar
> PNOA anterior al cambio de licencia del resto del material del IGN, pero
> desconozco quien la tiene.
>
> [0]: http://www.ign.es/resources/licencia/Condiciones_licenciaUso_IGN.pdf
>
> Atentamente,
>   Alejandro Suárez
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cz] Turistické trasy KČT - route=foot, route=hiking nebo podle náročnosti?

[Marián Kyral]

-- Původní e-mail --
Od: Michal Grézl 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 1. 2018 9:17:56
Předmět: Re: [Talk-cz] Turistické trasy KČT - route=foot, route=hiking nebo
podle náročnosti?
"2018-01-08 13:27 GMT+01:00 Karel Volný :
> zdar,
>
>> Tak OpenTrackMap sice už nefunguje a myslím, že jsme ji nikdy neviděl
>> fungovat, ale ten seznam je docela pěkný. Jen by chtěl aktualizovat.

ma nekdo napad co s domenou opentrackmap.cz?

"



tvl, to je tvoje? Mně nenapadlo se podívat, komu vlastně patří. Já měl za
to, že projekt prostě umřel a domána s ním.





Marián


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

Re: [Talk-it] Altro utente problematico: maxspeed=30 a tappeto

[Francesco Pelullo]

Il giorno 9 gennaio 2018 09:05, Simone Saviolo 
ha scritto:

>
>> C'è un chiaro errore (del Sindaco).
>>
>
> In realtà no. Ha ragione lui: le "zone 30" esistono eccome, e sono spesso
> associate a zone residenziali.
>


Si, lo so. Art. 3 CDS comma 1 punto 58 ;-)
Il fatto è che una zona 30 deve essere:
- un luogo "speciale" rispetto al resto, nel senso che una città non può
avere l'intero territorio costituito da zona 30.
- un luogo segnalato (con i cartelli inizio/fine CDS fig. 368 cito a
memoria).

Nella fattispecie, il fatto che ci siano strade in cui esiste il segnale di
limite 50 significa che questa benedetta zona 30 sull'intero territorio è
inconsistente.
Beninteso, non ho niente in contrario all'utente Mzzntn, semplicemente non
sono daccordo a inserire dati basati su notizie vere fondate su fatti/atti
illegali.


Insomma: può darsi che ci siano i 30 dappertutto, ma verificate voi del
> posto.
>
>
>
Certo.
Ciao
/niubii/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Turistické trasy KČT - route=foot, route=hiking nebo podle náročnosti?

[Michal Grézl]

2018-01-08 13:27 GMT+01:00 Karel Volný :
> zdar,
>
>> Tak OpenTrackMap sice už nefunguje a myslím, že jsme ji nikdy neviděl
>> fungovat, ale ten seznam je docela pěkný. Jen by chtěl aktualizovat.

ma nekdo napad co s domenou opentrackmap.cz?



--
Michal Grézl
http://openstreetmap.cz

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

Re: [Talk-it] Altro utente problematico: maxspeed=30 a tappeto

[Simone Saviolo]

Il giorno 8 gennaio 2018 19:11, Francesco Pelullo  ha
scritto:

> Il giorno 8 gennaio 2018 18:54, Mzzntn  ha scritto:
>
>> Ripeto sono da mobile e potrò tornare al pc solo domani pomeriggio, non
>> mi è
>> possibile spulciare nell'albo pretorio online, (lo farò appena tornato al
>> pc) posto però una dichiarazione del sindaco riguardo gli autovelox e il
>> limite urbano.
>>
>> https://www.cerignolaviva.it/notizie/metta-che-c-e-cosa-e-su
>> ccesso-ci-sono-gli-autovelox-in-citta/
>
>
> C'è un chiaro errore (del Sindaco).
>

In realtà no. Ha ragione lui: le "zone 30" esistono eccome, e sono spesso
associate a zone residenziali. Eccoti un esempio da Vercelli (StreetView:
https://www.google.it/maps/@45.3259517,8.3985135,3a,41.1y,292.35h,85.21t/data=!3m7!1e1!3m5!1sQbhtuX0yzsOUe4b4iZx6eQ!2e0!6s%2F%2Fgeo0.ggpht.com%2Fcbk%3Fpanoid%3DQbhtuX0yzsOUe4b4iZx6eQ%26output%3Dthumbnail%26cb_client%3Dmaps_sv.tactile.gps%26thumb%3D2%26w%3D203%26h%3D100%26yaw%3D81.59535%26pitch%3D0%26thumbfov%3D100!7i13312!8i6656?hl=it
).

Concordo però sul fatto che dovrebbero essere segnalate sul luogo. Ho visto
un normale cartello di 30 all'ora su via Falcone, mentre in via Manfredonia
ne ho visto uno di 50; in entrambi i casi però non ho trovato il cartello
di ingresso nel centro urbano. Quei due divieti decadono al primo incrocio;
se al contrario ci fosse, sul cartello di centro urbano, un limite di 30
all'ora, credo che si estenderebbe automaticamente a tutto il centro
urbano.

Insomma: può darsi che ci siano i 30 dappertutto, ma verificate voi del
posto.

Ciao,

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