Re: [Talk-it-trentino] account per impor trentino, esiste?

[Marco Ciampa]

On Tue, Sep 13, 2016 at 10:06:32PM +0200, Maurizio Napolitano wrote:
> > Avete ragione naturalmente ma personalmente considero una persona "che si
> > fa problemi" meglio di una "che non si fa problemi" su questioni delicate
> > come le licenze.
> 
> Qui non è questione di licenze
> La licenza è più che rispettata visto che i dati sono rilasciati in CC0
> Come sai la CC0 non è una licenza perché è una rinuncia di ogni diritto al
> fine di avere un rilascio in pubblico dominio accelerando i tempi necessari
> per farlo
> 
> .>Ergo, anche se il problema che si pone può essere
> > eccessivo è da lodare che ci si ponga il prolema.
> 
> La discussione a cui si riferisce Luca è sulla ML nazionale dove ci si
> fanno tante domande
> La questione è che le linee guida di import dicono prima di verificare la
> licenza (che qui è ok), poi di sentire la comunità (che si è sempre
> considerata favorevole agli import dei dati provinciali) e, infine, creare
> un utente ad hoc per l'import
> 
> L'ultimo paesaggio è importante nel caso in cui l'importazione dei dati
> avviene in maniera massiva può generare errori (fra script sbagliati, dati
> con errori, duplicati...)
> Questo però non è un caso di importo massivo
> La discussione sulla ML nazionale è su cosa è un import e perde di vista il
> buon senso dell'uso delle linee guida

Hai ragione naturalmente, grazie per la precisazione.

--


Marco Ciampa

I know a joke about UDP, but you might not get it.



 GNU/Linux User #78271
 FSFE fellow #364




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

Re: [OSM-talk-be] Help starting JOSM on Ubuntu (was; Help! Hoe kan ik deze editeren?)

[Jasper Michels]

-Download josm-tested.jar

http:// josm.openstreetmap.de/


-Zorg dat je de java jdk 8 geinstalleerd hebt.
Indien je jdk 7 geinstalleerd had, verwijder deze dan.

http://tecadmin.net/install-oracle-java-8-jdk-8-ubuntu-via-ppa/

-zou nu een kwestie van dubbelklik op de .jar-file moeten zijn.

Op 13-sep.-2016 23:14 schreef "Erik B" :
>
> Mijn manier om JOSM te gebruiken onder Ubuntu is online als Webstart (dat
werkt ook onder Windows).
> Je hoeft niets te installeren, toch niets van JOSM, en je hebt steeds de
laatste versie.
>
> Probeer eens http://josm.openstreetmap.de/download/josm.jnlp
>
> Erik
>
> Op 13-09-16 om 21:09 schreef André Pirard:
>>
>> On 2016-09-13 18:22, Karel Adams wrote:
>>>
>>> Allen,
>>>
>>> ... JOSM wil om een of andere duistere reden niet opstarten op mijn
ubuntu-bakske.
>>>
>> Alleen,
>>
>> I can try to help you or anyone start JOSM on Ubuntu if you like.
>> What do you do and what do you see?
>>
>> Cheers
>>
>> André.
>>
>>
>>
>>
>>
>> ___
>> 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: [Talk-GB] Users tagging Farmyard as place=farm (Was Summer quarterly project)

[Richard Fairhurst]

Andy Townsend wrote:
> ** many "names" on OS OpenData aren't names at all (for example, 
> search for "poultry houses" in OSM and you'll get lots of things 
> "named" that).

On the hillside above the Crawnon Valley (up from Llangynidr in the Brecon
Beacons) OS StreetView has helpfully marked "Sheep".

cheers
Richard



--
View this message in context: 
http://gis.19327.n5.nabble.com/Summer-quarterly-project-tp5882378p5882528.html
Sent from the Great Britain mailing list archive at Nabble.com.

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

Re: [Talk-GB] Summer quarterly project

[Dan S]

Town-centre blitzes can lead to out-of-date data very quickly. Town
centre data is better to have in OSM if it has maintainer(s). Jerry
acknowledged this, but I still would like to register a concern about
that!

Best
Dan

2016-09-13 18:31 GMT+02:00 Paul Berry :
> +1 for the town centre blitzing. Even well-mapped city centres change all
> the time (shops opening and closing for one) and there are plenty of
> examples of places you'd think would have more detail than they actually do
> (eg Leeds is still pretty poorly mapped for POI and businesses, despite my
> best efforts). This is of course largely a reflection on how strong the
> local mapping community is. London, Cambridge and Nottingham spring to mind
> as exceptionally detailed urban areas.
>
> I think it'd have a bigger impact on the OSM people actually use. But, even
> if we don't go for this for the next Quarterly, it's always there as a
> "background" mapping task for all.
>
> Regards,
> Paul
>
> On 13 September 2016 at 15:46, Brian Prangle  wrote:
>>
>> The idea of adding opening hours and lots of fhrs data to existing OSM
>> data is not one I personally find attractive.  But I do like Jerry's idea of
>> blitzing town centres that are poorly mapped. Our own experience in
>> mappamercia recently in Kidderminster where we had  a summer Saturday
>> mapping meetup shows that a handful of mappers  with photo surveys can
>> completely transform the map. Add that to frhs data and we can have an even
>> better map with address data. It will also get us out to new areas for
>> mapping and increase the opportunity for community-building amongst
>> ourselves eg "I'm going to xyz this Sat - anyone care to join me";
>> contacting local mappers to see if they want to join in; contacting the
>> local chamber of commerce etc.
>>
>> I also like the idea of improving the road network generally - road
>> alignment(very poor in some areas) speed limits, lane counts,turn and
>> destination lanes information etc. - gets us back to the basics and possibly
>> impacts more data users
>>
>> On balance I prefer the town centre blitz approach as it offers more scope
>> for community building
>>
>> regards
>>
>> Brian
>>
>> On 13 September 2016 at 12:32, SK53  wrote:
>>>
>>> My comments on both suggestions:
>>>
>>> Speed Limits: a little bit boring, BUT there are some relatively
>>> achievable targets. For instance getting all primary & trunk roads with
>>> speed limits. There are areas of the country where none of these roads have
>>> limits, but even in well mapped places there is a considerable amount of
>>> simple tidying up (missing speed limits on roundabouts or short sections)
>>> which can be done. A further advantage is that major roads are also more
>>> likely to have Mapillary/OpenStreetView coverage. Additionally things like
>>> number of lanes, availability of pavements etc can be added as well whilst
>>> reviewing speed limits. I noticed this a few weeks ago because back in
>>> September last year I drove to Bewdley & waypointed changes of speed limits
>>> on the A456 from Hagley to Kidderminster.
>>>
>>> One additional caveat is that speed limits on the narrower roads are
>>> changing a lot: national speed limits to 50, 50 mph down to 40 mph, etc.
>>> I've noticed this particularly along the A606 as travel this by bus about
>>> once a year when I take more mapping notes.
>>>
>>> I have put a map based on this Overpass-turbo query on Flickr for trunk
>>> roads missing speed limits, and one for primary roads in the East Midlands
>>> here. The latter query returns too much data for the whole of the country
>>> but can be tailored by changing the area part of the query.
>>>
>>>
>>> Food Hygiene data. This would be in two forms: enrichment of existing OSM
>>> data (primarily with addresses); and surveying areas which have lots of FHRS
>>> data but little in OSM.
>>>
>>> The former is a valuable, but not particularly gripping activity. IIRC
>>> the FHRS data covers somewhere between 10-15% of total postcodes, and just
>>> having one address in a postcode can help resolve many adjacent ones. Two
>>> addresses and one can infer properties of how addresses are allocated on a
>>> road.
>>>
>>> Last year Peter Reed wrote a long series of blog posts about retail data
>>> and used Super Output Areas to predict volumes of missing data from OSM.
>>> Last year I targeted Melton Mowbray, Coalville, Havant and Chichester for
>>> mapping of the town centres based on this data. More recently I've done
>>> Hoylake & New Brighton. I'd hoped to have a look at Hyde, Tameside at the
>>> weekend, but was too tired by the end of the field meeting. Most towns in
>>> Greater Manchester are ripe for this kind of mapping: Oldham, Rochdale,
>>> Hyde, Denton, Ashton-under-Lyme and many others. In the past I have used a
>>> set of postcode centroids denoting places with missing data to help target
>>> the mapping. More recently 

Re: [Talk-GB] Users tagging Farmyard as place=farm (Was Summer quarterly project)

[Michael Booth]

I noticed via overpass-turbo there's quite a lot of place=farm to the 
north of Dundee, which seem to have all been added by the same person. 
http://overpass-turbo.eu/s/inl


Many of them have the place=farm node on top of an unnamed farmyard way, 
for example: https://www.openstreetmap.org/node/3922104085 - surely the 
name should just be added to the farmyard?


On 13/09/2016 13:29, Dave F wrote:

Hi
Off on a slight tangent.

There's been an increase (world wide) in the use of place=farm. If you 
fill out the boxes on this site you'll see: http://taghistory.raifer.tech/

Over 19k are in GB: http://taginfo.openstreetmap.org.uk/tags/place=farm

The reason for the increase could be it being displayed in the OSM 
carto rendering

Just one example: http://www.openstreetmap.org/node/4364588497

I believe many, if not all, are misinterpretations & should be 
landuse=farmyard.
The wiki http://wiki.openstreetmap.org/wiki/Farm says "a place named 
by a name of a farm"
To me, that means a collection of houses not associated with the farm 
being collectively given the name of that farm, so in effect, a hamlet 
has been named, say, Manor Farm.


Is that a common occurrence? I know of no such in my locale.

Dave F.

On 11/09/2016 18:45, Brian Prangle wrote:


Today saw us pass the 1,000 total for farmyards added during this 
project(1008 to be precise).


Well done to everyone who has participated. What has been the most 
unusual farm name anyone has come across?


Only a couple of weeks left - time to start thinking about our next 
quarterly project, while we see how many more farmyards we can add.


Regards

Brian



___
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



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

Re: [OSM-talk-be] Help starting JOSM on Ubuntu (was; Help! Hoe kan ik deze editeren?)

[Erik B]

Mijn manier om JOSM te gebruiken onder Ubuntu is online als Webstart 
(dat werkt ook onder Windows).
Je hoeft niets te installeren, toch niets van JOSM, en je hebt steeds de 
laatste versie.


Probeer eens http://josm.openstreetmap.de/download/josm.jnlp

Erik

Op 13-09-16 om 21:09 schreef André Pirard:

On 2016-09-13 18:22, Karel Adams wrote:

Allen,

... JOSM wil om een of andere duistere reden niet opstarten op mijn 
ubuntu-bakske.



Alleen,

I can try to help you or anyone start JOSM on Ubuntu if you like.
What do you do and what do you see?

Cheers

André.






___
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] Postgres et nom de champ contenant : (deux points)

[Bruno G]

Merci Vincent,

Ca marche ;-)


Le 13/09/2016 à 15:37, Vincent de Château-Thierry a écrit :

Bonjour,

Le 13/09/2016 à 03:25, Bruno G a écrit :

Bonjour,

osm2pgsql génère des champs contenant des deux points, par exemple
addr:housename

Et j'essaye de faire une requête dans psql :

SELECT osm_id, name, addr:housename from planet_osm_polygon WHERE 
admin_level='8' ;


Et le message  renvoyé :
ERROR:  syntax error at or near ":"

Pourtant, quand je fait un \d planet_osm_polygon le champ est bien 
listé...


Je suis sous PostgreSQL 9.5.4, Ubuntu 16.04.2 et postgis 2.2


En encadrant le nom du champ par des guillemets doubles ça devrait 
passer :


SELECT osm_id, name, "addr:housename" from planet_osm_polygon WHERE 
admin_level='8' ;


bonnes requêtes
vincent

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



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

Re: [OSM-talk-fr] amenity=clinic

[osm . sanspourriel]

Le 13/09/2016 à 00:01, Christian Rogel - 
christian.ro...@club-internet.fr a écrit :


 A noter que les permanences de SOS Médecins peuvent diisposer d’un 
lieu pour les petites urgences. Ne seraient-ce pas alors un 
dispensaire/« clinic » ?


Attention, les urgences, a priori c'est du 24/7 : tu te pointes, tu 
attends, ils s'occupent de toi.
Pour aller à SOS Médecins, il faut prendre rendez-vous, donc il faut 
indiquer les coordonnées téléphoniques dans OSM (et indiquer que c'est 
sur rendez-vous ? Comment le faire proprement dans OSM ?).
Avec un portable vous pouvez prendre rendez-vous avec le standard devant 
la porte, mais bon...


Effectivement il vaut mieux décharger les urgences en gardant les 
services d'urgences pour les vraies urgences.


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

Re: [OSM-talk] osm.org Banner about SotM (missing THE SotM in Brussels!)

[Stefan Keller]

Could verify that in incognito windows.
But still: Last addition (= Latam) comes first, SotM last.

:Stefan

2016-09-13 21:05 GMT+02:00 Benoit Fournier :
> Hi Stefan,
>
> Next time you open the frontpage or refresh, you may see another:
> SotM-LatAm, Sotm-Asia, _the_ SotM.
> Events are on rolling banner, and sharing the spotlight.
>
> Benoît
>
>
> On Tue, Sep 13, 2016 at 8:49 PM, Stefan Keller  wrote:
>> Hi,
>>
>> I'm bit confused by a banner showing up at osm.org about SotM Latam in
>> November!
>> I'd just really expect to see the _the_ SotM in Brussels there at
>> least till end of September :-)
>> How this?
>>
>> :Stefan
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk

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

[OSM-talk-be] Help starting JOSM on Ubuntu (was; Help! Hoe kan ik deze editeren?)

[André Pirard]

On 2016-09-13 18:22, Karel Adams wrote:
> Allen,
>
> ... JOSM wil om een of andere duistere reden niet opstarten op mijn
> ubuntu-bakske.
>
Alleen,

I can try to help you or anyone start JOSM on Ubuntu if you like.
What do you do and what do you see?

Cheers

André.




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

Re: [OSM-talk] osm.org Banner about SotM (missing THE SotM in Brussels!)

[Bryan Housel]

The OpenStreetMap site will show you banners for any upcoming events in a 
rotation until you dismiss the banner by clicking the ‘X'.  After you have 
dismissed a banner, you won’t be shown the banner again (unless you clear your 
cookies).


> On Sep 13, 2016, at 2:49 PM, Stefan Keller  wrote:
> 
> Hi,
> 
> I'm bit confused by a banner showing up at osm.org about SotM Latam in
> November!
> I'd just really expect to see the _the_ SotM in Brussels there at
> least till end of September :-)
> How this?
> 
> :Stefan
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk] osm.org Banner about SotM (missing THE SotM in Brussels!)

[Benoit Fournier]

Hi Stefan,

Next time you open the frontpage or refresh, you may see another:
SotM-LatAm, Sotm-Asia, _the_ SotM.
Events are on rolling banner, and sharing the spotlight.

Benoît


On Tue, Sep 13, 2016 at 8:49 PM, Stefan Keller  wrote:
> Hi,
>
> I'm bit confused by a banner showing up at osm.org about SotM Latam in
> November!
> I'd just really expect to see the _the_ SotM in Brussels there at
> least till end of September :-)
> How this?
>
> :Stefan
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

[OSM-talk] osm.org Banner about SotM (missing THE SotM in Brussels!)

[Stefan Keller]

Hi,

I'm bit confused by a banner showing up at osm.org about SotM Latam in
November!
I'd just really expect to see the _the_ SotM in Brussels there at
least till end of September :-)
How this?

:Stefan

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

[OSM-talk-fr] Cartopartie le 1er octobre à Saint-Herblain (44)

[Antoine Riche]

Bonjour à tou.te.s.

Un nouveau quartier est sorti de terre à Saint-Herblain, entre le Sillon 
de Bretagne, le terminus de tram Marcel Paul et cette nouvelle rue 
. Voici un beau terrain de 
jeux pour mappeur.se.s chevronné.e.s ou en herbe.


Au programme :

 * rendez-vous samedi 1/10 à 10h à l'arrêt de tramway (ligne 3) Sillon
   de Bretagne : ici même 
 * après nos relevés direction Place Viarme (ligne 3, arrêt Viarme -
   Talensac) pour aller saisir les données dans les locaux de
   l'association Médiagraph
   gracieusement mis à notre disposition
   (encore merci !)

Apportez votre pique-nique, au besoin il y a aussi des boulangeries 
Place Viarme.


Si vous avez un PC portable (quelques-uns disponibles chez Médiagraph), 
un smartphone ou un appareil photo avec GPS : apportez-le !

Pour toute question n'hésitez pas à me contacter.

A bientôt !
Antoine.



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

Re: [OSM-talk-nl] postkantoren in Nederland

[Ronald Stroethoff]

Marc Gemis wrote:

> Wat je nu gedaan hebt is al een goede aanzet. Je hebt de andere
> mappers attent gemaakt op fouten in OSM.
> Je kan nu door wat reklame (mailing list/forum/blog/diary) te maken,
> proberen andere mappers aan te zetten tot het corrigeren van deze
> fouten in hun buurt. Ze kunnen jouw Overpass query gebruiken bij hun
> surveys.
> 
> Door een paar keer terug te komen op dit "probleem" en de vooruitgang
> te tonen (minder en minder postkantoren) zullen anderen misschien
> gemotiveerd geraken. Je kan ook een telling per provincie doen en er
> zo een "wedstrijdje" van maken.
> 
Ik zal binnenkort een gebied vastpakken en deze bewerken,
ik heb dat in het verleden al eerder gedaan met fietsenwinkels, kerken, 
hindoe-tempels en boeddhistische tempels.
Het gebied dat ik in dat geval ga beetpakken zal worden begrenst door het 
Noordzeekanaal in het noorden, het Amsterdam-Rijnkanaal in het oosten, de 
Rijn in het zuiden en de kust in het westen.

Ronald 


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

[OSM-talk-fr] label

[osm . sanspourriel]

On parlait dernièrement des positionnements des noms (ou autres) avec 
des rôle label=.


MapBox a développé un algo utilisant les quadtrees et jusqu'à 40 fois 
plus efficace que les algo usuels pour les cas où le brave barycentre ne 
convient pas.


L'article :

https://www.mapbox.com/blog/polygon-center/

Le code :

https://github.com/mapbox/polylabel





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

Re: [OSM-talk-be] Routing in Liège

[André Pirard]

On 2016-09-13 18:21, Marc Gemis wrote:
> Hallo,
>
> I was contacted by a mapper from Germany with whom I worked on turn:lanes.
> He has to following question, can someone with local knowledge inform
> us about the road classifications ? I have the impression a lot of
> streets are indeed residential. Feel free to reply in French, I'll
> translate it to English for him.
Hi,

The overpass map doesn't show Liège but the North of it.
When run, I can't make sense of what I see.
Could you get rid of the nodes?

In Liège, most of the ways are residential, of course.
You can see not yet mapped buildings by displaying the BE PICC layer.
But, beside surrounding and access motorways, some ways are suitable for
slower, through traffic.
Those are brown on OSM.org and mainly: alongside Meuse and Dérivation,
rue de l'Yser to Ans, N3, N61, N30, N63, N90. (...?)
Notably missing the brown status is N671 for carrying the heavy traffic
in direction Namur.
(The rule is that brown, main National, primary roads are 1 or 2 digits,
but 671 certainly deserves that).
Beside that, there are yellow, secondary wider streets bordered by
buildings like Boulevard de la Sauvenière that can be used for faster
moving inside town but isn't recommended for traveling through.

I'm not mapping Liège and I don't know every small streets of it
everywhere, but I can comment specifics like N671 if no one else stands
up in this thread.

Cheers

André.




>
>
> [snipped]
> Now I want ask you about another problem.
> Coming from here
> http://forum.mapfactor.com/discussion/comment/13515#Comment_13515
> I checked Liege to find out the mapping of roads there:
> http://overpass-turbo.eu/s/imn
> My guess is, that unclassified is used wrong there and that is the
> reason for strange routings. My opinion is that unclassified as the
> lowest kind of connecting roads do not end at city borders and have or
> need common connection to same or higher class inside of towns or
> villages. For me routers should avoid residentials and lower as much
> as possible. Do you have any idea to check and correct this in Liege
> to make routing better?
>
> If there are any questions, please ask.
>
> Regards
> Michael aka hurdygurdyman
>
> ___
> 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: [Talk-it-trentino] account per impor trentino, esiste?

[Luca Delucchi]

Il 13/set/2016 20:18, "girarsi_liste"  ha scritto:
>
>
> Chiedo scusa umilmente a Luca per la mia prima risposta di stamattina,
> ma da smartphone avevo inteso un'astio, che rileggendo adesso da pc non
> c'è, scusa ancora.
>

Nessun problema, anch'io ho risposto da cellulare e un po velocemente,
magari potevo essere più chiaro

> --
> Simone Girardelli
>

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

Re: [OSM-talk-fr] Bâtiments inscrits MHS et WHC dans Osmose

[LeTopographeFou]

Bonjour Frédéric,

A ce jour le patch semble avoir corrigé le soucis, merci !!

Cordialement,

LeTopographeFou

Le 11/09/2016 à 22:23, Frédéric Rodrigo a écrit :

Bonjour,

J'ai effectué une modification pour garder les valeurs existantes d'un 
tag. Si vous en voyez d'autres que les ref et source (ou c'était déjà 
le cas) et que heritage:operator je peux les ajouter.


Pour heritage:operator ça sera opérationnel d'ici quelque jours.

https://github.com/frodrigo/osmose-backend/commit/46c9d3d177c0cb982641f3a56c041c25b52c8a27 



Frédéric.


Le 10/09/2016 à 14:06, LeTopographeFou a écrit :


Bonjour,

En traitant des erreurs Osmose je suis tombé sur ce qui je pense est 
une erreur dans l'algo de détection et/ou de correction.


Le problème semble survenir quand un monument historique est 
également classé à l'UNESCO. Cela donne généralement 
/heritage:operator=whc;mhs/ (67 résultats dans taginfo) :


https://taginfo.openstreetmap.org/tags/heritage:operator=whc;mhs

Je sais qu'il y a un débat sur comment représenter plusieurs valeurs 
(avec des [], avec un point virgule, avec...) et qu'il n'y a pas de 
consensus clair. Je ne souhaite pas rentrer dans ce débat, ce qui 
m'inquiète le plus c'est qu'Osmose, dans sa tentative d'association 
avec une base de donnée du ministère, croit qu'il n'a pas été associé 
et propose un correctif qui élimine le whc (donc un fix plutôt 
destructif...). Exemples :


  * Basilique de Vézelay
(http://osmose.openstreetmap.fr/fr/error/7981644480)
  * Cathédrale de Bourge
(http://osmose.openstreetmap.fr/fr/error/7981642652)
  * Cathédrale d'Amiens
(http://osmose.openstreetmap.fr/fr/error/7981644547)
  * ...

Et dans le fix proposé par Osmose il ne met pas tellement en avant 
que ce fix supprime l'inscription whc (et toutes les autres 
inscriptions éventuelles). Donc un utilisateur distrait ou 
non-avertit pourrait faire des erreurs pensant bien faire.


Ne peut-on pas avoir un algo de détection qui tienne compte de ces 
cas de figures ? Du genre ne pas chercher une chaine valant 
strictement "mhs" mais une chaîne qui contiendrait le mot mhs.


Cordialement,

--
LeTopographeFou


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




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



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

Re: [Talk-GB] Quarterly Project International Collaboration

[Jez Nicholson]

Excellent idea. I see beer exchange trips ahead :)

On Tue, 13 Sep 2016 16:35 Brian Prangle,  wrote:

> Hi everyone
>
> Manfred Reiter has contacted me with the idea of running some quarterly
> projects in collaboration with the German Community. Currently this is just
> bluesky thinking. What do folk think about this?  There are many different
> ways of organising this.
>
> regards
>
> Brian
> ___
> 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: [OSM-talk-be] Help! Hoe kan ik deze editeren?

[Ruben]

Het was inderdaad spurieuze data, die twee kleine ways. Dit[1] is het echte 
aerodrome-object.

Je hebt één van de twee kleine ways verwijderd[2], en van de ander alle tags 
verwijderd[3]. Die laatste moet dus nog verwijderd worden en dan is alles in 
orde denk ik.

[1] http://osm.org/way/161204831
[2] http://osm.org/way/161204833, in changeset #42130376, analyse: 
https://overpass-api.de/achavi/?changeset=42130376
[3] http://osm.org/way/161204839, in changeset #42130517, analyse: 
https://overpass-api.de/achavi/?changeset=42130517

On dinsdag 13 september 2016 16:51 Karel Adams wrote:
> Marc, dat was wel een erg prompte reactie, en dan nog effectief ook!
> 
> Dank zij die tip heb ik de brol inderdaad weggekregen, of toch minstens 
> "weg genoeg" voor mijn intenties. Inderdaad: als je in Potlatch doorheen 
> een "way" wandelt, en een voor een de samenstellende nodes aanklikt, dan 
> kun je op elke node een / tikken (als je althans op een qwerty tikt) en 
> dan krijg je telkens een andere way te zien waarvan de betreffende node 
> deel uitmaakt - als er meerdere zijn.
> 
> Op die wijze heb ik de gewraakte ways kunnen vinden en er het "aeroway" 
> tag van verwijderen. Ik vrees weliswaar dat ze daarmee niet helemaal weg 
> zijn, ook al hebben ze nu geen enkele tag meer, echt proper zal het nog 
> niet zijn vrees ik.
> 
> Ook het uitschakelen van de Bing-achtergrond hield wel een beetje om de 
> zaak wat overzichtelijker te maken, er is daar met bijzonder veel 
> overtuiging gemapt geworden geweest in die contreien. Effort worthy of a 
> better cause, denk ik dan... maar goede wil moet men altijd op prijs 
> stellen...
> 
> Welbedankt!
> 
> Karel




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

Re: [Talk-cz] Maps.ME značky někde úplně jinde.

[Jan Martinec]

Jo, to je maps.me. Zverik hlavní vývojář urputně předstírá neexistenci
problému. Vot těchnika!

Jinak je na to na wiki talk page, kam lidi píšou issues, a maps.me na to
reagují...nebo ne. Řešilo se to i tu v talk-cz  cca dva měsíce zpět,  že
sice hromada lidí přes to mapuje, ale mnohem větší procento jich mapuje
halabala nebo úplně nesmyslně.

Honza Piškvor Martinec

Dne 13. 9. 2016 17:49 napsal uživatel "Matěj Cepl" :

> https://www.openstreetmap.org/node/4398944590
> (z https://www.openstreetmap.org/changeset/42126836)
>
> To je problém toho programu, nebo jeho uživatelů, že přidávají
> zcela náhodné značky do zcela náhodných míst? Museum of love (a
> nejraději bych takovéhle věci vůbec nedělal propagandu, ale halt
> to tam fakt je) je podle jejich webu http://www.museumoflove.cz/
> (a podle mapy.cz) ve Vejvodově 6, což je někde jinde. Nota bene,
> my už tam tuto bohabojnou instituci označkovanou máme.
>
> Matěj
>
> --
> https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>
> "Push to test." (click) "Release to detonate..."
>  -- from a bugzilla quip list
>
>
> ___
> 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-GB] Summer quarterly project

[Paul Berry]

+1 for the town centre blitzing. Even well-mapped city centres change all
the time (shops opening and closing for one) and there are plenty of
examples of places you'd think would have more detail than they actually do
(eg Leeds is still pretty poorly mapped for POI and businesses, despite my
best efforts). This is of course largely a reflection on how strong the
local mapping community is. London, Cambridge and Nottingham spring to mind
as exceptionally detailed urban areas.

I think it'd have a bigger impact on the OSM people actually use. But, even
if we don't go for this for the next Quarterly, it's always there as a
"background" mapping task for all.

Regards,
*Paul*

On 13 September 2016 at 15:46, Brian Prangle  wrote:

> The idea of adding opening hours and lots of fhrs data to existing OSM
> data is not one I personally find attractive.  But I do like Jerry's idea
> of blitzing town centres that are poorly mapped. Our own experience in
> mappamercia recently in Kidderminster where we had  a summer Saturday
> mapping meetup shows that a handful of mappers  with photo surveys can
> completely transform the map. Add that to frhs data and we can have an even
> better map with address data. It will also get us out to new areas for
> mapping and increase the opportunity for community-building amongst
> ourselves eg "I'm going to xyz this Sat - anyone care to join me";
> contacting local mappers to see if they want to join in; contacting the
> local chamber of commerce etc.
>
> I also like the idea of improving the road network generally - road
> alignment(very poor in some areas) speed limits, lane counts,turn and
> destination lanes information etc. - gets us back to the basics and
> possibly impacts more data users
>
> On balance I prefer the town centre blitz approach as it offers more scope
> for community building
>
> regards
>
> Brian
>
> On 13 September 2016 at 12:32, SK53  wrote:
>
>> My comments on both suggestions:
>>
>>
>>- Speed Limits: a little bit boring, *BUT *there are some relatively
>>achievable targets. For instance getting all primary & trunk roads with
>>speed limits. There are areas of the country where none of these roads 
>> have
>>limits, but even in well mapped places there is a considerable amount of
>>simple tidying up (missing speed limits on roundabouts or short sections)
>>which can be done. A further advantage is that major roads are also more
>>likely to have Mapillary/OpenStreetView coverage. Additionally things like
>>number of lanes, availability of pavements etc can be added as well whilst
>>reviewing speed limits. I noticed this a few weeks ago because back in
>>September last year I drove to Bewdley & waypointed changes of speed 
>> limits
>>on the A456 from Hagley to Kidderminster.
>>
>>One additional caveat is that speed limits on the narrower roads are
>>changing a lot: national speed limits to 50, 50 mph down to 40 mph, etc.
>>I've noticed this particularly along the A606 as travel this by bus about
>>once a year when I take more mapping notes.
>>
>>I have put a map based on this 
>>Overpass-turbo query on Flickr  for trunk
>>roads missing speed limits, and one for primary roads in the East Midlands
>>here . The latter query
>> returns too much data for the whole
>>of the country but can be tailored by changing the area part of the query.
>>
>>
>>- Food Hygiene data. This would be in two forms: enrichment of
>>existing OSM data (primarily with addresses); and surveying areas which
>>have lots of FHRS data but little in OSM.
>>
>>The former is a valuable, but not particularly gripping activity.
>>IIRC the FHRS data covers somewhere between 10-15% of total postcodes, and
>>just having one address in a postcode can help resolve many adjacent ones.
>>Two addresses and one can infer properties of how addresses are allocated
>>on a road.
>>
>>Last year Peter Reed wrote a long series of blog posts
>>
>> 
>>about retail data and used Super Output Areas to predict volumes of 
>> missing
>>data from OSM. Last year I targeted Melton Mowbray, Coalville, Havant and
>>Chichester for mapping of the town centres based on this data. More
>>recently I've done Hoylake & New Brighton. I'd hoped to have a look at
>>Hyde, Tameside at the weekend, but was too tired by the end of the field
>>meeting. Most towns in Greater Manchester are ripe for this kind of
>>mapping: Oldham, Rochdale, Hyde, Denton, Ashton-under-Lyme and many 
>> others.
>>In the past I have used a set of postcode centroids denoting places with
>>missing data to help target the mapping. More recently I have munged the
>>FHRS data 

[OSM-talk-be] Help! Hoe kan ik deze editeren?

[Karel Adams]

Allen,

Onderstaande lijken mij bijna zeker ten onrechte gemapt, ik wil ze graag 
bijwerken (misschien, als ze toch reden van bestaan hebben) of 
verwijderen (wat waarschijnlijker lijkt).


Maar ik slaag er maar niet in om ze nog maar te zien te krijgen, toch al 
zeker niet in Potlatch, dat ik gewoonlijk gebruik, JOSM wil om een of 
andere duistere reden niet opstarten op mijn ubuntu-bakske.


Hoe pak ik dit aan? Met excuses als het een stomme vraag is, maar ik zit 
echt wel vast...


Is er tenminste een manier om deze beide items als dusdanig te tonen op 
een kaart, met identificatie van de samenstellende coordinatenparen? Als 
ik dat had dan was er hoop...


Karel


  





  
  






  


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

Re: [Talk-it-trentino] R: Re: M'appare il Lagorai Cima D'Asta - Mapping Pieve Tesino

[girarsi_liste]

Il 13/09/2016 15:13, Giorgio Zampedri ha scritto:

> Dai che non 
> puoi non venire 
> 

Si vedrà a tempo debito, grazie comunque per le risposte.


-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-it-trentino] account per impor trentino, esiste?

[girarsi_liste]

Il 13/09/2016 10:20, pietro marzani ha scritto:
> Io lo faccio spesso con le forestali:
> http://dati.trentino.it/dataset/viabilita-forestale-923722
> Se mi capita di andare in una zona e vedere che una forestale non è mappata 
> (e non
> avere il tempo per seguirla tutta con il gps), utilizzo il file della 
> provincia 
> come riferimento per il nome e il tracciato nei punti in cui dalle ortofoto 
> non 
> è chiaro, mentre dove si vede bene il tracciato sulle ortofoto preferisco 
> appoggiarmi 
> queste che mi sembrano più precise.
> Utilizzo il mio account e metto nella source del changeset dati.trentino.it e 
> PCN2012.
> Ciao
> Pietro
> 

Faccio così anch'io per tratti unici e brevi o comunque visibili da
ortofoto, in questo caso però ci sono una cinquantina di affluenti e
parecchi nodi/way (+ di 1000), di qui il mio dubbio, ora risolto con le
ultime risposte.

Per cui faccio a tratti, perchè comunque devo sostituire i tag, e
soprattutto correggere il name che qui nel dataset son tutti maiuscoli,
comunque niente che non si faccia in paio d'ore sul singolo layer.

Grazie a tutti per le risposte.



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

[Talk-cz] Maps.ME značky někde úplně jinde.

[Matěj Cepl]

https://www.openstreetmap.org/node/4398944590
(z https://www.openstreetmap.org/changeset/42126836)

To je problém toho programu, nebo jeho uživatelů, že přidávají 
zcela náhodné značky do zcela náhodných míst? Museum of love (a 
nejraději bych takovéhle věci vůbec nedělal propagandu, ale halt 
to tam fakt je) je podle jejich webu http://www.museumoflove.cz/ 
(a podle mapy.cz) ve Vejvodově 6, což je někde jinde. Nota bene, 
my už tam tuto bohabojnou instituci označkovanou máme.

Matěj

-- 
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
"Push to test." (click) "Release to detonate..."
 -- from a bugzilla quip list


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

Re: [OSM-talk-nl] postkantoren in Nederland

[Marc Zoutendijk]

> Op 11 sep. 2016, om 10:45 heeft Ronald Stroethoff  het 
> volgende geschreven:
> 
> Enige jaren geleden zijn in Nederland alle postkantoren gesloten.

> [knip]

> Op de website "http://overpass-turbo.eu; kan je zoeken op 
> "amenity"="post_office".
> Er wordt dan gezocht in het dan geopende venster.
> Ik was een beetje verrast door de hoeveelheid postkantoren in Nederland die 
> vervolgens zichtbaar werden.
> Ik denk dat het geen goede indruk maakt als er nog zoveel postkantoren 
> zichtbaar zijn.
> Hoe gaan we daarmee om?
> 
> 
> ___

Vanwege het bereiken van een groter aantal mappers stel ik voor dat je dit 
(nuttige) bericht ook op het forum plaatst. De NL comunnity is daar 
aanmerkelijk actiever dan op deze mailinglist.

Voor het geval je het forum nog niet kent:

http://forum.openstreetmap.org/viewforum.php?id=12 


De adviezen van Marc Gemis zijn een goede aanzet om mee verder te gaan, want 
het is inderdaad merkwaardig dat zo’n groot aantal verkeeerde tags nog in 
gebruik zijn.

Marc.

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

Re: [OSM-talk] Alternative to Pipermail?

[nwastra]

There is http://gis.19327.n5.nabble.com/General-Discussion-f5171242.html but 
that site is very poor because it keeps putting a 'free resume' site into your 
browser so you are directed to that when you hit the back button. Because that 
happens to me on the nabble site i am quite pleased to use the piper mail.

N

> On 14 Sep 2016, at 12:39 am, Dave F  wrote:
> 
> Hi
> 
> Is there a site other than Pipermail which archives OSM forums?
> 
> As Pipermail gives up displaying posts as children when about 3 or 4 deep it 
> gets a bit confusing who's replying to who.
> 
> Cheers
> Dave F.
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-cz] Update taginfo serveru?

[Petr Schönmann]

Ahoj, Diky za zprovozneni taginfa na fitu. Chtěl bych poprosit aby
napriklad u http://osm.fit.vutbr.cz:4567/tags/amenity=parking vpravo nahore
jak jsou odkazy na dotazy XAPI, OPT, JOSM byly jen na cesky bounding box.
Diky. Mam tuseni ze Michal se s tim dlouho pral a neprisel na to jak
udělat. Pripadně přeju hodně zdaru.

út 13. 9. 2016 v 12:34 odesílatel Tom Ka  napsal:

> No jestli tvoje nejede vubec, tak asi hned. Predoklada tedy, ze budes
> schopen zajistit domenu taginfo.osm.cz a na tu adresu co jsem poslal
> jen udelat forward ok?
>
> Bye
>
> Dne 13. září 2016 12:29 Michal Grézl 
> napsal(a):
> > supr, kdy muzu predelat adresu v proxy?:)
> >
> >
> > --
> > Michal Grézl
> > http://openstreetmap.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
>
-- 
S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-GB] Quarterly Project International Collaboration

[Brian Prangle]

Hi everyone

Manfred Reiter has contacted me with the idea of running some quarterly
projects in collaboration with the German Community. Currently this is just
bluesky thinking. What do folk think about this?  There are many different
ways of organising this.

regards

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

Re: [Talk-GB] Summer quarterly project

[Dave F]

I'd vote for fhrs:id as the next project. I'm about half way through for 
my LA. (I also like Greg's trigpoint database.)


It's worth noting that Greg's site is primarily to use the fhrs database 
for the addition of postcodes/addresses, not the ID's themselves.


For instance, it doesn't update the "Total number of FHRS 
establishments" isn't update regularly and there's no 'Relevant OSM 
nodes/ways without fhrs:id'.
A break down per classification (Pubs, Restaurants, Hospitals etc) would 
be useful as well
I'm sure this can be created on another site. (Can anyone have a 
development site similar to Greg's)?


Dan
I've found that opening hours change so often, especially with small 
indie establishments, that it's just not worth the effort. I add a 
website if available (although they seem to alter often enough).


Dave F.



On 12/09/2016 16:27, Dan S wrote:

2016-09-12 8:18 GMT-07:00 Robert Whittaker (OSM lists)
:

On 11 September 2016 at 18:45, Brian Prangle  wrote:

Only a couple of weeks left - time to start thinking about our next
quarterly project, while we see how many more farmyards we can add.

What about improving the mapping of eating establishments, with the
help of the excellent FHRS comparison site at
http://gregrs.dev.openstreetmap.org/fhrs/ ? Metrics might include
total number of amenity=(fast_food|cafe|restaurant|pub|bar) objects
and also the proportion with name=*, addr:postcode=* and fhrs:id=*
tags.

I was thinking of suggesting something to capture opening_hours, which
I think meshes well with Robert's suggestion. I've been using OsmAnd
recently and realised how useful the opening hours data is when doing
local in-situ () searches.

Best
Dan

___
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

[OSM-talk] Alternative to Pipermail?

[Dave F]

Hi

Is there a site other than Pipermail which archives OSM forums?

As Pipermail gives up displaying posts as children when about 3 or 4 
deep it gets a bit confusing who's replying to who.


Cheers
Dave F.

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

Re: [Talk-GB] Summer quarterly project

[Brian Prangle]

The idea of adding opening hours and lots of fhrs data to existing OSM data
is not one I personally find attractive.  But I do like Jerry's idea of
blitzing town centres that are poorly mapped. Our own experience in
mappamercia recently in Kidderminster where we had  a summer Saturday
mapping meetup shows that a handful of mappers  with photo surveys can
completely transform the map. Add that to frhs data and we can have an even
better map with address data. It will also get us out to new areas for
mapping and increase the opportunity for community-building amongst
ourselves eg "I'm going to xyz this Sat - anyone care to join me";
contacting local mappers to see if they want to join in; contacting the
local chamber of commerce etc.

I also like the idea of improving the road network generally - road
alignment(very poor in some areas) speed limits, lane counts,turn and
destination lanes information etc. - gets us back to the basics and
possibly impacts more data users

On balance I prefer the town centre blitz approach as it offers more scope
for community building

regards

Brian

On 13 September 2016 at 12:32, SK53  wrote:

> My comments on both suggestions:
>
>
>- Speed Limits: a little bit boring, *BUT *there are some relatively
>achievable targets. For instance getting all primary & trunk roads with
>speed limits. There are areas of the country where none of these roads have
>limits, but even in well mapped places there is a considerable amount of
>simple tidying up (missing speed limits on roundabouts or short sections)
>which can be done. A further advantage is that major roads are also more
>likely to have Mapillary/OpenStreetView coverage. Additionally things like
>number of lanes, availability of pavements etc can be added as well whilst
>reviewing speed limits. I noticed this a few weeks ago because back in
>September last year I drove to Bewdley & waypointed changes of speed limits
>on the A456 from Hagley to Kidderminster.
>
>One additional caveat is that speed limits on the narrower roads are
>changing a lot: national speed limits to 50, 50 mph down to 40 mph, etc.
>I've noticed this particularly along the A606 as travel this by bus about
>once a year when I take more mapping notes.
>
>I have put a map based on this 
>Overpass-turbo query on Flickr  for trunk
>roads missing speed limits, and one for primary roads in the East Midlands
>here . The latter query
> returns too much data for the whole
>of the country but can be tailored by changing the area part of the query.
>
>
>- Food Hygiene data. This would be in two forms: enrichment of
>existing OSM data (primarily with addresses); and surveying areas which
>have lots of FHRS data but little in OSM.
>
>The former is a valuable, but not particularly gripping activity. IIRC
>the FHRS data covers somewhere between 10-15% of total postcodes, and just
>having one address in a postcode can help resolve many adjacent ones. Two
>addresses and one can infer properties of how addresses are allocated on a
>road.
>
>Last year Peter Reed wrote a long series of blog posts
>
>about retail data and used Super Output Areas to predict volumes of missing
>data from OSM. Last year I targeted Melton Mowbray, Coalville, Havant and
>Chichester for mapping of the town centres based on this data. More
>recently I've done Hoylake & New Brighton. I'd hoped to have a look at
>Hyde, Tameside at the weekend, but was too tired by the end of the field
>meeting. Most towns in Greater Manchester are ripe for this kind of
>mapping: Oldham, Rochdale, Hyde, Denton, Ashton-under-Lyme and many others.
>In the past I have used a set of postcode centroids denoting places with
>missing data to help target the mapping. More recently I have munged the
>FHRS data by distributing all places sharing a postcode on a circle of
>10-20 m radius and created GPX files for particular areas: with each FHRS
>category having a different symbol.
>
>A town the size of Melton Mowbray took around 90 minutes to do a photo
>survey. Adding the data to OSM rather longer. Stockport, another, larger,
>retail centre, which I have now surveyed in 2015 & 2016, took about 3 hours
>altogether. Some of this was duplicated, and in part was because the
>Merseyway Shopping Centre closed before I got round it on my first visit. A
>second visit is useful because one inevitably notices anomalies which
>require investigation when entering the data. My strategy is to take photos
>and a limited number of notes or audio files, and therefore maximise
>mapping time. This is all based on FHRS having all the other 

[Talk-cz] Import Dibavod - potok: správně strouhy nebo vodní toky pod zemí

[majka]

V okolí jsem narazila na mapě na několik "potoků", které se tam dostaly
importem Dibavod. Nejedná se o potoky jako takové, dokonce ani o potůčky,
ale podle spíš o strouhy - povrchová koryta vyložená betonovými dílci
sloužící historicky k odvodu dešťové vody do potoka, rybníka nebo jen na
louku ke vsáknutí. Navíc některé nejsou nikde připojené na jiné vodní
cesty, začínají i končí na poli či na louce.
Na několika místech se na mapě kříží s novými silnicemi a přeložkami, které
jdou po nižších náspech (max. 2-3 m) s tím, že jsem ještě nezkoumala zda a
jak jsou tu vedené pod silničním tělesem. Vodou se plní jen při dešti.

Co s tím? Zatím jsem 3 nejblížší, kde to jednoznačně na povrchu není žádný
tok, změnila na waterway:drain + intermittent=yes  a nechávám to křížení se
silnicí a začátek a konec v prostoru.

Podobný případ je několik toků, které nejsou vidět na povrchu, ale podle
základní mapy nebo Zabagedu vedou pod zemí. Nechat jak je? Opravit? A jakým
způsobem?

Příkladem je https://openstreetmap.cz/#map=17/48.99816/14.50011, kdy potok
vedoucí od Světlíků je vedený od křížení se silnicí 634 pod zemí - dokonce
podle ZM jinudy, tedy pod tou budovou (skladem), až na západní stranu
kruhového objezdu, kde je napojený na potoky vedené do Nemanického rybníka.

Díky za radu.
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] cesta pod vodou

[Jan Martinec]

No, ono to i na té odhalené fotce vypadá "abandoned" - ta díra uprostřed
nebude průjezdná, a možná ani průchozí.

HPM

Dne 13. 9. 2016 16:01 napsal uživatel "Milan Cerny" :

> Ono je to těžký, pokud to někdo mapovat v době sucha, viz odkaz, tak se
> ani nedivím, že je to zmapované jako normální cesta.
> Podle této fotky to vypadá spíš jako jarní louka, než dno nádrže. Ten most
> musí být pod hladinou jen kousek, nicméně i za současného sucha a snížené
> hladiny nic vidět nebylo.
>
> http://www.turistik.cz/cz/kraje/ustecky-kraj/okres-most/
> litvinov/vodni-nadrz-flaje/galerie/10220/
>
> Milan
> __
> > Od: Pavel Machek 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 13.09.2016 13:49
> > Předmět: Re: [Talk-cz] cesta pod vodou
> >
> >On Tue 2016-09-13 13:41:04, Pavel Machek wrote:
> >> On Tue 2016-09-13 13:31:25, Martin Ždila wrote:
> >> > intermittent=yes?
> >>
> >> To bych si predstavil jako jednou za cas (za odlivu, na jare) to byva
> >> prujezdny. Most na dne prehrady je podle me trochu jina situace.
> >>
> >> (A hlavne by to chtelo oznacit nejak aby tam bezny routery
> neroutovaly...)
> >>
> >> level=-1?
> >> flood_prone=yes?
> >> access:car=James_Bond's_only?
> >> trail_visibility=with_breathing_equipment? :-)
> >> surface=10m_under?
> >>
> >> Tezko rict co s tim, asi bych tomu sundal highway tag, protoze to neni
> >> cesta v obvyklem smyslu...
> >
> >Jedna moznost by byla
> >
> >http://wiki.openstreetmap.org/wiki/Proposed_features/flooded
> >
> >flooded=yes.
> >
> >Ale spis bych udelal z
> >
> >highway=track
> >flooded_highway=track
> >
> >(atd), protoze je to specializovany mapovani dna prehrady (zajima
> >obvykle jenom potapece), a ne normalni cesta, a proto by bylo dobry
> >aby to nebylo videt v normalnim renderu, a aby to nevidel beznej
> >router.
> >
>  Pavel
> >
> >--
> >(english) http://www.livejournal.com/~pavelmachek
> >(cesky, pictures) http://atrey.karlin.mff.cuni.
> cz/~pavel/picture/horses/blog.html
> >
> >___
> >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] cesta pod vodou

[Milan Cerny]

Ono je to těžký, pokud to někdo mapovat v době sucha, viz odkaz, tak se ani 
nedivím, že je to zmapované jako normální cesta.
Podle této fotky to vypadá spíš jako jarní louka, než dno nádrže. Ten most musí 
být pod hladinou jen kousek, nicméně i za současného sucha a snížené hladiny 
nic vidět nebylo.

http://www.turistik.cz/cz/kraje/ustecky-kraj/okres-most/litvinov/vodni-nadrz-flaje/galerie/10220/

Milan
__
> Od: Pavel Machek 
> Komu: OpenStreetMap Czech Republic 
> Datum: 13.09.2016 13:49
> Předmět: Re: [Talk-cz] cesta pod vodou
>
>On Tue 2016-09-13 13:41:04, Pavel Machek wrote:
>> On Tue 2016-09-13 13:31:25, Martin Ždila wrote:
>> > intermittent=yes?
>> 
>> To bych si predstavil jako jednou za cas (za odlivu, na jare) to byva
>> prujezdny. Most na dne prehrady je podle me trochu jina situace.
>> 
>> (A hlavne by to chtelo oznacit nejak aby tam bezny routery neroutovaly...)
>> 
>> level=-1?
>> flood_prone=yes?
>> access:car=James_Bond's_only?
>> trail_visibility=with_breathing_equipment? :-)
>> surface=10m_under?
>> 
>> Tezko rict co s tim, asi bych tomu sundal highway tag, protoze to neni
>> cesta v obvyklem smyslu...
>
>Jedna moznost by byla
>
>http://wiki.openstreetmap.org/wiki/Proposed_features/flooded
>
>flooded=yes.
>
>Ale spis bych udelal z
>
>highway=track
>flooded_highway=track
>
>(atd), protoze je to specializovany mapovani dna prehrady (zajima
>obvykle jenom potapece), a ne normalni cesta, a proto by bylo dobry
>aby to nebylo videt v normalnim renderu, a aby to nevidel beznej
>router.
>   Pavel
>
>-- 
>(english) http://www.livejournal.com/~pavelmachek
>(cesky, pictures) 
>http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>
>___
>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-GB] Users tagging Farmyard as place=farm (Was Summer quarterly project)

[Brian Prangle]

There are loads all across Herefordshire, mostly added by one user.
Generally they are farms, but not always. I'm gradually replacing them
withlanduse=farmyard polygons

Regards

Brian

On 13 September 2016 at 13:29, Dave F  wrote:

> Hi
> Off on a slight tangent.
>
> There's been an increase (world wide) in the use of place=farm. If you
> fill out the boxes on this site you'll see: http://taghistory.raifer.tech/
> Over 19k are in GB: http://taginfo.openstreetmap.org.uk/tags/place=farm
>
> The reason for the increase could be it being displayed in the OSM carto
> rendering
> Just one example: http://www.openstreetmap.org/node/4364588497
>
> I believe many, if not all, are misinterpretations & should be
> landuse=farmyard.
> The wiki http://wiki.openstreetmap.org/wiki/Farm says "a place named by a
> name of a farm"
> To me, that means a collection of houses not associated with the farm
> being collectively given the name of that farm, so in effect, a hamlet has
> been named, say, Manor Farm.
>
> Is that a common occurrence? I know of no such in my locale.
>
> Dave F.
>
> On 11/09/2016 18:45, Brian Prangle wrote:
>
> Today saw us pass the 1,000 total for farmyards added during this
> project(1008 to be precise).
>
> Well done to everyone who has participated. What has been the most unusual
> farm name anyone has come across?
>
> Only a couple of weeks left - time to start thinking about our next
> quarterly project, while we see how many more farmyards we can add.
>
> Regards
>
> Brian
>
>
> ___
> Talk-GB mailing 
> listTalk-GB@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-gb
>
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Users tagging Farmyard as place=farm (Was Summer quarterly project)

[SK53]

I corrected a couple the other day. One labelled place=farm cannot have
been a farm for a hundred years or more, just retaining "Farm" in the name.
It is in the urban part of Oakham, and is now a family house with a large
garden.

In general place=farm & place=isolated_dwelling can be regarded as
incorrect mapping more or less anywhere in the UK. I'd just about accept
the latter for Bron-yr-Aur (
https://www.openstreetmap.org/way/368956264/history), but in most cases
cartographic choices about labelling farmsteads and outlying houses are
just that and can safely be left to suitable post-processing steps. In the
vast majority of cases (i.e., not Poultry Houses) the most suitable tag is
addr;housename.

I re-tag when there are a lot in an area I am editing.

Jerry

On 13 September 2016 at 13:58, Andy Townsend  wrote:

> On 13/09/2016 13:29, Dave F wrote:
>
>>
>> There's been an increase (world wide) in the use of place=farm.
>>
> ...
>
>> The reason for the increase could be it being displayed in the OSM carto
>> rendering
>> Just one example: http://www.openstreetmap.org/node/4364588497
>>
>> I believe many, if not all, are misinterpretations & should be
>> landuse=farmyard.
>>
>
> I'd agree with that.
>
> The wiki http://wiki.openstreetmap.org/wiki/Farm says "a place named by a
>> name of a farm"
>> To me, that means a collection of houses not associated with the farm
>> being collectively given the name of that farm, so in effect, a hamlet has
>> been named, say, Manor Farm.
>>
>> Is that a common occurrence? I know of no such in my locale.
>>
>
> I can think of a couple of places near me that might qualify at a real
> stretch (http://www.openstreetmap.org/way/372460251 is one such) but the
> vast majority are names blindly copied from OS OpenData StreetView**,
> without any thought being given to whether the place is a "just a farmyard"
> or "actually a place" (or even if it is a working farm at all - many are
> historical names on OS OpenData, and are now just residential properties).
>
> Similar examples are "place=locality" and "place=isolated_dwelling" (for a
> laugh try searching for those and seeing just how un-isolated some of those
> are) - they seem to have gone from the OS OpenData to OSM via the user's
> hands, keyboard and mouse without the user's brain being involved in the
> process.
>
> As I'm coming across these when out and about I'm tidying them up* where
> there is a more appropriate tagging, but there are an awful lot still to
> do.  I tend to use the fact that a large number of "place=farm" and
> "place=isolated_dwelling" exist as an indicator that somewhere needs
> visiting and mapping properly.
>
> ... and yes, I have tried suggesting to the biggest culprit locally that
> "there's no way that that is a valid name", to no avail.
>
> Cheers,
>
> Andy
>
>
> * see e.g. http://www.openstreetmap.org/#map=16/53.2689/-0.8386
>
> ** many "names" on OS OpenData aren't names at all (for example, search
> for "poultry houses" in OSM and you'll get lots of things "named" that).
> Where I live the OS has 5 village names for where I live; the correct
> number is at most 2.
>
>
> ___
> 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

[Talk-it-trentino] R: Re: M'appare il Lagorai Cima D'Asta - Mapping Pieve Tesino

[Giorgio Zampedri]

Messaggio originale
Da: liste.gira...@gmail.com
Data: 12-set-
2016 19.04
A: 
Ogg: Re: [Talk-it-
trentino] Mappare il Lagorai Cima DAsta - Mapping Pieve 
Tesino

Il 12/09/2016 09:31, Giorgio Zampedri ha scritto:
> Ciao a 
tutti
> 
> per il we 1e 2 ottobre abbiamo organizzato un mapping a 
> 
Pieve Tesino 
> 
> per info : http://wiki.openstreetmap.org/wiki/Mapping_party_Pieve_Tesino.
> Il programma è ancora aperto e quindi se qualcuno ha piacere di 
> 
partecipare come relatore è benvenuto !
> 
> 
> Giorgio
> 


>Quanti 
posti previsti per le iscrizioni?

non c'è limite 

>Convenzioni per i 
pasti ce ne sono?

sto trattando ...

>Cena di lavoro che significa 
sostanzialmente?

Cena di lavoro = quatto chiacchiere sulle attività 
fatte durante il giorno

>Per monte Mezza, pranzo al sacco?

ancora da 
definire 

>Non so se verrò, aspetto la prossime due settimane per 
capire come mi
>vanno le cose, per cui spero di esserci almeno sabato 
sera ad ascoltare.

>ed almeno la domenica per partecipare, 
indipendentemente se utente o
>mappatore-accompagnatore.

Dai che non 
puoi non venire 

Ciao


Giorgio



-- 
Simone Girardelli

_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|




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



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

Re: [Talk-it] OpenStreetView VS Mapillary

[Cascafico Giovanni]

Trascrivo la risposta alla mia richiesta di dimagrimento

"Well a lot of that bulk is from drivers to talk to for example bluetooth
low energy dongles, the ffmpeg to accomplish encoding photos into mp4 to
save space while recording, a library to simplify network calls, a library
to help with viewing images and handling zooming and other gestures and
then the app itself which is java which produces pretty big executables
itself"

Quindi sono immagazzinate come video x sequenza.
Quindi temo il mio huawei  senza bussola non possa partecipare
--
cascafico.altervista.org
twitter.com/cascafico
Il 13/set/2016 14:10 "Lorenzo Mastrogiacomi"  ha
scritto:

> Il 13 settembre 2016 11:31:40 CEST, Bruno  ha scritto:
> >Esatto, però si tratta giusto di aggiungere un parametro exif alla
> >foto.La sequenza non so come la gestisca, ma credo che dipenda dalla
> >cartella di invio.
> >
> >
> >Dal sito di Mapillary comunque si possono aggiungere foto
> >georeferenziate.
> >
> >OSV mi sembra molto più acerbo ma ben impostato
>
> Le sequenze sono gestite con un id unico nei tag delle foto.
>
> Per trattare le foto provenienti non dalla app mapillary ci sono gli
> script qui:
> https://github.com/mapillary/mapillary_tools
>
> Comunque l'app mapillary é circa 20 mb, mi risultano 24 sul telefono + 12
> di cache. Si fa presto a farne molti di più quando si scattano foto...
> --
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
>
> ___
> 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] Suddivisioni di Roma

[Fayor Uno]

Sono d'accordo sul name che ripete il ref, si potrebbe fare in due modi


name=Zona Tomba di Nerone

oppure

name=Tomba di Nerone


però con i Suburbi e i Quartieri ci sono delle omonimie.


Il separatore di Wikipedia è corretto nella relazione, l'errore di digitazione 
è nel commento


Rioni, suburbi, quartieri e zone non sono suddivisioni amministrative, questo è 
fuori da ogni dubbio. Possiamo discutere su quale tag applicare (quarter, 
suburb, neighbourhood e così via), anzi a tale proposito sto pensando di 
riscrivere in modo più chiaro il wiki italiano sui place, che attualmente non è 
molto completo.



Da: Martin Koppenhoefer 
Inviato: martedì 13 settembre 2016 09.22
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Suddivisioni di Roma



sent from a phone

Il giorno 07 ago 2016, alle ore 16:41, Fayor Uno 
> ha scritto:


name=Zona LIII Tomba di Nerone

place=quarter

ref=Z. LIII

type=multipolygon

wikipedia=it.Tomba di Nerone


Ogni zona non è diversa dall'altra dal punto di vista strutturale, sono tutte 
suddivisioni di pari livello anche se di "importanza" diversa. Per fare un 
paragone amministrativo sarebbe un po' come le province e le città 
metropolitane (sempre livello 6)


scusate che rispondo tardi. Il "name" è un po' strano in quanto ripete il ref. 
Farei name=Tomba di Nerone
il separatore tra lingua e titolo nella chiave Wikipedia è il :
poi sarebbe utile creare anche una chiave wikidata, e forse copiare qualche 
informazione come start_date , population ecc.

Siamo poi sicuro che le rioni, i quartieri e le zone sono da considerare place 
e non boundary=administrative?



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

Re: [Talk-GB] Users tagging Farmyard as place=farm (Was Summer quarterly project)

[Andy Townsend]

On 13/09/2016 13:29, Dave F wrote:


There's been an increase (world wide) in the use of place=farm.

...
The reason for the increase could be it being displayed in the OSM 
carto rendering

Just one example: http://www.openstreetmap.org/node/4364588497

I believe many, if not all, are misinterpretations & should be 
landuse=farmyard.


I'd agree with that.

The wiki http://wiki.openstreetmap.org/wiki/Farm says "a place named 
by a name of a farm"
To me, that means a collection of houses not associated with the farm 
being collectively given the name of that farm, so in effect, a hamlet 
has been named, say, Manor Farm.


Is that a common occurrence? I know of no such in my locale.


I can think of a couple of places near me that might qualify at a real 
stretch (http://www.openstreetmap.org/way/372460251 is one such) but the 
vast majority are names blindly copied from OS OpenData StreetView**, 
without any thought being given to whether the place is a "just a 
farmyard" or "actually a place" (or even if it is a working farm at all 
- many are historical names on OS OpenData, and are now just residential 
properties).


Similar examples are "place=locality" and "place=isolated_dwelling" (for 
a laugh try searching for those and seeing just how un-isolated some of 
those are) - they seem to have gone from the OS OpenData to OSM via the 
user's hands, keyboard and mouse without the user's brain being involved 
in the process.


As I'm coming across these when out and about I'm tidying them up* where 
there is a more appropriate tagging, but there are an awful lot still to 
do.  I tend to use the fact that a large number of "place=farm" and 
"place=isolated_dwelling" exist as an indicator that somewhere needs 
visiting and mapping properly.


... and yes, I have tried suggesting to the biggest culprit locally that 
"there's no way that that is a valid name", to no avail.


Cheers,

Andy


* see e.g. http://www.openstreetmap.org/#map=16/53.2689/-0.8386

** many "names" on OS OpenData aren't names at all (for example, search 
for "poultry houses" in OSM and you'll get lots of things "named" 
that).  Where I live the OS has 5 village names for where I live; the 
correct number is at most 2.



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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 12/09/2016 20:06, Aury88 ha scritto:

imho è un discorso non così differente dal non aver messo i tag perchè non
si conoscono o non li si è personalmente decisi di mappare...io ogni volta
che inserisco determinati elementi cerco informazioni per inserire più tag
possibile...io se posso metto ad ogni attività la partita iva, metto numeri
di telefono pubblici eccetera, molti altri decidono di non inserirli perchè
li ritengono inutili o semplicemente non lo fanno pur essendo per loro
ugualmente facile risalire agli stessi dati. il risultato è comunque
identico a quando si decidere di non metterli.alcuni elementi hanno il tag
altri no...tutti rispettano i criteri per cui quel tag è stato
inserito...non esiste il tag? può essere perchè mancava il criterio o perchè
non lo si è inserito...
è un limite della nostra mappa cioè da osm non puoi essere sicuro della
presenza del criterio, sei sicuro (in realtà non è proprio così sicuro) solo
che se c'è una cosa vuol dire che c'era il criterio per inserirlo...è il
motivo per cui sarebbe meglio inserire il tag oneway=no...rendi esplicito il
fatto che non ci fosse la condizione per metter oneway=yes


No, non è uguale. Se quella comunità ha deciso di non metterlo (da 
criteri può, ma è sua facoltà, sempre secondo il criterio, non farlo) 
vuol dire che se passa uno a metterli fanno il revert. Cosa che non 
farebbero se passasse uno a mettere i ref:vatin mancanti (perché mancava 
la info o perché il mapper precedente ha considerato non importante 
metterli).



  noi stiamo decidendo quando inserire due nomi basandoci su dei criteri, non
mappiamo il riconoscimento o come viene trattato dalla legge 482/99 e, a
meno che tu non voglia basare il criterio sul come viene trattata la lingua
elencata nella 482/99, possiamo saltare del tutto quell'aspetto e limitarci
alla semplice domanda: è compresa nella 484/99?
se però per alcuni utenti è invece necessario un determinato tipo di
trattamento delle lingue elencate in quella legge, temo dovremmo mettere
anche quella opzione se quell'utente la richiede.


Dato che tutto il discorso di fayor è basato sul fatto che pur essendo 
sulla 482/99 ha un trattamento diverso bisognerebbe mettere una miriade 
di opzioni personalizzate.



se fai una votazione dove
non compaiono le opzioni richieste da tutti il voto è viziato e
contestabile.


Fosse così ogni elezione sarebbe da considerarsi viziata e contestabile 
perché manca l'opzione che va bene a me... Ma in questi casi di solito 
non si partecipa o si va a mettere una fetta di salame con scritto "aho, 
magnateve pure questa"...



  di sicuro? sei sicuro? immagino quindi che tutti i sardi siano consapevoli
di leggi e della mancanza dei nominativi in lingua locale sulle tabelle
ISTAT o del fatto che nella 482/99 la loro lingua sia elencata ma trattata
in maniera differente.. che diritto gli verrebbe negato? a che mi risulta
vedono negati meno diritti dei siciliani


Per carità ci sarà anche chi vive nelle nuvole, ma credo che mediamente 
siano consapevoli del loro statuto autonomo e di cosa dovrebbe 
comportare. Dal loro punto di vista gli viene negato il diritto di 
mettere il doppio nome su OSM.



lo stai supponendo tu, non hai prove per dire questo e comunque a questo
punto immagino che anni di movimenti indipendentisti siciliani o
neoborbonici siano stati solo un allucinazione collettiva.


Tolto il dopoguerra non mi pare che quei movimenti abbiano avuto una 
base ampia. Tale da farmi dire che c'è una buona fetta di persone che 
rivendica certi diritti.



quindi i sardi non ne avevano consapevolezza, fino a quando però, un bel
giorno, qualcuno ha messo i cartelli nella lingua locale agli ingressi delle
località (li avrà messi uno del trentino o  un esterno, i sardi infatti fino
ad allora, non avendo cartelli, "probabilmente" non aveva consapevolezza di
avere questo diritto e quindi non li hanno probabilmente richiesti/voluti
loro)  magicamente tutta la popolazione sarda ha scoperto di avere un
diritto negato?


se i sardi hanno quel diritto è perché l'hanno rivendicato a suo tempo. 
Quindi ne avevano la consapevolezza ed hanno agito per vederlo 
rispettato. Non vedo altrove un tale ansia di rivendicazione dello 
stesso, da questo si evince che la consapevolezza altrove latita o 
quantomeno s'è scelto di sacrificare l'aspetto linguistico per ottenere 
altro...



io con la stessa logica potrei dirti che i sardi avendo molto più a cuore di
tutti gli altri italiani il tema bilinguismo e la propria identità sono di
per se "probabilmente" meno propensi a trovare soluzioni comuni per il bene
comune se questo  potrebbe in qualche maniera appannare o ledere questa loro
forte identità e bene locale...


Non è da escludere (mi basta pensare ai pareri di alcuni friulani su 
certe timide pretese linguistiche di parte veneta... come se definire 
che anche altre sono lingue sminuisse il friulano...)


ciao
Paolo M

___
Talk-it mailing list

Re: [Talk-GB] Users tagging Farmyard as place=farm (Was Summer quarterly project)

[Dave F]

Hi
Off on a slight tangent.

There's been an increase (world wide) in the use of place=farm. If you 
fill out the boxes on this site you'll see: http://taghistory.raifer.tech/

Over 19k are in GB: http://taginfo.openstreetmap.org.uk/tags/place=farm

The reason for the increase could be it being displayed in the OSM carto 
rendering

Just one example: http://www.openstreetmap.org/node/4364588497

I believe many, if not all, are misinterpretations & should be 
landuse=farmyard.
The wiki http://wiki.openstreetmap.org/wiki/Farm says "a place named by 
a name of a farm"
To me, that means a collection of houses not associated with the farm 
being collectively given the name of that farm, so in effect, a hamlet 
has been named, say, Manor Farm.


Is that a common occurrence? I know of no such in my locale.

Dave F.

On 11/09/2016 18:45, Brian Prangle wrote:


Today saw us pass the 1,000 total for farmyards added during this 
project(1008 to be precise).


Well done to everyone who has participated. What has been the most 
unusual farm name anyone has come across?


Only a couple of weeks left - time to start thinking about our next 
quarterly project, while we see how many more farmyards we can add.


Regards

Brian



___
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-it] OpenStreetView VS Mapillary

[Lorenzo Mastrogiacomi]

Il 13 settembre 2016 11:31:40 CEST, Bruno  ha scritto:
>Esatto, però si tratta giusto di aggiungere un parametro exif alla
>foto.La sequenza non so come la gestisca, ma credo che dipenda dalla
>cartella di invio.
>
>
>Dal sito di Mapillary comunque si possono aggiungere foto
>georeferenziate.
>
>OSV mi sembra molto più acerbo ma ben impostato

Le sequenze sono gestite con un id unico nei tag delle foto.

Per trattare le foto provenienti non dalla app mapillary ci sono gli script qui:
https://github.com/mapillary/mapillary_tools

Comunque l'app mapillary é circa 20 mb, mi risultano 24 sul telefono + 12 di 
cache. Si fa presto a farne molti di più quando si scattano foto...
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

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

Re: [Talk-ca] Canvec attributes (roads)

[Begin Daniel]

Bonjour Martijn
AFAIK, here is a summary about how old and accurate is Canvec/GeoBase. 

Transport Layers? 
The roads are updated every 1-2 years for most of the provinces, 5-10 for 
others. 
Railways were updated 4-5 years ago over all the Canadian landmass.

Other layers
Water features are 5-40+ years old depending on the province/territory/latitude;
Forest areas are 5-40+ years old depending on the province/territory/latitude 
[1]. 
The rest is 25-40+ years old.

About the accuracy, the road network is about 10m (90%). The rest is usually 
better than 30m (90%) but you may find offsets between layers.

Daniel

[1] About forest areas, the latest GeoBase data results from images 
classification made about 5 years ago that gave the clumsy result Paul Ramsay 
recently shown on this list. The latest Canvec OSM tiles (2012?) had a mixture 
of old map data/new GeoBase data.

-Original Message-
From: Martijn van Exel [mailto:m...@rtijn.org] 
Sent: Monday, 12 September, 2016 23:06
To: Stewart C. Russell; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Canvec attributes (roads)

On 09/12/2016 06:50 PM, Stewart C. Russell wrote:
> On 2016-09-12 04:08 PM, Martijn van Exel wrote:
>> Aren't these files grouped by feature type? So if we look at roads we 
>> wouldn't also necessarily need to look at land use boundaries etc.?
>
> Canvec - the product supplied by NRCan to the general public - always 
> was split by feature type. It's the OSM tiles, of structure decided 
> long ago, that lump everything together.
>
> It's also available as effectively seamless FGDBs if you want to avoid 
> the cleanup required after using tiled data. The FGDBs retain the 
> critically important survey dates and accuracies - so you can easily 
> see how much data's 40 years old and has ±75 m positional accuracy.
>

Good to know.
Are any of the transport related datasets that old or that inaccurate?

I created an initial Canvec road network translation file for ogr2osm, so you 
can convert the Canvec shapefiles to OSM format easily (if you know how to work 
ogr2osm - let me know if you need help, but Paul Norman is the expert here!)

It is located at
https://github.com/mvexel/canvec-ogr2osm-translation/blob/master/canvec2016.py
and I hope for many forks and improvements. Right now it does a basic job of 
translating the road classes to OSM types, and the most obvious attributes to 
the corresponding OSM tags.

Let me know what you all think.

Martijn

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

Re: [Talk-cz] cesta pod vodou

[Pavel Machek]

On Tue 2016-09-13 13:41:04, Pavel Machek wrote:
> On Tue 2016-09-13 13:31:25, Martin Ždila wrote:
> > intermittent=yes?
> 
> To bych si predstavil jako jednou za cas (za odlivu, na jare) to byva
> prujezdny. Most na dne prehrady je podle me trochu jina situace.
> 
> (A hlavne by to chtelo oznacit nejak aby tam bezny routery neroutovaly...)
> 
> level=-1?
> flood_prone=yes?
> access:car=James_Bond's_only?
> trail_visibility=with_breathing_equipment? :-)
> surface=10m_under?
> 
> Tezko rict co s tim, asi bych tomu sundal highway tag, protoze to neni
> cesta v obvyklem smyslu...

Jedna moznost by byla

http://wiki.openstreetmap.org/wiki/Proposed_features/flooded

flooded=yes.

Ale spis bych udelal z

highway=track
flooded_highway=track

(atd), protoze je to specializovany mapovani dna prehrady (zajima
obvykle jenom potapece), a ne normalni cesta, a proto by bylo dobry
aby to nebylo videt v normalnim renderu, a aby to nevidel beznej
router.
Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [Talk-cz] cesta pod vodou

[Jan Martinec]

To vypadá jako trolltagy,  všechno. Já bych to otagoval abandoned:highway
(místo highway), možná intermittent bych nechal, a ruins vyhodil. Případný
detaily do note, libo-li :)

Honza Piškvor Martinec

Dne 13. 9. 2016 13:42 napsal uživatel "Pavel Machek" :

> On Tue 2016-09-13 13:31:25, Martin Ždila wrote:
> > intermittent=yes?
>
> To bych si predstavil jako jednou za cas (za odlivu, na jare) to byva
> prujezdny. Most na dne prehrady je podle me trochu jina situace.
>
> (A hlavne by to chtelo oznacit nejak aby tam bezny routery neroutovaly...)
>
> level=-1?
> flood_prone=yes?
> access:car=James_Bond's_only?
> trail_visibility=with_breathing_equipment? :-)
> surface=10m_under?
>
> Tezko rict co s tim, asi bych tomu sundal highway tag, protoze to neni
> cesta v obvyklem smyslu...
>
>
> Pavel
>
> > 2016-09-13 13:15 GMT+02:00 Milan Cerny :
> >
> > > Ahoj, v sobotu jsem narazil na cestu a most pod vodou, přesněji na dně
> > > přehradní nádrže. V OSM je tagováno jako normální cesta + ruins=yes,
> > > dokonce mě po ní vedl i pěší routing.
> > > Cesta je většinu času pod hladinou, normálně není vidět vůbec nic,
> ukáže
> > > se jen při výrazném poklesu hladiny.
> > >
> > > http://www.openstreetmap.org/way/370642074#map=17/50.68087/13.61479
> > >
> > > http://www.e-mostecko.cz/images/Foto_2015/08_srpen/flaje.jpg
> > >
> > > Jak to správně otagovat?
> > >
> > > Díky
> > >
> > > Milan
> > >
> > > ___
> > > Talk-cz mailing list
> > > Talk-cz@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-cz
> > >
> >
> >
> >
>
>
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) http://atrey.karlin.mff.cuni.
> cz/~pavel/picture/horses/blog.html
>
> ___
> 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] cesta pod vodou

[Petr Kadlec]

2016-09-13 13:41 GMT+02:00 Pavel Machek :

> Tezko rict co s tim, asi bych tomu sundal highway tag, protoze to neni
> cesta v obvyklem smyslu...
>

Proto je rozumné místo highway=track + ruins=yes dávat raději
ruins:highway=track atp. Cf.
https://wiki.openstreetmap.org/wiki/Cs:Lifecycle_prefix

A jinak do seznamu ještě přihodím location=underwater
https://wiki.openstreetmap.org/wiki/Cs:Key:location

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

Re: [Talk-cz] cesta pod vodou

[Pavel Machek]

On Tue 2016-09-13 13:31:25, Martin Ždila wrote:
> intermittent=yes?

To bych si predstavil jako jednou za cas (za odlivu, na jare) to byva
prujezdny. Most na dne prehrady je podle me trochu jina situace.

(A hlavne by to chtelo oznacit nejak aby tam bezny routery neroutovaly...)

level=-1?
flood_prone=yes?
access:car=James_Bond's_only?
trail_visibility=with_breathing_equipment? :-)
surface=10m_under?

Tezko rict co s tim, asi bych tomu sundal highway tag, protoze to neni
cesta v obvyklem smyslu...

Pavel

> 2016-09-13 13:15 GMT+02:00 Milan Cerny :
> 
> > Ahoj, v sobotu jsem narazil na cestu a most pod vodou, přesněji na dně
> > přehradní nádrže. V OSM je tagováno jako normální cesta + ruins=yes,
> > dokonce mě po ní vedl i pěší routing.
> > Cesta je většinu času pod hladinou, normálně není vidět vůbec nic, ukáže
> > se jen při výrazném poklesu hladiny.
> >
> > http://www.openstreetmap.org/way/370642074#map=17/50.68087/13.61479
> >
> > http://www.e-mostecko.cz/images/Foto_2015/08_srpen/flaje.jpg
> >
> > Jak to správně otagovat?
> >
> > Díky
> >
> > Milan
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> >
> 
> 
> 


-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [Talk-GB] Summer quarterly project

[SK53]

My comments on both suggestions:


   - Speed Limits: a little bit boring, *BUT *there are some relatively
   achievable targets. For instance getting all primary & trunk roads with
   speed limits. There are areas of the country where none of these roads have
   limits, but even in well mapped places there is a considerable amount of
   simple tidying up (missing speed limits on roundabouts or short sections)
   which can be done. A further advantage is that major roads are also more
   likely to have Mapillary/OpenStreetView coverage. Additionally things like
   number of lanes, availability of pavements etc can be added as well whilst
   reviewing speed limits. I noticed this a few weeks ago because back in
   September last year I drove to Bewdley & waypointed changes of speed limits
   on the A456 from Hagley to Kidderminster.

   One additional caveat is that speed limits on the narrower roads are
   changing a lot: national speed limits to 50, 50 mph down to 40 mph, etc.
   I've noticed this particularly along the A606 as travel this by bus about
   once a year when I take more mapping notes.

   I have put a map based on this 
   Overpass-turbo query on Flickr  for trunk
   roads missing speed limits, and one for primary roads in the East Midlands
   here . The latter query
    returns too much data for the whole of
   the country but can be tailored by changing the area part of the query.


   - Food Hygiene data. This would be in two forms: enrichment of existing
   OSM data (primarily with addresses); and surveying areas which have lots of
   FHRS data but little in OSM.

   The former is a valuable, but not particularly gripping activity. IIRC
   the FHRS data covers somewhere between 10-15% of total postcodes, and just
   having one address in a postcode can help resolve many adjacent ones. Two
   addresses and one can infer properties of how addresses are allocated on a
   road.

   Last year Peter Reed wrote a long series of blog posts
   
   about retail data and used Super Output Areas to predict volumes of missing
   data from OSM. Last year I targeted Melton Mowbray, Coalville, Havant and
   Chichester for mapping of the town centres based on this data. More
   recently I've done Hoylake & New Brighton. I'd hoped to have a look at
   Hyde, Tameside at the weekend, but was too tired by the end of the field
   meeting. Most towns in Greater Manchester are ripe for this kind of
   mapping: Oldham, Rochdale, Hyde, Denton, Ashton-under-Lyme and many others.
   In the past I have used a set of postcode centroids denoting places with
   missing data to help target the mapping. More recently I have munged the
   FHRS data by distributing all places sharing a postcode on a circle of
   10-20 m radius and created GPX files for particular areas: with each FHRS
   category having a different symbol.

   A town the size of Melton Mowbray took around 90 minutes to do a photo
   survey. Adding the data to OSM rather longer. Stockport, another, larger,
   retail centre, which I have now surveyed in 2015 & 2016, took about 3 hours
   altogether. Some of this was duplicated, and in part was because the
   Merseyway Shopping Centre closed before I got round it on my first visit. A
   second visit is useful because one inevitably notices anomalies which
   require investigation when entering the data. My strategy is to take photos
   and a limited number of notes or audio files, and therefore maximise
   mapping time. This is all based on FHRS having all the other relevant data,
   which doesn't work everywhere.

   In summary using FHRS data enables a fairly targeted approach to mapping
   town centres. It greatly helps in assembling address data in such places
   and, of course, adds to the detail. For the mapper it's quite rewarding
   because one can quickly see the impact. Although shops can change a lot,
   having the much less ephemeral address data ensures this is not a Red Queen
   ('running to stay still') task.

Jerry




On 13 September 2016 at 09:25, Ed Loach  wrote:

> Paul commented on John's suggestion:
>
> > Speed limits would be a good one, although impossible to armchair-map
> unless you know
> > something I don't. Also, would it stem the tide of useless speed limit
> notes from Navmii GPS users?
>
> I can't guarantee it would stem the tide of Navmii speed limit notes, but
> I added lots of speed limits locally when Skobbler were creating MapDust
> notes and it seemed to stem that tide.
>
> I like Robert's fhrs suggestion - I keep meaning to cross check what is
> and isn't mapped against the fhrs list but haven’t got around to it. Making
> it a project might spur me to do so.
>
> Ed
>
>
> ___
> Talk-GB mailing list
> 

Re: [Talk-cz] cesta pod vodou

[Martin Ždila]

intermittent=yes?

2016-09-13 13:15 GMT+02:00 Milan Cerny :

> Ahoj, v sobotu jsem narazil na cestu a most pod vodou, přesněji na dně
> přehradní nádrže. V OSM je tagováno jako normální cesta + ruins=yes,
> dokonce mě po ní vedl i pěší routing.
> Cesta je většinu času pod hladinou, normálně není vidět vůbec nic, ukáže
> se jen při výrazném poklesu hladiny.
>
> http://www.openstreetmap.org/way/370642074#map=17/50.68087/13.61479
>
> http://www.e-mostecko.cz/images/Foto_2015/08_srpen/flaje.jpg
>
> Jak to správně otagovat?
>
> Díky
>
> Milan
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Subscribe to area?

[Jan Martinec]

Já používám JOSM a plugin Reverter: předhodím mu číslo changesetu a dostanu
sadu operací, která je k němu inverzní (neboli špatný changeset+můj
revert=0).

Ještě dělám to, že si stáhnu okolí toho chs., abych si ověřil, že jsem
revertem něco nerozbil a že tam není ještě nějaký další dáreček, ale
obvykle to bývá jednorázovka.

Pak dám normálně upload (tagy changesetu: type=revert,
reverted_changeset={cislo_puvodniho}), a je hotovo. Obvykle ještě přidám k
původnímu changesetu komentář "revertováno v {link}, protože to a to".

Honza Piškvor Martinec

Dne 13. 9. 2016 12:36 napsal uživatel "Matěj Cepl" :

> On 2016-09-13, 09:11 GMT, Petr Kadlec wrote:
> > Třeba WHODIDIT [1], který umožňuje sledovat provedené změny
> > včetně toho, že
> > si nadefinuju oblast mapy, ke které vytvoří RSS kanál provedených změn.
> > (Případné přeposílání RSS do e-mailu už zvládnou jiné nástroje.) Ale
> obávám
> > se, že to zvládne jen malé oblasti.
>
> To je dobrý, hned napoprvé jsem natrefil na
> https://www.openstreetmap.org/changeset/42119300 ... jak se dá
> revertnout (podle mého) nesmyslný changeset?
>
> Matěj
>
> --
> https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>
> Monday, December 9th. We skip the bus tour of Stockholm to attend the
> economics lecture. Our guest status is again good for front row seats.
> We hear about the theory of auctions. There are integrals and
> derivatives. It's like physics except physics works.
>
>
> ___
> 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: [OSRM-talk] Worldwide coverage of Osmose-QA

[Frédéric Rodrigo]

Le 02/08/2016 à 11:26, Daniel Hofmann a écrit :
On Mon, Aug 1, 2016 at 8:49 PM, Frédéric Rodrigo 
> wrote:


Le 31/07/2016 à 21:34, Daniel Hofmann a écrit :


- Multiple lane markers on the same lane as in left;left|right
(ref. https://github.com/Project-OSRM/osrm-backend/pull/2697)
- you probably have to check this in detail as in: are there
situations and/or countries where it makes sense to have
multiple times _the same_ lane marker on a single lane.

What means "left;left|right" ? And what can be wrong with this ?


left;left|right means you have two lanes, the leftmost lane has two 
arrows to the left (does this make sense at all? always mis-tagging?), 
the rightmost lane has one arrow to the right.
Example for this tagging scheme: 
http://wiki.openstreetmap.org/wiki/Lanes#Motorway


- Lane access tag values not matching turn lane tag values.

We do not already make inter lanes tag check yet, but make sense.

- Impossible or strange lane configurations such as the left
most lane turning to the right crossing straight/none lanes
(in right-sided driving countries).

This one, at least, look easy.



I completely rewrite the checks about lanes. Now it does not suppose any 
thing and use lanes=[0-9] or other lane tags to extract the number of 
lanes. It take me a while to do, especial to adjust the checks on 
worldwide data.

- Bad lanes value : lanes=* is not an integer
- Conflict between usage of *:lanes or *:lanes:(forward|backward|both_ways)
- Conflict between lanes number, mismatch of total lanes number and 
suffixed values (eg lanes:forward)

- Invalid usage of *:lanes:(backward|both_ways) on oneway highway
- Unknown turn lanes value
- Bad turn lanes order : eg turn right on left side...
- Conflict between lanes number of same suffix ('', forward, backward or 
both_ways), eg turn lanes mismatch destinations lanes
- Bad access lanes value, should not be an integer but a restriction : 
confusion between tags for restriction and lane number
- Turn lanes merge_to_* need an aside lane on good side : eg 
merge_to_right need to be on the left side of the road


The map:
http://osmose.openstreetmap.fr/en/map/#item=3160=31600%2C31601%2C31603%2C31604%2C31605%2C31604%2C31605%2C31606%2C31607%2C31608%2C31609=14=51.53013=-0.14944

The issues list:
http://osmose.openstreetmap.fr/en/errors/?item=3160=31600,31601,31603,31604,31605,31604,31605,31606,31607,31608,31609

The code:
https://github.com/osm-fr/osmose-backend/blob/master/plugins/Highway_Lanes.py


Plus and other check about "Bad lanes number or lanes:turn before and 
after this node". Check around a way with turn lanes tags if the content 
of the tag match the topology and the other turn lanes tags (this one is 
the tedious one to setup ;) )


http://osmose.openstreetmap.fr/en/map/#item=3160=1=10=32.757=-96.834

http://osmose.openstreetmap.fr/en/errors/?item=3160=1

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_osmosis_highway_turn_lanes.py

Regards.


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

Re: [Talk-cz] Update taginfo serveru?

[Tom Ka]

No jestli tvoje nejede vubec, tak asi hned. Predoklada tedy, ze budes
schopen zajistit domenu taginfo.osm.cz a na tu adresu co jsem poslal
jen udelat forward ok?

Bye

Dne 13. září 2016 12:29 Michal Grézl  napsal(a):
> supr, kdy muzu predelat adresu v proxy?:)
>
>
> --
> Michal Grézl
> http://openstreetmap.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-it] OpenStreetView VS Mapillary

[Cascafico Giovanni]

Mapillary accetta anche senza heading. Basta assumere la direzione dal
punto procedente

--
cascafico.altervista.org
twitter.com/cascafico
Il 13/set/2016 11:07 "Lorenzo Perone"  ha scritto:

> Ciao Giovanni,
> ma i geotag "tradizionali" non mi sembra includano la direzione di
> ripresa.
> Lorenzo
>
> Il mar 13 set 2016, 11:00 Cascafico Giovanni  ha
> scritto:
>
>> Sarebbe molto più semplice ed efficiente caricare in OSV delle foto
>> geotaggate con una qualsiasi app di time lapse
>>
>> P.es. Tina time lapse sta sotto i 3Mbyte... Trenta volte meno della app
>> di mapillary... per dire
>>
>> --
>> cascafico.altervista.org
>> twitter.com/cascafico
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> --
>
> Lorenzo
> 
> Scusa per la brevità, sto scrivendo da mobile.
>
> ___
> 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-cz] Update taginfo serveru?

[Michal Grézl]

supr, kdy muzu predelat adresu v proxy?:)


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

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

Re: [Talk-it] OpenStreetView VS Mapillary

[Bruno]

Esatto, però si tratta giusto di aggiungere un parametro exif alla foto.La 
sequenza non so come la gestisca, ma credo che dipenda dalla cartella di invio.


Dal sito di Mapillary comunque si possono aggiungere foto georeferenziate.

OSV mi sembra molto più acerbo ma ben impostato.


Messaggio originale

Da: "Lorenzo Perone" 

Data: 13/09/2016 11.04

A: "openstreetmap list - italiano"

Ogg: Re: [Talk-it] OpenStreetView VS Mapillary



Ciao Giovanni, 

ma i geotag "tradizionali" non mi sembra includano la direzione di ripresa. 

Lorenzo 

Il mar 13 set 2016, 11:00 Cascafico Giovanni  ha scritto:
Sarebbe molto più semplice ed efficiente caricare in OSV delle foto geotaggate 
con una qualsiasi app di time lapse 
P.es. Tina time lapse sta sotto i 3Mbyte... Trenta volte meno della app di 
mapillary... per dire

--

cascafico.altervista.org

twitter.com/cascafico
___

Talk-it mailing list

Talk-it@openstreetmap.org

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

-- 
Lorenzo



Scusa per la brevità, sto scrivendo da mobile. 





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

Re: [Talk-cz] Subscribe to area?

[Jan Martinec]

No, malé oblasti - já mám takhle sledování na Prahu, a zvládá to celkem
slušně  (a lze to provozovat i lokálně, pokud máš odněkud osmc updaty).

Honza Piškvor Martinec

Dne 13. 9. 2016 11:13 dop. napsal uživatel "Petr Kadlec" <
petr.kad...@gmail.com>:

> Ahoj,
>
> 2016-09-11 23:55 GMT+02:00 Matěj Cepl :
>
>> Na Wikipedii si můžu požádat aby všechny změny, které se
>> odehrávají na dané stránce byly oznamovány do mého mailu. Je
>> možné něco podobného udělat nějakým nástrojem pro oblast mapy na
>> OpenStreetMap? Docela rád bych ze sebe udělal „správce“ oblasti
>> Prahy kolem mého bydliště.
>>
>
> https://wiki.openstreetmap.org/wiki/Quality_assurance#Monitoring_Tools
>
> Třeba WHODIDIT [1], který umožňuje sledovat provedené změny včetně toho,
> že si nadefinuju oblast mapy, ke které vytvoří RSS kanál provedených změn.
> (Případné přeposílání RSS do e-mailu už zvládnou jiné nástroje.) Ale obávám
> se, že to zvládne jen malé oblasti.
>
> Anebo taky ručně pomocí https://www.openstreetmap.org/history, tam ale
> nevím o nijakém způsobu, jak to dostat ven.
>
> -- Petr Kadlec / Mormegil
>
> ___
> 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] Subscribe to area?

[Petr Kadlec]

Ahoj,

2016-09-11 23:55 GMT+02:00 Matěj Cepl :

> Na Wikipedii si můžu požádat aby všechny změny, které se
> odehrávají na dané stránce byly oznamovány do mého mailu. Je
> možné něco podobného udělat nějakým nástrojem pro oblast mapy na
> OpenStreetMap? Docela rád bych ze sebe udělal „správce“ oblasti
> Prahy kolem mého bydliště.
>

https://wiki.openstreetmap.org/wiki/Quality_assurance#Monitoring_Tools

Třeba WHODIDIT [1], který umožňuje sledovat provedené změny včetně toho, že
si nadefinuju oblast mapy, ke které vytvoří RSS kanál provedených změn.
(Případné přeposílání RSS do e-mailu už zvládnou jiné nástroje.) Ale obávám
se, že to zvládne jen malé oblasti.

Anebo taky ručně pomocí https://www.openstreetmap.org/history, tam ale
nevím o nijakém způsobu, jak to dostat ven.

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

Re: [Talk-it] OpenStreetView VS Mapillary

[Lorenzo Perone]

Ciao Giovanni,
ma i geotag "tradizionali" non mi sembra includano la direzione di ripresa.
Lorenzo

Il mar 13 set 2016, 11:00 Cascafico Giovanni  ha
scritto:

> Sarebbe molto più semplice ed efficiente caricare in OSV delle foto
> geotaggate con una qualsiasi app di time lapse
>
> P.es. Tina time lapse sta sotto i 3Mbyte... Trenta volte meno della app di
> mapillary... per dire
>
> --
> cascafico.altervista.org
> twitter.com/cascafico
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

Lorenzo

Scusa per la brevità, sto scrivendo da mobile.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cz] Subscribe to area?

[Matěj Cepl]

Na Wikipedii si můžu požádat aby všechny změny, které se 
odehrávají na dané stránce byly oznamovány do mého mailu. Je 
možné něco podobného udělat nějakým nástrojem pro oblast mapy na 
OpenStreetMap? Docela rád bych ze sebe udělal „správce“ oblasti 
Prahy kolem mého bydliště.

Matěj

-- 
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
Only two of my personalities are schizophrenic, but one of them
is paranoid and the other one is out to get him.


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

Re: [Talk-it] utilizzi di OSM su treni e autobus?

[Cascafico Giovanni]

Cerca GTFS  Lecce [1]: hanno mappato la città è compilato un database per
la navigazione multimodale

[1] www.pietsoft.it/?p=1017

--
cascafico.altervista.org
twitter.com/cascafico
Il 13/set/2016 07:32 "Alessandro Palmas" 
ha scritto:

> Buongiorno lista,
>
> preparando una lista di punti da toccare durante una presentazione vorrei
> far vedere l'utilizzo di OSM sui servizi pubblici: treni, bus e metro.
> Senz'altro il sito della rete ferroviaria olandese
> http://spoorkaart.mwnn.nl/ è sempre bello da vedere.
> Vi chiedevo di elencarne altri, magari gestiti dagli stessi operatori dei
> servizi di trasporti.
>
> Alessandro Ale_Zena_IT
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Update taginfo serveru?

[Tom Ka]

ahoj, zatim pokusne:

http://osm.fit.vutbr.cz:4567

budu jeste ladit, vypinat apod, ale jde uz zkusit. Zatim jsou starsi data.


Dne 12. září 2016 13:08 Tom Ka  napsal(a):
> Ahoj, neco jsem s tim chvilku travil, jede mi uz generovani dat, ted
> zbyva rozjet ten web (Ruby... :-( ). Dam vedet, jak bude dalsi
> progress.
>
> Bye
>
> Dne 6. září 2016 15:44 Tom Ka  napsal(a):
>> Pokud se najde spravce, muzu zkusit prebrat a hostovat u sebe a
>> generovat to pravidelne a vyrazne casteji.
>>
>> Bye
>>
>> Dne 6. září 2016 14:51 Dalibor Jelínek  napsal(a):
>>> Ahoj,
>>>
>>> nemohl by nekdo updatovat data na taginfo serveru pro Cesko?
>>>
>>> Uz jsou asi pul roku stara. Nevim, kdo se o to stara (asi Michal Grezl?).
>>>
>>> Predem dekuji.
>>>
>>>
>>>
>>> Dalibor
>>>
>>>
>>> ___
>>> 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-it] OpenStreetView VS Mapillary

[Cascafico Giovanni]

Sarebbe molto più semplice ed efficiente caricare in OSV delle foto
geotaggate con una qualsiasi app di time lapse

P.es. Tina time lapse sta sotto i 3Mbyte... Trenta volte meno della app di
mapillary... per dire

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

Re: [Talk-GB] Summer quarterly project

[Ed Loach]

Paul commented on John's suggestion:

> Speed limits would be a good one, although impossible to armchair-map unless 
> you know 
> something I don't. Also, would it stem the tide of useless speed limit notes 
> from Navmii GPS users?

I can't guarantee it would stem the tide of Navmii speed limit notes, but I 
added lots of speed limits locally when Skobbler were creating MapDust notes 
and it seemed to stem that tide.

I like Robert's fhrs suggestion - I keep meaning to cross check what is and 
isn't mapped against the fhrs list but haven’t got around to it. Making it a 
project might spur me to do so.

Ed


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

Re: [Talk-it-trentino] account per impor trentino, esiste?

[pietro marzani]

Il Martedì 13 Settembre 2016 7:06, Maurizio Napolitano  ha 
scritto:

>Se il torrente esiste, hai verificato dove sta, l'import lo fai manualmente da 
>un file
> rilasciato in pubblico dominio, controlli tutti gli attributi ecc... per una 
> tratta 
>breve che non interseca altre geometrie non mi farei tutti questi problemi
>my2cents


Io lo faccio spesso con le forestali:
http://dati.trentino.it/dataset/viabilita-forestale-923722
Se mi capita di andare in una zona e vedere che una forestale non è mappata (e 
non
avere il tempo per seguirla tutta con il gps), utilizzo il file della provincia 
come riferimento per il nome e il tracciato nei punti in cui dalle ortofoto non 
è chiaro, mentre dove si vede bene il tracciato sulle ortofoto preferisco 
appoggiarmi 
queste che mi sembrano più precise.
Utilizzo il mio account e metto nella source del changeset dati.trentino.it e 
PCN2012.
Ciao
Pietro

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

[Talk-de] Jobangebot: Produktmanagement Sozialhelden / Wheelmap

[Holger Dieterich]

Hallo,

wir haben eine offene Position die wir gerne mit jemanden besetzen würden
der/die aktiv in der OSM Community ist:

Praktikant*in / Werkstudent*in für Produktmanagement bei den Sozialhelden
http://sozialhelden.de/blog/2016/08/29/produktmanagement-bei
-den-sozialhelden/

Wir Sozialhelden betreiben unter anderem die https://wheelmap.org , eine
Karte für rollstuhlgerechte Orte die auf OSM basiert.

Grüße,
Holger

--
Holger Dieterich
SOZIALHELDEN e.V.
c/o Immobilien Scout GmbH, Andreasstraße 10, 10243 Berlin

Vorstand

Web: http://www.sozialhelden.de

SOZIALHELDEN @ facebook  - twitter
 - flickr
 - YouTube
 - betterplace.org


*Spendenkonto:*
SOZIALHELDEN e.V.
GLS Gemeinschaftsbank eG
IBAN-CODE: DE 1243 0609 6710 0020 
BIC-CODE / SWIFT: GENODEM1GLS
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] OpenStreetView VS Mapillary

[Aury88]

Bruno-3 wrote
> Secondo me quelle opzioni sono sull'host, non sul client. Le foto vengono 
> memorizzate tal quali sul telefono

si, hai ragione. ci sarei dovuto arrivare dal fatto che, se fosse come
dicevo io, non sarebbe possibile rimuovere il blur una volta caricate.
allora non mi spiego assolutamente il peso di queste app e tendenzialmente
si dovrebbe permettere anche il caricamento effettuato con la app di default
per la fotocamera se è attiva l'opzione di georeferenziazione delle foto :-/



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/OpenStreetView-VS-Mapillary-tp5881541p5882470.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] utilizzi di OSM su treni e autobus?

[Aury88]

Posso confermare per quanto riguarda la mappa trenord.it per la
visualizzazione in tempo reale delle varie direttrici...purtroppo sul mio
browser (Firefox 48) il credit ad OpenStreetMap contributors  viene tagliato
non è cliccabile ed è privo del simbolino ©. e siccome vengono usate le tile
del progetto mancano anche i cc-by-sa



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/utilizzi-di-OSM-su-treni-e-autobus-tp5882465p5882469.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] Suddivisioni di Roma

[Martin Koppenhoefer]

sent from a phone

> Il giorno 07 ago 2016, alle ore 16:41, Fayor Uno  ha 
> scritto:
> 
> name=Zona LIII Tomba di Nerone
> 
> place=quarter
> 
> ref=Z. LIII
> 
> type=multipolygon
> 
> wikipedia=it.Tomba di Nerone
> 
> 
> Ogni zona non è diversa dall'altra dal punto di vista strutturale, sono tutte 
> suddivisioni di pari livello anche se di "importanza" diversa. Per fare un 
> paragone amministrativo sarebbe un po' come le province e le città 
> metropolitane (sempre livello 6)
> 


scusate che rispondo tardi. Il "name" è un po' strano in quanto ripete il ref. 
Farei name=Tomba di Nerone
il separatore tra lingua e titolo nella chiave Wikipedia è il :
poi sarebbe utile creare anche una chiave wikidata, e forse copiare qualche 
informazione come start_date , population ecc.

Siamo poi sicuro che le rioni, i quartieri e le zone sono da considerare place 
e non boundary=administrative?



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

Re: [Talk-it] utilizzi di OSM su treni e autobus?

[Marco]

Ciao, adesso non ho modo di controllare ma se ricordo bene anche sul sito di 
Trenord (trenord.it), nella pagina delle varie direttrici o nella pagina della 
circolazione in tempo reale, era presente un riquadro in cui veniva evidenziata 
la direttrice selezionata, su una mappa che sembrava molto il nostro livello 
Mapnik.
Inoltre sulla linea Milano-Tirano, sono entrati in servizio alcuni nuovi treni 
Coradia, tanto pubblicizzati uno o due anni fa, sui quali ci sono alcuni 
schermi che consentono ai viaggiatori di vedere in tempo reale la posizione del 
treno su una mappa (un anno fa circa, la mappa era molto molto molto simile ad 
Openstreetmap)

Marco

On September 13, 2016 7:31:14 AM GMT+02:00, Alessandro Palmas 
 wrote:
>Buongiorno lista,
>
>preparando una lista di punti da toccare durante una presentazione
>vorrei
>far vedere l'utilizzo di OSM sui servizi pubblici: treni, bus e metro.
>Senz'altro il sito della rete ferroviaria olandese
>http://spoorkaart.mwnn.nl/ è sempre bello da vedere.
>Vi chiedevo di elencarne altri, magari gestiti dagli stessi operatori
>dei
>servizi di trasporti.
>
>Alessandro Ale_Zena_IT
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it