date:20150311


Hallo Jörg,

aber wir mappen doch auch internet_access=no. Das Wiki [1] schreibt 
dazu: if no internet access is offered in a place where someone might 
expect it. Und genau darum geht es: Bei vielen POI erwarte ich, dass 
sie (beispielsweise) eine Website haben. Und für den seltenen Fall, dass 
diese nicht existiert, möchte ich dies explizit festhalten.


Viele Grüße,
dktue

[1] http://wiki.openstreetmap.org/wiki/Key:internet_access#Access_types

Am 11.03.2015 um 17:01 schrieb Jörg Frings-Fürst:

Hallo,

Am Mittwoch, den 11.03.2015, 12:45 +0100 schrieb Frank Durstewitz:

Hallo.

Ich halte es ehrlich gesagt nicht für sinnvoll, zu mappen, was _nicht_
vorhanden ist. Ansonsten kommt morgen jemand auf die Idee Ich trage mal
ein, dass dieses Gebäude keine Solaranlage auf dem Dach hat. Das kann
ja endlos weitergeführt werden und bläht die DB ohne echten Mehrwert auf.


Da stimme ich dir vollkommen zu. Nicht existierende Daten ist werden
nicht eingetragen.


Wenn du die Info brauchst, kannst du nicht eventuell versuchen, diese
Info lokal vorzuhalten?

Grüße, Frank

[...]

CU
Jörg


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



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

Re: [Talk-de] website=none





 Am 11.03.2015 um 17:22 schrieb gmbo g...@kilometerfresser.eu:
 
 architect=none ist leider zur Zeit in Benutzung


Vielleicht ist das einfach als Kritik gedacht ;-)

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

Re: [Talk-it] [Qgis] unire punti in un shapefile

Grazie :-)



--
View this message in context: 
http://gis.19327.n5.nabble.com/Qgis-unire-punti-in-un-shapefile-tp5836691p5836727.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-de] website=none

Ich bin vollkommen Eurer Meinung: website=none ist sicherlich der 
falsche Weg. Dennoch würde ich gerne einen maschinenlesbaren Weg (also 
eben nicht note!) finden, diese Information fest zu halten. Der 
Vorschlag website:none=yes wurde ja schon gebracht und ist sicherlich 
besser. Ziel der Diskussion sollte sein, ein möglichst allgemeines 
Schema für die Abwesenheit gewisser (zu erwartender) Dinge zu finden. 
Daher die Frage: Ist website:none=yes ein guter Weg?


Viele Grüße,
dktue

Am 11.03.2015 um 17:26 schrieb Manuel Reimer:

On 03/11/2015 05:07 PM, dktue wrote:

aber wir mappen doch auch internet_access=no. Das Wiki [1] schreibt
dazu: if no internet access is offered in a place where someone might
expect it. Und genau darum geht es: Bei vielen POI erwarte ich, dass
sie (beispielsweise) eine Website haben. Und für den seltenen Fall, dass
diese nicht existiert, möchte ich dies explizit festhalten.


Das Tag internet_access ist auch explizit für den Zweck vorgesehen.

In das Website-Tag gehören aber ausschließlich valide Adressen. Alles 
andere wird von keepright auch zu Recht angemeckert.


Sowas gehört ins note. Am Besten zusammen mit einem Datum wann das 
da hingeschrieben wurde. Denn wer heute keine Webseite hat, der könnte 
sich morgen schon eine eingerichtet haben.


Gruß

Manuel


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



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

Re: [Talk-de] website=none

2015-03-11 Per discussione Jörg Frings-Fürst

Hallo,

Am Mittwoch, den 11.03.2015, 12:45 +0100 schrieb Frank Durstewitz:
 Hallo.
 
 Ich halte es ehrlich gesagt nicht für sinnvoll, zu mappen, was _nicht_
 vorhanden ist. Ansonsten kommt morgen jemand auf die Idee Ich trage mal
 ein, dass dieses Gebäude keine Solaranlage auf dem Dach hat. Das kann
 ja endlos weitergeführt werden und bläht die DB ohne echten Mehrwert auf.
 
Da stimme ich dir vollkommen zu. Nicht existierende Daten ist werden
nicht eingetragen.

 Wenn du die Info brauchst, kannst du nicht eventuell versuchen, diese
 Info lokal vorzuhalten?
 
 Grüße, Frank

[...]

CU
Jörg


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

Re: [Talk-it] [Qgis] unire punti in un shapefile

Ciao, no ho solo i file csv/txt.
Grazie



--
View this message in context: 
http://gis.19327.n5.nabble.com/Qgis-unire-punti-in-un-shapefile-tp5836691p5836726.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: [OSM-talk-fr] Erreurs Osmose Fantoir place=

2015-03-11 Per discussione Vincent de Château-Thierry


Bonsoir,

Le 10/03/2015 18:11, Cavok a écrit :


J'ai bien peur que l'erreur pourrait venir d'Osmose qui pour les
Fantoirs de B à W n'accepte que locality, hamlet or isolated_dwelling.

Pensez vous qu'Osmose soit trop restrictif dans ces choix, ou en effet
le tag place=neighbourhood n'est toujours pas adapté.


Je pense qu'Osmose devrait tolérer d'autres valeurs en effet, y compris 
des valeurs de highway, car il arrive aussi que ce qui est présenté par 
Fantoir comme un nom de lieu-dit, se retrouve sur le terrain comme nom 
de voie. La prise en compte au pied de la lettre des classifications 
Fantoir est trop restrictive.


vincent

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

[OSM-Talk-ZA] Fwd: invitation

2015-03-11 Per discussione Grant Slater

-- Forwarded message --
From: alyssa wright alyssapwri...@gmail.com
Date: 5 March 2015 at 16:03
Subject: invitation
To: talk-za-ow...@openstreetmap.org

I would love to extend the invite to SOTM US to members of your
community. Let me know if you have any questions.

Hi!

Apologies for any cross posting but I'm writing to extend a warmest of
invitations to State of the Map US on June 6-8th at the United Nations
in the heart of New York City. This will be an amazing conference as
diverse in attendance as it's host city and at home with the
international work of the United Nations. Towards that end I invite
you to come to the conference! Our call for scholarships is open until
March 15th, our call for talks is open until March 22nd, and I am
always open for any sponsors! ;)

SOTM US promises to be the largest State of the Map ever at a most
amazing venue. Please be part of the conversation. Everyone is
welcome!

Let me know if you have any questions.

Best,
Alyssa Wright
OpenStreetMap US President.

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

Re: [Talk-de] website=none



Was soll es also bringen zu hinterlegen, dass ein Objekt keine 
Webseite hat? Bei welchem Objekt kann man eine Webseite erwarten und 
wer definiert diesen Standard bei was man heutzutage eine Webseite 
erwarten kann?
Das ist dieselbe Sache wie internet_access=no. Wo sollten wir das 
anbringen und wozu? Dort, wir eventuell Internetzugang erwarten (z.B. 
Cafés, Hotels, Restaurants), aber damit dem User sagen: Hier gibt es 
nicht vielleicht Internet -- es hat nur noch keiner gemappt, sondern: 
hier gibt's sicher kein Internet. Das hat jemand vor Dir herausgefunden 
und es hier markiert.


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

Re: [OSM-talk-be] Call for Venues Open: State of the Map 2016

2015-03-11 Per discussione Marc Ducobu

I think that State of the map belgium is a more wise choice. But
sometimes it is worthful to not being too wise...

I'm ok to help but I have also a lot of work...


On 11 March 2015 at 12:07, Ben Abelshausen ben.abelshau...@gmail.com wrote:
 Hi,

 Thanks Pieter-Jan for keeping an eye on things as always! ;-)

 On Wed, Mar 11, 2015 at 11:22 AM, Pieter-Jan Pauwels
 pieter-jan.pauw...@okfn.org wrote:

 One of the ideas for the next Open Belgium Conferences was even to have a
 specific main theme (eg. OSM) each year in stead of trying to cover every
 Open Knowledge aspect.


 The more I think about this, the more I think we can do this. We can even
 show we have experience organizing great events! ;-) We should try and
 meetup with the OSM-people willing to help and setup a roadmap to submit a
 proposal by the 16th of april. The fact that we are even considering this is
 already a win for me!

 Cheers,

 Ben

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




-- 
et en avant pour de folles aventures...

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

Re: [OSM-talk-be] Call for Venues Open: State of the Map 2016

http://blog.emacsen.net/blog/2014/06/22/why-sotm-eu-was-awesome/

I think if we're going to do it, we should do it right. Brussels is a great
location for such a conference. The ULB campus has proven to be a great
venue, look at FOSDEM, RMLL, Odoo (back when they were still OpenERP).

Jo

2015-03-11 18:33 GMT+01:00 Marc Ducobu marc.duc...@gmail.com:

 I think that State of the map belgium is a more wise choice. But
 sometimes it is worthful to not being too wise...

 I'm ok to help but I have also a lot of work...


 On 11 March 2015 at 12:07, Ben Abelshausen ben.abelshau...@gmail.com
 wrote:
  Hi,
 
  Thanks Pieter-Jan for keeping an eye on things as always! ;-)
 
  On Wed, Mar 11, 2015 at 11:22 AM, Pieter-Jan Pauwels
  pieter-jan.pauw...@okfn.org wrote:
 
  One of the ideas for the next Open Belgium Conferences was even to have
 a
  specific main theme (eg. OSM) each year in stead of trying to cover
 every
  Open Knowledge aspect.
 
 
  The more I think about this, the more I think we can do this. We can even
  show we have experience organizing great events! ;-) We should try and
  meetup with the OSM-people willing to help and setup a roadmap to submit
 a
  proposal by the 16th of april. The fact that we are even considering
 this is
  already a win for me!
 
  Cheers,
 
  Ben
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 



 --
 et en avant pour de folles aventures...

 ___
 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-be] Mapper of the month

2015-03-11 Per discussione Marc Ducobu

I asked to someone from OSM France if they use such a tool. I'm
wainting the response.

But I'm ok to use trac that I never use.

How do we organise ourself ?


On 6 March 2015 at 21:50, Glenn Plas gl...@byte-consult.be wrote:
 Hi Marc,

 Redmine is dreadful to setup in the first place, using nginx + passenger
 it is doable but once you need to apply updates to ruby it goes south.
 I professionally support redmine installs and I hate them, so I like the
 idea a lot but not the software you suggest.

 It's fine at first but with some plugins you start to hit the rails/ruby
 versioning issues that make it hell to support and keep it secure.

 On the other hand, maybe we can use trac like JOSM does.  The tool
 http://trac.edgewall.org/ might not be fancy, but all I ever need to do
 is run the standalone version behind an nginx webserver and it runs for
 years , written in python.  With the limited resources we have, we need
 some low mainteance thing.

 Trac is also nice since it doesn't 'force' a ticket flow, you can just
 invent one that suits you.  It's a project help tool more than a
 ticketing/helpdesk tool like redmine. (which is ok as long as you don't
 have to touch it after a sucessfull initial install)

 Greetings,

 Glenn

 PS: I also feel that all the sudden we have a boost in this community,
 it's awesome and contagious too!




 On 06-03-15 21:36, Marc Ducobu wrote:
 Hello every one !

 I have the impression that all of us wants to develop the community of
 OSM belgium and I'm happy about it! Moreover it is nice to see that we
 have a reflexion about it.

 I like a lot the idea of the 'todo' because some people wants to help
 but doesn't know what to do (sometimes too much emails to read, no
 occasion to talk in real life with others, ...). Redmine (
 http://www.redmine.org/ ) can be useful tool for that (maybe there is
 other tool more efficient, even a page on the drupal site is
 enough...). But I think that the must important step is to have a
 reflexion about the organisation of this todo list because it can be
 very messy and so useless. Maybe we can contact other local community
 to know if they use such a tool...

 Also I think that it will be interesting is to have a national meeting
 once a year (or twice). To build a community, it is important to meet
 each others in real. Also it can be a good occasion to motivate new
 people to help us...

 Have a nice we.

 Marc

 On 6 March 2015 at 09:29, Nicolas Pettiaux nico...@pettiaux.be wrote:
 Le jeu. 5 mars 2015 à 21:45, Jorieke Vyncke jorieke.vyn...@gmail.com a
 écrit :

 And to Nicolas, it would indeed be nice to have a direct link to all the
 mappers of the month. I'll have a look if I can add a keyword or
 something...

 thanks

 Nicolas

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






 --
 Everything is going to be 200 OK.

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



-- 
et en avant pour de folles aventures...

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

Re: [Talk-it] Tracce linea autobus Atac Roma

Ciao, ho visto che QGIS ha moltissime funzioni e vorrei capire come mettere
in relazione fra loro dei dati che sono su dei file separati ma con nome dei
campi che corrispondono ed esempio usando quelli in oggetto.

Come posso fare a mettere assieme in QGIS quei dati che intuisco hanno dei
campi che li lega fra loro?

Seguono i nomi dei file con i nomi dei campi e tre righe di dati per file

trips.txt 

route_id,service_id,trip_id,direction_id,shape_id
01,631_60204,631_3785144,0,2907954705
01,631_60205,631_3785145,0,2907954705
01,631_60206,631_3785146,0,2907954705

stops.txt 

stop_id,stop_name,stop_lat,stop_lon,location_type,parent_station
00010,LUCREZIA ROMANA,41.8240092490761,12.5864397972831,0,
00022,SELVA CANDIDA- ROSSO,41.9372674577741,12.3780683353593,0,
00040,PRENESTINA- PIAZZALE
PRENESTINO,41.8912757790284,12.5284952847373,0,

stop_times.txt

trip_id,arrival_time,departure_time,stop_id,stop_sequence
631_1031688,06:00:00,06:00:00,77163,1
631_1031688,06:00:35,06:00:35,77167,2
631_1031688,06:01:28,06:01:28,77127,3

shapes.txt

shape_id,shape_pt_lat,shape_pt_lon,shape_pt_sequence
1705984,41.9014647046496,12.5004547459121,1
1705984,41.9015431570164,12.5005360794561,2
1705984,41.9017582389193,12.5001368330686,3

routes.txt

route_id,agency_id,route_short_name,route_long_name,route_type,route_color,route_text_color
01,MOBILITA,01,,3,FF,00
011,MOBILITA,011,,3,FF,00
012,MOBILITA,012,,3,FF,00


calendar_dates.txt

service_id,date,exception_type
631_10508,20150314,1
631_10508,20150321,1
631_10508,20150328,1

agency.txt

agency_id,agency_name,agency_url,agency_timezone,agency_lang,agency_phone
MOBILITA,Roma Servizi per la Mobilità
s.r.l.,http://www.agenziamobilita.roma.it,Europe/Rome,it,06 57003


Grazie!




--
View this message in context: 
http://gis.19327.n5.nabble.com/Tracce-linea-autobus-Atac-Roma-tp5836618p5836752.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: [OSM-talk-nl] Juridische eisen aan data voor import

2015-03-11 Per discussione Sebastiaan Couwenberg

On 03/11/2015 08:23 PM, Willy Bakker wrote:
 Stel je wilt data die beschikbaar is gesteld door een partij overnemen in
 OpenStreetMap. Wat zijn dan de juridische eisen aan de data?
 Als de data zich in het publieke domein bevinden (m.a.w. gepubliceerd zijn
 met een 'public domain mark') of beschikbaar zijn gesteld onder een
 Creative Commons Zero (CC0) licentie, lijkt het me geen probleem.

Het opnemen van public-domain  CC0 data in OSM is geen probleem, want
de data is expliciet vijgesteld van copyright.

 Maar hoe zit dat met data waarvan niet duidelijk is wat de licentie voor
 hergebruik is? Ik neem aan dat het overnemen van de data in OpenStreetMap
 dan uitgesloten is.

Als er geen duidelijke licentie voor de data is gelden automatisch de
copyright regels waarbij alle rechten zijn voorbehouden aan de auteur.

De auteur/copyright houder moet expliciet afstand nemen van deze
exclusieve rechten door de werken onder een bepaalde licentie uit te
brengen.

 En wat als de data een CC-BY, CC-NC of CC-SA licentie hebben? Dan voorzie
 ik toch ook problemen of heb ik het mis?

De licentie van de werken die je in OSM wilt opnemen moeten
herlicensering onder de ODbL toestaan zoals gebruikt voor de OSM database.

Er is geen duidelijke compatibility matrix voor de ODbL en andere
licenties zoals voor open source licenties wel het geval is.

CC-BY is in principe wel mogelijk, maar je moet dan wel aan de
attribution eis van de CC-BY licentie voldoen door de attribution toe te
voegen aan de OSM copyright pagina.

http://www.openstreetmap.org/copyright

Voordat je die wijziging er door hebt ben je een flamewar verder. Dit is
een belangrijke reden waarom CBS wijken  buurten niet in OSM zijn
opgenomen, ondanks dat het wel mogelijk is met attribution.

De ODbL staat commercieel gebruik toe, dus CC-NC werken zijn daarmee
niet compatible.

CC-SA werken zijn ook problematisch, omdat de ODbL niet share-alike
genoeg is waardoor de CC-SA licentie het herlicenseren onder de ODbL
niet toe staat.

 Graag jullie mening.

Ik ben geen jurist, dus bovenstaande heeft geen juridische waarde. Door
mijn werkzaamheden voor Debian ben ik echter wel bekend met typische
licentie periekelen als deze. Op de legal-talk lijst zal je meer OSM
specifieke kennis vinden:

https://lists.openstreetmap.org/pipermail/legal-talk/

Mvg,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

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

Re: [Talk-it] Tracce linea autobus Atac Roma

In particolare non so come aggiungere dopo che ho importato il file
shapes.txt il file trips.txt e metterli in relazione fra loro.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Tracce-linea-autobus-Atac-Roma-tp5836618p5836754.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: [OSM-talk-nl] Juridische eisen aan data voor import

CC- en CC-BY zijn OK, NC uiteraard niet. We kunnen niet aan share alike
voldoen, aangezien we heruitbrengen onder ODBL.


Groeten,

Jo


Op 11 maart 2015 20:23 schreef Willy Bakker friesewoudlo...@gmail.com:

 Beste lijst,

 Ik heb de volgende vraag:
 Stel je wilt data die beschikbaar is gesteld door een partij overnemen in
 OpenStreetMap. Wat zijn dan de juridische eisen aan de data?
 Als de data zich in het publieke domein bevinden (m.a.w. gepubliceerd zijn
 met een 'public domain mark') of beschikbaar zijn gesteld onder een
 Creative Commons Zero (CC0) licentie, lijkt het me geen probleem.
 Maar hoe zit dat met data waarvan niet duidelijk is wat de licentie voor
 hergebruik is? Ik neem aan dat het overnemen van de data in OpenStreetMap
 dan uitgesloten is.
 En wat als de data een CC-BY, CC-NC of CC-SA licentie hebben? Dan voorzie
 ik toch ook problemen of heb ik het mis?
 Graag jullie mening.

 Vriendelijke groet,
 Willy Bakker

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


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

Re: [Talk-ca] Manitoba Snowmobile trails

2015-03-11 Per discussione Richard Weait

On Wed, Mar 11, 2015 at 12:58 AM, Sam Dyck samueld...@gmail.com wrote:
[ ... ]
 Additionally, thoughts
 on how to reach out to IndyGord would be appreciated.

Same as for any other mapper, when you have thoughts to share about
their mapping.  These are in the order I type them, not of
significance.  :-)

- site-mail.  You can send a message to other users from your editing
API account on OpenStreetMap.org.
1) log in to OpenStreetMap.org with your editing API account details.
2) visit the profile of the user in question.  In this case I had to
try a few because the case and spacing matters.
https://www.openstreetmap.org/user/Indygord
3) press send message and let them know what is on your mind.  Offer
constructive criticism or compliments.

- user contact info. They might have an email address or web site
address, in their user profile page.
Same as above to visit the profile page.

- changeset discussions.
1) Starting with the database object that has your attention, find the
changeset that caused the issue.  Perhaps,
https://www.openstreetmap.org/changeset/29000428
2) Add your thoughts to the discussion box.  Discussions are public.
Be nice and presume that the mapper wanted to do the right thing.

- reach out to them via this list, the main talk list, or the various
IRC channels.

- chat with them at local mapper events.

Best regards and happy mapping,

Richard

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

Re: [Talk-in] Talk-in Digest, Vol 79, Issue 11

2015-03-11 Per discussione Johnson Chetty

Hello
On 11 Mar 2015 18:21, Adithya Vr adithya.w...@gmail.com wrote:

 Sorry if I am putting a very basic question. But what is the high level
objective of establishing this URL ?
http://maps.metastudio.org/osm-india/slippymap.html . Highly appreciated if
somebody can explain it to me.

Because that's the only url i had at the moment. :)
We had another url called osm-india.org or freemap.in?  iirc .. with
satyakam ?

 Adithya


 On 11 March 2015 at 17:30, talk-in-requ...@openstreetmap.org wrote:

 Send Talk-in mailing list submissions to
 talk-in@openstreetmap.org

 To subscribe or unsubscribe via the World Wide Web, visit
 https://lists.openstreetmap.org/listinfo/talk-in
 or, via email, send a message with subject or body 'help' to
 talk-in-requ...@openstreetmap.org

 You can reach the person managing the list at
 talk-in-ow...@openstreetmap.org

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Talk-in digest...


 Today's Topics:

1. Re: Indian OSM server (Johnson Chetty)
2.  Indian OSM server (shravan)


 --

 Message: 1
 Date: Wed, 11 Mar 2015 15:07:29 +0530
 From: Johnson Chetty johnsonche...@gmail.com
 To: OpenStreetMap in India talk-in@openstreetmap.org
 Subject: Re: [Talk-in] Indian OSM server
 Message-ID:
 CAFEiVAVigFsSPhPwXe=
uooti3nbm+ya0kyjsoavjyo3dtp5...@mail.gmail.com
 Content-Type: text/plain; charset=iso-8859-1

 Hello,

 Interim update for the OSM India Tile Server

 http://maps.metastudio.org/osm-india/slippymap.html

 Arun's boundaries fix applied.
 Set up of daily updation from OSM data is underway...
 The updation scripts repos are old/dead links and timestamp servers have
 moved.
 But, there are alternatives which can and need to be set up. I'm creating
 documentation for it as I go along.
 So we will put that up in a wiki/repo somewhere.

 Arun, more stylesheets please? :) That India-streets one was nice.



 --
 Regards,
 Johnson Chetty



 On 6 March 2015 at 22:44, Arun Ganesh arun.plane...@gmail.com wrote:

  In the meantime, i've forked openstreetmap-carto on my local system and
  have the boundary fix in place.
  http://i.imgur.com/Jm69u7v.png
 
 
  --
   Arun Ganesh
  (planemad) http://en.wikipedia.org/wiki/User:Planemad
   http://j.mp/ArunGanesh
 
  ___
  Talk-in mailing list
  Talk-in@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-in
 
 


 --
 Regards,
 Johnson Chetty
 -- next part --
 An HTML attachment was scrubbed...
 URL: 
http://lists.openstreetmap.org/pipermail/talk-in/attachments/20150311/92c41857/attachment-0001.html


 --

 Message: 2
 Date: Wed, 11 Mar 2015 16:03:05 +0530
 From: shravan shravan.s...@gmail.com
 To: talk-in@openstreetmap.org
 Subject: [Talk-in]  Indian OSM server
 Message-ID:
 
cadn1hw9w3bt4tyrwfeymncsczbbu1xoz-ekmzgiv0yusfvp...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Hello,

 I have been playing around with Mapbox JS
 https://www.mapbox.com/mapbox.js/api/v2.1.5/ and have managed to host
 OpenStreetMap for India with search function on Github
 http://shravan91.github.io/OSMIN/. I will further editing the website
in
 coming weeks.

 Thank You,
 Shravan
 -- next part --
 An HTML attachment was scrubbed...
 URL: 
http://lists.openstreetmap.org/pipermail/talk-in/attachments/20150311/d4162232/attachment-0001.html


 --

 Subject: Digest Footer

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


 --

 End of Talk-in Digest, Vol 79, Issue 11
 ***




 --



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

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

[OSM-talk-be] Minor power lines

2015-03-11 Per discussione Marc Gemis

Hallo,

I have a question about minor power lines (e.g. [1]). What's the voltage on
such lines ?

regards


I heb een vraagje over electriciteitsleidingen. Hoeveel volt gaat er door
de kabels zoals op [1] ?

alvast bedankt

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

Re: [OSM-talk] Routing across parks

2015-03-11 Per discussione moltonel 3x Combo

On 10/03/2015, Mike N nice...@att.net wrote:
 On 3/10/2015 12:56 PM, Volker Schmidt wrote:
 If I understand correctly that you want routing to cross a park as long
 as the way in and the way out are connected to the perimeter of the
 park. This is only correct in parks where you are free to walk anywhere.
 Most parks in continental Europe do not work this way. Typically, but
 not always, you have to stay on the paths.

 To solve this, one needs possibly a new (?) tag for parks like
 stay_on_path=yes|no

 I agree - there needs to be areas of general walk permission established
 before a router can include that area.

Another common usecase is surface car parks. You've got lots of
pedestrian paths that lead to it, but nothing explicit inside it, and
even following the service=parking_aisle ways would be too
restrictive.

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

[OSM-talk-nl] Juridische eisen aan data voor import

2015-03-11 Per discussione Willy Bakker

Beste lijst,

Ik heb de volgende vraag:
Stel je wilt data die beschikbaar is gesteld door een partij overnemen in
OpenStreetMap. Wat zijn dan de juridische eisen aan de data?
Als de data zich in het publieke domein bevinden (m.a.w. gepubliceerd zijn
met een 'public domain mark') of beschikbaar zijn gesteld onder een
Creative Commons Zero (CC0) licentie, lijkt het me geen probleem.
Maar hoe zit dat met data waarvan niet duidelijk is wat de licentie voor
hergebruik is? Ik neem aan dat het overnemen van de data in OpenStreetMap
dan uitgesloten is.
En wat als de data een CC-BY, CC-NC of CC-SA licentie hebben? Dan voorzie
ik toch ook problemen of heb ik het mis?
Graag jullie mening.

Vriendelijke groet,
Willy Bakker
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [Talk-de] website=none

2015-03-11 Per discussione Manuel Reimer


On 03/11/2015 05:36 PM, dktue wrote:

Ich bin vollkommen Eurer Meinung: website=none ist sicherlich der
falsche Weg. Dennoch würde ich gerne einen maschinenlesbaren Weg (also
eben nicht note!) finden, diese Information fest zu halten. Der
Vorschlag website:none=yes wurde ja schon gebracht und ist sicherlich
besser. Ziel der Diskussion sollte sein, ein möglichst allgemeines
Schema für die Abwesenheit gewisser (zu erwartender) Dinge zu finden.
Daher die Frage: Ist website:none=yes ein guter Weg?


Eine Webseite kann man heutzutage, und erst Recht in der Zukunft, 
überall erwarten.


Wir haben durch den Wald einen Lehrpfad bei dem jede Tafel eine eigene 
Webseite hat.


Was soll es also bringen zu hinterlegen, dass ein Objekt keine Webseite 
hat? Bei welchem Objekt kann man eine Webseite erwarten und wer 
definiert diesen Standard bei was man heutzutage eine Webseite erwarten 
kann?


Gruß

Manuel


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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-11 Per discussione ZIMMY

Bravo pour le travail réalisé,

Voici une version indoor du centre commercial Nord Avigno avec ton outil
http://github.pavie.info/openlevelup/?lat=43.98216957810331lon=4.881083965301514zoom=18level=0transcend=1legacy=1

Enfin grâce à ce démonstrateur je vais pouvoir monter en gamme dans les ERP
(Etablissements Recevant du Public).
Je ne sais pas qualifier de la donnée qui n'est pas valorisée.




-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (CCPRO,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/Carte-des-donnees-indoor-OpenLevelUp-tp5835846p5836751.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-it] overpass api population

2015-03-11 Per discussione Luca Delucchi

2015-03-11 8:55 GMT+01:00 Stefano saba...@gmail.com:


 Il giorno 11 marzo 2015 00:03, Luca Delucchi lucadel...@gmail.com ha
 scritto:

 Ciao a tutti,

 qualcuno sa come esportare con overpass turbo le città utilizzando il
 parametro population come limite?


 Ciao,
 mi sembrava di ricordare un thread uguale, ma ho solo ritrovato quello di
 Volker in cui si parlava di strade[0], ma il ragionamento è simile.

si infatti, mi sembrava anche a me, forse l'avevo chiesto proprio io :-)


 Il tuo caso è più semplice, secondo me potrebbe bastare

 place=* and population~=/[0-9]{7,}/ in Italy


avevo provato qualcosa del genere ma mi ritornava un errore, comunque funziona

 Eseguito solo sulla Lombardia restituisce 2 risultati (Lombardia, Milano
 comune ed il suo admin centre).


PS
Ho provato negli stati uniti ed ho trovato una situazione del tag
population completamente casuale (sembra essere riferita ad un
censimento del 2010) [0], ben diverso da quello riportato su wikipedia
[1]

[0] http://overpass-turbo.eu/s/88l
[1] http://en.wikipedia.org/wiki/List_of_United_States_cities_by_population

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-ca] Manitoba Snowmobile trails

2015-03-11 Per discussione Sam Dyck

Hi Richard

Some clarifications. I have contacted IndyGord through the message
function, but have not received a response. Manitoba is an echo chamber.
Including me there are only 3 or 4 frequent contributors. We rarely contact
each other or coordinate, and aside from the time you were in Winnipeg I
have never met another Winnipeg mapper in person. It's not that I haven't
tried (I invited IndyGord to that event, they did not respond) but no one
else seems interested.

I contacted IndyGord through as general mail because snowmobile trails are
all that they do, and all of them have the same problems, and it seems
redundant to start a changeset discussion at this point (but am certainly
open to it if you or others still feel it is appropriate)

As for my relation, if people want to leave comments they can do so at
http://www.openstreetmap.org/changeset/29282864

Sam

On Wed, Mar 11, 2015 at 1:22 PM, Richard Weait rich...@weait.com wrote:

 On Wed, Mar 11, 2015 at 12:58 AM, Sam Dyck samueld...@gmail.com wrote:
 [ ... ]
  Additionally, thoughts
  on how to reach out to IndyGord would be appreciated.

 Same as for any other mapper, when you have thoughts to share about
 their mapping.  These are in the order I type them, not of
 significance.  :-)

 - site-mail.  You can send a message to other users from your editing
 API account on OpenStreetMap.org.
 1) log in to OpenStreetMap.org with your editing API account details.
 2) visit the profile of the user in question.  In this case I had to
 try a few because the case and spacing matters.
 https://www.openstreetmap.org/user/Indygord
 3) press send message and let them know what is on your mind.  Offer
 constructive criticism or compliments.

 - user contact info. They might have an email address or web site
 address, in their user profile page.
 Same as above to visit the profile page.

 - changeset discussions.
 1) Starting with the database object that has your attention, find the
 changeset that caused the issue.  Perhaps,
 https://www.openstreetmap.org/changeset/29000428
 2) Add your thoughts to the discussion box.  Discussions are public.
 Be nice and presume that the mapper wanted to do the right thing.

 - reach out to them via this list, the main talk list, or the various
 IRC channels.

 - chat with them at local mapper events.

 Best regards and happy mapping,

 Richard

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

Re: [OSM-talk-be] Call for Venues Open: State of the Map 2016

2015-03-11 Per discussione Nicolas Pettiaux




Le mer 11 mar 2015 à 19:59, Jo winfi...@gmail.com a écrit :

http://blog.emacsen.net/blog/2014/06/22/why-sotm-eu-was-awesome/

I think if we're going to do it, we should do it right. Brussels is a 
great location for such a conference. The ULB campus has proven to be 
a great venue, look at FOSDEM, RMLL, Odoo (back when they were still 
OpenERP).

indeed.

At the beginning of May, I have an appointment with the president of 
ULB and its administrator.


I proposed that ULB hosts RMLL. I am ready to propose that ULB hosts 
STOM. 

Yes, definitively, SOTM-Belgium would be a good start, but with Fosdem 
and RMLL experiences, and enough people, I think we can definitively 
aim at SOTM. Now, we just need to build the file and enter a good 
proposal.


I'll meet soon ministers and try to get money for other projects 
related to free software, open access, open data. OSM is only the next 
step.


What about organising in the beginning of 2016 SOTM-Belgium to get some 
traction, and that during only a week-end (like Fosdem). We could 
advertise during Fosdem and also before at different local events.


Then we could go larger for a full blown SOTM at the beginning of 
September 2016.


What do you think of such a proposal ?

I am ready also to propose it to the team that is behind the 
organisation of the associalibre.be activity of free software for 
associations on April 24 (where you are all welcome).
And where Julien will come and hopefully help with the planned OSM 
activity.


Best regards,

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

Re: [OSM-talk] Second decade visions

2015-03-11 Per discussione Warin


On 11/03/2015 9:53 AM, Daniel Koć wrote:


4. Redesigning some key tagging schemes

I think that will be one of the hardest think to change, but while tag 
crafting is mostly a grassroot process, we need to rethink some of 
them in a more systematic way.


For example amenity=school should be really landuse=school (if not 
used just for the building), landcover namespace should arise (so on 
the landuse=park we can see green space only when there's a grass 
actually, not on the whole this area), maybe some nature/man_made 
tagging should be replaced by terrain namespace... That's not 
important what exactly should be (re)designed from top to bottom this 
time, but once you have the needed level of expertise, you can make 
new implementation better instead of just patching the original one.


We also have a lot detailed objects which are not always clearly 
defined and we should try more cascading approach, like 
amenity=fast_food = amenity=food+amenity_food_type=fast_food (or 
something alike). That way we can have Here is food! label without 
forcing mapper to distinguish if he's not really sure.


I expect there will be strong reaction against using top-down 
committee methodology, but some well-known problems with our ontology 
architecture will never go away if we try to change it tag-for-tag. Of 
course that is true only for this class of problems - most new schemes 
will still be best when created ad hoc and then used by more and more 
mappers.


There needs to be a guide as to the tagging scheme/system/philosophy.

 You use the example of fast food... to me that is a shop .. so rather 
than amenity= it should be shop= ... thus 'a place that sells a product' 
should precede the selection of 'amenity=' ?


I'll add the problem of waste .. I believe there needs to be a top level 
tag of waste= ... at the same level as amenity= etc ..


In the long term there needs to be a good understanding of what 
scheme/system/philosophy is to be used, and it needs to be Documented 
with a capital D. If that is done by a committe or a loose group the 
doucumentation still needs to be done .. and done before some redefining 
tags if an over all scheme/system/philosophy is too succeed.






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

[OSM-talk] Outreachy HOT/OSM internships notice

2015-03-11 Per discussione Blake Girardot



Hi everyone,

I just wanted to make sure everyone here knew about the paid, 3 month, 
full time internship program called Outreachy.


Outreachy helps people from groups underrepresented in free and open 
source software get involved. We provide a supportive community for 
beginning to contribute any time throughout the year and offer focused 
internship opportunities twice a year with a number of free software 
organizations.


https://www.gnome.org/outreachy/

HOT is coordinating 2 internships that are OSM and HOT related. It would 
be really great if we could get some experienced OSM mappers applying 
for our projects:


https://github.com/hotosm/HOT-Project-Ideas/issues

Please feel free to pass this information on to anyone you think might 
be interested.


Cheers,
Blake

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

Re: [OSM-talk] Problem with usage of other values than yes for key building

2015-03-11 Per discussione Florian Lohoff

On Tue, Mar 10, 2015 at 09:35:58PM +0100, Stefan Keller wrote:
 Hi,
 
 I have a problem with the usage values other yes in key building.
 It seems to me that this any other usage of building=yes (for area
 type) is almost purely redundant.
 
 When looking at taginfo [1], building has following three top most key usages:
 yes  119260798 85%
 house 11592812 8%
 residential 3145218 2%
 ...
 
 So, other than yes has a frequency of 15% and less.
 
 Then, when looking at the wiki page [2] it mostly points to
 alternative tags, like
 * building=apartment = tourism=apartment
 * building=hotel = tourism=hotel
 * building=warehouse = shop=department_store (no indication to that
 in warehouse
 * building=church/cathedral =  amenity=place_of_worship
 * building=school/hospital = amenity=school/hospital

amenity=school is for the whole area of the school not just the
buildings and should carry the name of the school. The buildings
of the school could be tagged as building=school.

This is how i tagged for the past couple of years and how for example
MapOSMatic interpreted amenity=school.

This is how 

http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool

Shows the usage of the tag.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] Call for Venues Open: State of the Map 2016

2015-03-11 Per discussione Nicolas Pettiaux




Le mer 11 mar 2015 à 7:15, Jo winfi...@gmail.com a écrit :
Hmm, the wiki recommends a team of 3+ people. I dismissed the idea 
yesterday (when I read that call for venue), as I thought it would 
rather take a 20+ people team and we don't have that.


You can count me in, but I only count for 50%...
I would like us to be at least 5 . Yes, I think 20+ is needed for the 
event itself


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

Re: [OSM-talk] Problem with usage of other values than yes for key building

2015-03-11 Per discussione Andreas Vilén

I map buildings with the bulding_tools plugin and it would take
considerably longer if I looked for a better tag for each building I map,
and retag every tagged building=yes, so for that reason I almost never use
any other value. If you want to map towns of 20-50 000 inhabitants, or
larger rural areas, and not work for years that is the only workable
method. For example, I'm currently (taking a break in) mapping every
building on the island Öland, and have gotten about halfway after 6 months.
It's not reasonable to look for more specific tags than =yes in cases like
that. http://tasks.openstreetmap.se/job/23

Nowadays when I tag churches I normally tag both place of worship and
building=church though. So I don't see how the building tag is redundant
there. There are simply different uses for different tags. Also, as others
have suggested, a hospital or a school often covers a much larger area than
just one building.

/Andreas

On Tue, Mar 10, 2015 at 9:35 PM, Stefan Keller sfkel...@gmail.com wrote:

 Hi,

 I have a problem with the usage values other yes in key building.
 It seems to me that this any other usage of building=yes (for area
 type) is almost purely redundant.

 When looking at taginfo [1], building has following three top most key
 usages:
 yes  119260798 85%
 house 11592812 8%
 residential 3145218 2%
 ...

 So, other than yes has a frequency of 15% and less.

 Then, when looking at the wiki page [2] it mostly points to
 alternative tags, like
 * building=apartment = tourism=apartment
 * building=hotel = tourism=hotel
 * building=warehouse = shop=department_store (no indication to that
 in warehouse
 * building=church/cathedral =  amenity=place_of_worship
 * building=school/hospital = amenity=school/hospital

 Sometimes when looking at wiki pages of building=* they even don't
 mention the preferred tagging, like building=apartment [3].

 I tend to stipulate that any other value than yes for key building
 should be deprecated.
 Or am I missing something?

 Yours, S.

 [1] http://taginfo.openstreetmap.org/keys/building#values
 [2] http://wiki.openstreetmap.org/wiki/Key:building
 [3] http://wiki.openstreetmap.org/wiki/Tag:building%3Dapartments

 ___
 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-it] overpass api population

2015-03-11 Per discussione Stefano

Il giorno 11 marzo 2015 00:03, Luca Delucchi lucadel...@gmail.com ha
scritto:

 Ciao a tutti,

 qualcuno sa come esportare con overpass turbo le città utilizzando il
 parametro population come limite?


Ciao,
mi sembrava di ricordare un thread uguale, ma ho solo ritrovato quello di
Volker in cui si parlava di strade[0], ma il ragionamento è simile.


 Vorrei esportare per esempio le città con più di un milione di
 abitanti... penso si debba usare una regex ma non ne ho trovato una
 che funzioni.


Il tuo caso è più semplice, secondo me potrebbe bastare

place=* and population~=/[0-9]{7,}/ in Italy

Eseguito solo sulla Lombardia restituisce 2 risultati (Lombardia, Milano
comune ed il suo admin centre).



 Grazie

 --
 ciao
 Luca

 Ciao,
Stefano

[0]
https://lists.openstreetmap.org/pipermail/talk-it/2015-January/046593.html


 http://gis.cri.fmach.it/delucchi/
 www.lucadelu.org

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

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

[Talk-it] Rendering di Disused ed Abandoned

2015-03-11 Per discussione Bruno Vivi

Buongiorno!

Nella mappatura di Openstreemap sto facendo anche il censimento di alcuni
impianti di risalita e piste di Sci.


Al di la del fatto che per vedere le piste bisogna andare su siti terzi,
mentre sarebbe carino un layer su Openstreetmap, il quesito è il seguente...


Ho censito anche alcuni impianti di risalita utilizzando il Key Disused.

Il rendering però non tiene conto di quel campo.

Potrebbe essere una buona idea, secondo voi, suggerire agli sviluppatori di
OSM che il rendering di impianti, ma anche strade, aventi il Tag Disused o
Abandoned, sia effettuato in maniera diversa? Ad esempio con una
trasparenza abilitata, oppure non visualizzandoli se hanno questo tag?


Metto un link su un caso.

http://www.openstreetmap.org/#map=17/44.28690/10.41276

I due impianti in basso a destra sono disused
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[talk-ph] NHN 2 Luzon

2015-03-11 Per discussione Ronny Ager-Wick

I noticed Rally's recent update including MacArthur highway in NHN 2 Luzon:
http://www.openstreetmap.org/relation/4659407#map=8/15.824/120.361
I assume this was due to some updated guidelines from DPWH or something.

I noticed this because I had just meticulously updated the name of every
segment of MacArthur Highway from San Fernando/Angeles Border to
Angeles/Mabalacat border, and every single name I had fixed, as well as all
the previous ones, had now disappeared. I updated the name manually working
myself south until I realized something must be up (yes, I know, it takes a
bit of time sometimes), and then I noticed the new relation, and I noticed
that (probably) on every segment of this relation, the name had disappeared.

Was it intentional to delete the name of every segment of the road now called
Route 2?
If not, there are probably a lot of other segments that needs its name restored.

By the way, is Manila North Road another name for MacArthur Highway, or is
MacArthur just a small part of it?

As pointed out earlier, it used to be called R-9, which is a theoretical name
only, as everyone refers to it - or at least the segment I'm familiar with -
as MacArthur Highway. Now, it's suddenly called 2. Again, nobody who lives
or works or drives along this road apart from maybe a few of us and some
people at DPWH knows about this, yet the 2 label is the most prominent on a
lot of maps, as it's defined by the ref tag in OSM. I regularly drive this
route, and I have yet to see a single sign with either R-9 or 2 or N2 or
whatever. Granted, there's probably not a single sign saying MacArthur Highway
either, but that's the name people know.
If you print a map and based on that ask people how to get to Route 2, N2, or
R-9 your query is unlikely to receive an answer. So in terms of usefulness,
having that ref displayed prominently is pointless.

Do we map ground truth and use the references that are most useful to people
(putting DPWH dream labels like 2 and R-9 in nat_ref), or should we
blindly follow official references, even if nobody else are actively using
them and no signs indicate them?
The latter means waiting for DPWH to put up signs, which could take 10 or 20
years, if not eternity.

Or shall we use both?
Personally, I would set ref to MacArthur;2 or MacArthur;N2, set nat_ref to
2 and leave the name as the full name of the given road, regardless of route
membership. This way we deal with both current and future needs.

PS: I realize DPWH may be looking to build a route network like in Europe or
America, and that's great. But until they have finished putting up the signs,
it's meaningless. In Europe the E-roads are well known, and putting the E
route number as a ref is completely logical, as every road in this network is
marked with the route number after *every* intersection, plus every few km
should there be no intersections for a while. In Europe, if they build a new
improved road in the E-network, that road is marked as such before it is
opened, and the old road is marked as something else (a regional route
number), and all signs with the E-route number are removed from it overnight.
I'd love that to be the case here, but until then, we need to consider what
ref to actually use.


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

Re: [Talk-cat] State of the Map 2016

2015-03-11 Per discussione Wladimir Szczerban

Hola Carlos,

Suena bien. Desdes Geoinquiets los podemos apoyar.

Saludos,
Wladimir



2015-03-10 22:28 GMT+01:00 Carlos Sánchez erielk...@gmail.com:

 Com ho veieu per proposar Barcelona per al SOTM 2016?
 http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues


 --

 *Carlos Sánchez*About.me http://about.me/carlos.sanchez

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




-- 
Saludos,

Bolo
www.geoinquiets.cat
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-11 Per discussione dHuy Pierre

Petite fierté personnelle de voir le chateau  de Chenonceau dans tes exemples 
:)Autrement pourrais tu créer une méthode d'export en pdf ou en jpg pour 
disposer d'un plan imprimé?Pour les verticalpassage, la possibilité de cliquer 
dessus pour monter /descendre d'un étage?À plus long terme, faire du path 
finding pour guider quelqu'un dans le batiment?Sinon des fois des tags qui 
délimite des zones apparaissent au dessus (exemple sur la terrasse ouest du 
mont saint michel).Sinon encore bravo, tu fais un travail excellent!
 

 Le Mercredi 11 mars 2015 0h24, PanierAvide panierav...@riseup.net a 
écrit :
   

 Bonjour à tous,

Encore du nouveau sur OpenLevelUp, et cette fois-ci pas mal de choses. 
En résumé : amélioration de l'affichage des objets et pop-ups, des liens 
rapides vers OSM, le cadastre en arrière-plan et la possibilité 
d'exporter un niveau en GeoJSON. C'est toujours ici :
http://github.pavie.info/openlevelup/

Pour la version détaillée :
* Meilleure gestion des buildingpart=verticalpassage [1]
* Affichage des images (tag image=*) dans les pop-ups [2]
* Les liens hypertextes sont cliquables (tags image, website, 
contact:website, url, wikimedia_commons)
* L'icône correspondant au type d'objet s'affiche dans le titre
* Le cadastre est disponible dans les couches
* Lien vers OSM.org dans les pop-ups et en bas de page
* Les objets building et buildingpart/indoor sont forcément mis en 
arrière-plan (certains objets étaient précédemment cachés)
* De nombreuses icônes ajoutées (tags shop, amenity, tourism, ...) [3]
* Le nom (tag name) de l'objet est affiché en titre de pop-up s'il est 
renseigné
* Lien pour l'export en GeoJSON du niveau actuellement affiché.

Vos retours d'expérience sont la bienvenue :)

Cordialement,

PanierAvide.

[1] Escaliers : 
http://github.pavie.info/openlevelup/?lat=47.32473955069693lon=1.070371400097zoom=20level=0transcend=1legacy=1
[2] Sur l'entrée ouest : 
http://github.pavie.info/openlevelup/?lat=48.12148643666441lon=-1.7112547159194946zoom=20level=0transcend=1legacy=1
[3] Exemple au CNIT : 
http://github.pavie.info/openlevelup/?lat=48.892781245969005lon=2.2382980585098267zoom=18level=0transcend=1legacy=1


___
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-be] Call for Venues Open: State of the Map 2016

Hmm, the wiki recommends a team of 3+ people. I dismissed the idea
yesterday (when I read that call for venue), as I thought it would rather
take a 20+ people team and we don't have that.

You can count me in, but I only count for 50%...

Jo

2015-03-11 5:23 GMT+01:00 Nicolas Pettiaux nico...@pettiaux.be:

 Dear all,

 I have proposed and obtained that RMLL be organised in Brussels in July
 2013.

 I would like to propose that State of the map be organised at ULB in
 Brussels in 2016.

 Who would help in structuring the dossier and later help with the local
 organization ?

 Much thanks,

 Nicolas

 PS I think that organizing such an event can help to structure our
 community and strengthen the use of OSM in Belgium


 -- Message transféré --

 From: Richard Weait rich...@weait.com
 Date: Tue, Mar 10, 2015 at 2:16 PM
 Subject: Call for Venues Open: State of the Map 2016

 The Call for Venues for State of the Map 2016 is now open.

 http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues

 Build a team for your city and bid to host the OpenStreetMap conference.

 ___
 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] Problem with usage of other values than yes for key building

2015-03-11 Per discussione moltonel 3x Combo

On 11/03/2015, Andreas Vilén andreas.vi...@gmail.com wrote:
 I map buildings with the bulding_tools plugin and it would take
 considerably longer if I looked for a better tag for each building I map,
 and retag every tagged building=yes

The way I handle that is by tracing buildings by type. All houses
first, then all garages, etc. Then I search for new building=yes,
mass-tag them to the correct value, and move on to tracing the next
type. Usually there isn't more than 3-4 building types in an area, so
it really doesn't take much more time than using yes everywhere.

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

Re: [Talk-it] Ausili per mappare route in Josm

2015-03-10 17:56 GMT+01:00 mircozorzo mircozo...@inwind.it:

 Per la continuità ho notato che Josm dà una indicazione già nella finestra
 di
 modifica della relazione, quindi questo è già a posto.



+1, c'è anche la possibilità di mettere i membri automaticamente in ordine
(solo usare dopo che avete scaricato tutti gli elementi).

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

Re: [OSM-talk-be] Call for Venues Open: State of the Map 2016

2015-03-11 Per discussione Ben Abelshausen

Hi,

Thanks Pieter-Jan for keeping an eye on things as always! ;-)

On Wed, Mar 11, 2015 at 11:22 AM, Pieter-Jan Pauwels 
pieter-jan.pauw...@okfn.org wrote:

 One of the ideas for the next Open Belgium Conferences was even to have a
 specific main theme (eg. OSM) each year in stead of trying to cover every
 Open Knowledge aspect.


The more I think about this, the more I think we can do this. We can even
show we have experience organizing great events! ;-) We should try and
meetup with the OSM-people willing to help and setup a roadmap to submit a
proposal by the 16th of april. The fact that we are even considering this
is already a win for me!

Cheers,

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

Re: [Talk-it] Ausili per mappare route in Josm

2015-03-11 Per discussione Volker Schmidt


 +1, c'è anche la possibilità di mettere i membri automaticamente in ordine
 (solo usare dopo che avete scaricato tutti gli elementi).

 Non funziona se la route contiene diramazioni o anelli (rotonde).

Il route analyzer invece dà una rappresentazione grafica, dove si vedono
subito eventuali interruzioni. E' sicuramente il mio strumento preferito.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Second decade visions

2015-03-11 Per discussione Daniel Koć


W dniu 11.03.2015 7:27, Jo napisał(a):


My solution is to use MapCSS and filtering in JOSM to cope with this
problem.


I know this method and it's good enough for now, but I was talking about 
strategic thinking, not about the advanced functionality of just one 
tool.


It should be something prominent like choose the data mode: 
full/basic/underground/micromapping/3D/indoor/... and also implemented 
in iD (probably with standard data set by default). Remember, we were 
talking about damages newbies can do when they have too many strange 
data visible at once and they tend to use iD of course, not JOSM.



Fully agree with you on that. It is why I started to develop Python
scripts which run inside of JOSM. I also created Youtube videos to


Great, I will check it!

And I think we need more tools also outside of JOSM in form of nice, 
usable web interfaces (just starting JOSM requires some knowledge which 
is irrelevant to the mapping issues) with one tool for one set of 
problems attitude.



What surprises me a bit, is that I hadn't seen mention of your scripts
on talk-transit.


Oh, I was just not aware it exists at all (typical data overload issue 
=} )... But the script itself is really fresh and it's still not even 
documented enough to run it. I would write about it on this list when 
it's ready anyway, but that was just a good example of what I wanted to 
say in terms of vision.


--
Piaseczno Miasto Wąskotorowe


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

[Talk-in] Indian OSM server

2015-03-11 Per discussione shravan

Hello,

I have been playing around with Mapbox JS
https://www.mapbox.com/mapbox.js/api/v2.1.5/ and have managed to host
OpenStreetMap for India with search function on Github
http://shravan91.github.io/OSMIN/. I will further editing the website in
coming weeks.

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

Re: [OSM-talk] Problem with usage of other values than yes for key building

2015-03-10 21:48 GMT+01:00 Simon Poole si...@poole.ch:

 I suspect the numbers are strongly biased due to building outline imports.




+1 and common editor presets. In iD without expert mode / all tags the
only values for the building key are yes and unknown (which will not
set any key I believe), if other tags like amenity etc. are also set. No
way to enter free text then.
FWIW, I've just yesterday filed a ticket for this:
https://github.com/openstreetmap/iD/issues/2550

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

Re: [OSM-talk] Problem with usage of other values than yes for key building

2015-03-10 21:35 GMT+01:00 Stefan Keller sfkel...@gmail.com:

 Then, when looking at the wiki page [2] it mostly points to
 alternative tags, like
 * building=apartment = tourism=apartment



the first is an apartment building, the latter a kind of accomodation



 * building=hotel = tourism=hotel



the first is a building type, the latter a hotel (function)



 * building=warehouse = shop=department_store (no indication to that
 in warehouse



that's completely nonesense IMHO, a warehouse is a back area without public
access, a department store is a shop typology.



 * building=church/cathedral =  amenity=place_of_worship



the first is a building type (like all building values btw., save yes),
i.e. any building errected as or transformed into a church (architectonic
typology), not necessarily used for worshipping nowadays, the latter is a
place where worshipping takes place, does not have to be a building at all.



 * building=school/hospital = amenity=school/hospital



the amenity goes on the whole area, including often / typically outdoor
areas and other building types than school or hospital, e.g. garages,
heating plant, etc.

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

Re: [Talk-cat] State of the Map 2016

2015-03-11 Per discussione Jaume Figueras i Jové


Hola,

esteu segurs del què proposeu? Sou conscients de la feina que hi ha al 
darrera de l'organització d'un d'aquests esdeveniments? Sabeu a quin 
preu estan els espais per organitzar un congrés per 200 persones mínim a 
Barcelona?


Pot ser engrescador, però vol molta feina i estar-hi molt a sobre, 
penseu-hi seriosament abans de fer propostes com aquestes :D


Estem en contacte.

Salut!

On 11/03/15 08:36, josep constantí wrote:

superbé.

josep

Sent from Yahoo Mail on Android
https://overview.mail.yahoo.com/mobile/?.src=Android


*From*:Wladimir Szczerban bolo...@gmail.com
*Date*:dc., març 11, 2015 at 8:34
*Subject*:Re: [Talk-cat] State of the Map 2016

Hola Carlos,

Suena bien. Desdes Geoinquiets los podemos apoyar.

Saludos,
Wladimir



2015-03-10 22:28 GMT+01:00 Carlos Sánchez erielk...@gmail.com
javascript:return:

Com ho veieu per proposar Barcelona per al SOTM 2016?
http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues


--
*Carlos Sánchez
*About.me http://about.me/carlos.sanchez*
*
**

___
Talk-cat mailing list
Talk-cat@openstreetmap.org javascript:return
https://lists.openstreetmap.org/listinfo/talk-cat




--
Saludos,

Bolo
www.geoinquiets.cat http://www.geoinquiets.cat



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



--
   Jaume Figueras i Jové
o o o  Responsable de projectes SIG
o o o  inLab FIB
o o o
U P C  Universitat Politècnica de Catalunya - Barcelona Tech

   E-mail : jaume.figue...@upc.edu
   Web: http://inlab.fib.upc.edu/
   Telf   : +34937398621 (intern UPC: 98621)
   Mòbil  : +34650756456 (intern UPC: 44785)
   Fax: +34937398628 (intern UPC: 98628)

   Adreça : inLab FIB
Edifici B5-S102
C/ Jordi Girona, 31
08025 BARCELONA

Ubuntu User #14347 - Linux User #504317

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

Re: [OSM-talk] Problem with usage of other values than yes for key building

2015-03-11 Per discussione Mike N


On 3/11/2015 6:37 AM, Martin Koppenhoefer wrote:

nd common editor presets. In iD without expert mode / all tags the
only values for the building key are yes and unknown (which will not
set any key I believe), if other tags like amenity etc. are also set. No
way to enter free text then.
FWIW, I've just yesterday filed a ticket for this:
https://github.com/openstreetmap/iD/issues/2550


  I just noticed a user changing all my specific building types to 
'yes' with ID.   I'm still trying to find out why before undoing that.


  I would consider a global change to 'building=yes' without saving 
that information in another key to be equivalent to vandalism due to the 
amount of information loss.



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

Re: [talk-ph] NHN 2 Luzon

2015-03-11 Per discussione Rally de Leon

Dear Ronny,

This past week, I've been editing OSM all over PH particularly primary
roads. That's why the old ref's are being replaced to be the same as DPWH's
system, and are stored in duplicates with Route Relations. As soon as I can
get the right work flow (still doing trial and error on format), I will
invite all of you to edit, coz there's a lot to do (particularly the
Section_ID per DPWH engineering district)

A few hours ago, (per DPWH request) my experimental NBN route name format
were all converted to Nxxx format. Thus route 1 is N1, route 2 is N2 etc.
to be more compatible with DPWH's database.

Yup, it's the new official route numbering system being implemented by
DPWH. see:
https://dpwh.maps.arcgis.com/apps/OnePane/basicviewer/index.html?appid=4b48284a409844fab6876aa77be8bf58#

We cannot do anything about the new route number system. It's the future.
Wazers were the first to implement this on wide scale. All our
outdated/obsolete route numbers in OSM must go, (even the ones I introduced
eg. SNRH, MNR, etc. for the same personal reason ...rendering) :-) I know
many will feel sentimental, but sorry to say even NLEX, TPLEX, SCTEX, etc
will have to disappear in favor of E series route numbers.

In fact, I emailed my favorite map app Maps.ME regarding support for double
value ref, eg. the ones you introduced in MacArthur, as well as the one I
am currently experimenting on EDSA (eg. ref=1,AH26). I saw the rendering
will be a bit ugly (but tolerable). But using double value on ref, will not
help people (using simple search for a particular ref value if
unknowingly, some of the ref (which is officially used) has some extraneous
values). Good thing we introducing Route Relations, so there will be less
headache for those who are into data extractions - should future users or
newbie customize the ref's.

Connected to this, there an ongoing trend in the transport planning that
will make Circumferential Radial Road system irrelevant in the future,
(even on Official Gazette)
https://www.youtube.com/watch?v=zM_Z4CGgZSMfeature=youtu.be C-5, C-4, R8,
R6 etc will probably just become road names (not a road system). They
will also disappear from OSM in favor of new DPWH's system.

If we are still not seeing the big picture in adopting a consistent route
number format (at least for non-programmer mortal like me),
-future researchers, auditor, journalist, contractors, etc. can look up
Section_ID of a particular DPWH road project.
-said Route relations (portions) can be recycled for other purposes, eg.
administrative boundaries, bus routes, navigation apps, other custom
routes, will be very easy coz we don't have to trace same routes again etc.
(like somebody in Davao is mapping transport routes on top of existing
roads (by literally drawing another way on top), which is a pain to look at)
-Digital Sat Nav devices' auto-route are now referring to Route Numbers
instead of the non-consistent highway names (makes travelling simple) eg.
follow highway shield (road markers with route numbers along the highway)
instead of looking at the varying road names.

Will discuss more later (sorry for my usual me, this email is getting very
long)

Cheers,
Rally :-)

On Wed, Mar 11, 2015 at 4:32 PM, Ronny Ager-Wick ro...@ager-wick.com
wrote:

I noticed Rally's recent update including MacArthur highway in NHN 2 Luzon:
http://www.openstreetmap.org/relation/4659407#map=8/15.824/120.361
I assume this was due to some updated guidelines from DPWH or something.

I noticed this because I had just meticulously updated the name of every
segment of MacArthur Highway from San Fernando/Angeles Border to
Angeles/Mabalacat border, and every single name I had fixed, as well as all
the previous ones, had now disappeared. I updated the name manually working
myself south until I realized something must be up (yes, I know, it takes a
bit of time sometimes), and then I noticed the new relation, and I noticed
that (probably) on every segment of this relation, the name had
disappeared.

Was it intentional to delete the name of every segment of the road now
called
Route 2?
If not, there are probably a lot of other segments that needs its name
restored.

By the way, is Manila North Road another name for MacArthur Highway, or
is
MacArthur just a small part of it?

As pointed out earlier, it used to be called R-9, which is a theoretical
name
only, as everyone refers to it - or at least the segment I'm familiar with
-
as MacArthur Highway. Now, it's suddenly called 2. Again, nobody who
lives
or works or drives along this road apart from maybe a few of us and some
people at DPWH knows about this, yet the 2 label is the most prominent
on a
lot of maps, as it's defined by the ref tag in OSM. I regularly drive this
route, and I have yet to see a single sign with either R-9 or 2 or N2 or
whatever. Granted, there's probably not a single sign saying MacArthur
Highway
either, but that's the name people know.
If you print a map

Re: [talk-ph] NHN 2 Luzon

2015-03-11 Per discussione Rally de Leon

Dear Ronny,

At the moment, I'm doing damage control (just discovered it an hour ago). I
think I accidentally erased MacArthur Highway's name along Manila North
Road. Based on edit history, it was on March 9. Too late I just had to
rename it back instead of reverting, (or maybe I'm way too late if somebody
beat me into reverting instead, due to simultaneous edits).

As for the affected bridges' names, there's a complete list of bridge names
at philippine geoportal - so no problem later.

Another thing, I just discovered that MacArthur Highway doesn't extend to
La Union (my previous impression). I think it's from Balintawak to
Urdaneta, then run eastward towards Dagupan-Lingayen (per REPUBLIC ACT NO.
3080). -- which makes sense as this was probably the route used to Liberate
Manila. All roads northward after Urdaneta Juction are still officially
Manila North Road, unless an LGU decided to rename a portion to another
name. But then again, this is a major National Road (I don't know if LGU
can do that).

-Rally

On Wed, Mar 11, 2015 at 7:28 PM, Rally de Leon rall...@gmail.com wrote:

Dear Ronny,

A few hours ago, (per DPWH request) my experimental NBN route name
format were all converted to Nxxx format. Thus route 1 is N1, route 2 is
N2 etc. to be more compatible with DPWH's database.

Yup, it's the new official route numbering system being implemented by
DPWH. see:

https://dpwh.maps.arcgis.com/apps/OnePane/basicviewer/index.html?appid=4b48284a409844fab6876aa77be8bf58#

In fact, I emailed my favorite map app Maps.ME regarding support for
double value ref, eg. the ones you introduced in MacArthur, as well as the
one I am currently experimenting on EDSA (eg. ref=1,AH26). I saw the
rendering will be a bit ugly (but tolerable). But using double value on
ref, will not help people (using simple search for a particular ref value
if unknowingly, some of the ref (which is officially used) has some
extraneous values). Good thing we introducing Route Relations, so there
will be less headache for those who are into data extractions - should
future users or newbie customize the ref's.

Connected to this, there an ongoing trend in the transport planning that
will make Circumferential Radial Road system irrelevant in the future,
(even on Official Gazette)
https://www.youtube.com/watch?v=zM_Z4CGgZSMfeature=youtu.be C-5, C-4,
R8, R6 etc will probably just become road names (not a road system). They
will also disappear from OSM in favor of new DPWH's system.

Will discuss more later (sorry for my usual me, this email is getting very
long)

Cheers,
Rally :-)

On Wed, Mar 11, 2015 at 4:32 PM, Ronny Ager-Wick ro...@ager-wick.com
wrote:

I noticed Rally's recent update including MacArthur highway in NHN 2
Luzon:
http://www.openstreetmap.org/relation/4659407#map=8/15.824/120.361
I assume this was due to some updated guidelines from DPWH or something.

Re: [Talk-it] Tracce linea autobus Atac Roma

2015-03-11 Per discussione mbranco2

Un modo è con il sito http://overpass-turbo.eu :

1) nella finestra della query copi queste righe:











*osm-scriptquery type=relationhas-kv k=type v=route/has-kv
k=route v=bus/bbox-query e=12.62 n=41.99 s=41.79
w=12.37//queryunionitem/recurse type=down//unionprint
limit= mode=meta order=id//osm-script*

2) Clic pulsante Run

3) Clic pulsante Export (dove tra le varie opzioni c'è anche Josm)



Il giorno 11 marzo 2015 00:48, mircozorzo mircozo...@inwind.it ha scritto:

 Ciao, avrei bisogno di capire se è possibile scaricare i dati delle tracce
 dei percorsi degli autobus della capitale. A dire il vero il meglio
 sarebbero i dati fresche aggiornati con le modifiche dell'ultima ora ma non
 so se chiedo troppo.

 Io ho visto che questi sono i siti che riportano le mappe ma non mi sembra
 si possano scaricare i dati.


 http://viaggiacon.atac.roma.it/?service=trovalinealinea=40percorso=40A
 http://www.esri.com/

 Che voi sappiate, c'è la possibilità di avere questi dati, sono già
 disponibili?

  Grazie a tutti.

 Ciao, Mirco



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Tracce-linea-autobus-Atac-Roma-tp5836618.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

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

Re: [Talk-it] Tracce linea autobus Atac Roma

2015-03-11 Per discussione tommasogre...@yahoo.it


Ciao

Prova a vedere su questo sito:

http://www.agenziamobilita.roma.it/it/progetti/open-data/

nella sezione 
http://www.agenziamobilita.roma.it/it/progetti/open-data/dataset.html 
Dataset, se ho capito bene le tue esigenze, puoi trovare la rete del 
trasporto pubblico.
A detta del sito questi file vengono aggiornati un paio di volte la 
settimana.


Tommaso


Ciao, avrei bisogno di capire se è possibile scaricare i dati delle tracce
dei percorsi degli autobus della capitale. A dire il vero il meglio
sarebbero i dati fresche aggiornati con le modifiche dell'ultima ora ma non
so se chiedo troppo.

Io ho visto che questi sono i siti che riportano le mappe ma non mi sembra
si possano scaricare i dati.



http://viaggiacon.atac.roma.it/?service=trovalinealinea=40percorso=40A
http://www.esri.com/

Che voi sappiate, c'è la possibilità di avere questi dati, sono già
disponibili?

  Grazie a tutti.

Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Tracce-linea-autobus-Atac-Roma-tp5836618.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


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

Re: [Talk-de] website=none

Am 11. März 2015 um 10:42 schrieb dktue em...@daniel-korn.de:

 ich mappe gerade zu einigen POI die Website und finde aber auch viele POI,
 welche tatsächlich keinen Internetauftritt haben. Ich würde gerne
 festhalten, dass keine Website vorhanden ist. Daher die Frage: Gibt es
 einen etablierten Weg? Spontan würde mir website=none einfallen, möchte
 dieses Vorschlag jedoch explizit zur Diskussion stellen.




ich bin eher dagegen, erstens weisst Du nie genau, ob es nicht doch eine
Webseite gibt, und zweitens kann es ja immer dazu kommen, dass sie doch
noch eine machen. Wenn man das dennoch als Hinweis an andere Mapper
festhalten will, könnte man ja einen tag note setzen.

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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-11 Per discussione PanierAvide

Merci :) Je vais voir ça pour la terrasse du Mont Saint-Michel, il doit 
y avoir un tag que j'ai pas dû prendre en compte. L'export sous forme 
d'image/PDF c'est une bonne idée, il faut que j'étudie s'il est possible 
de faire ça dans le navigateur (la contrainte c'est de rester uniquement 
sur JavaScript). Pour les verticalpassages (et escaliers/ascenseurs/... 
de manière générale) c'est prévu, je m'en charge pour la prochaine mise 
à jour.
Le routage en intérieur ce serait le top, mais à priori ça ne se fait 
pas encore de trop directement dans le navigateur. Il y a le projet 
ffwdme.js [1] qui permet de faire de la navigation à la GPS en 
JavaScript, donc ça doit être possible. Mais ça mériterait un projet à 
part entière pour le coup ;)


Cordialement.

[1] https://github.com/ffwdme/ffwdme.js


Le 11/03/2015 09:29, dHuy Pierre a écrit :
Petite fierté personnelle de voir le chateau  de Chenonceau dans tes 
exemples :)
Autrement pourrais tu créer une méthode d'export en pdf ou en jpg pour 
disposer d'un plan imprimé?
Pour les verticalpassage, la possibilité de cliquer dessus pour monter 
/descendre d'un étage?
À plus long terme, faire du path finding pour guider quelqu'un dans le 
batiment?
Sinon des fois des tags qui délimite des zones apparaissent au dessus 
(exemple sur la terrasse ouest du mont saint michel).

Sinon encore bravo, tu fais un travail excellent!


Le Mercredi 11 mars 2015 0h24, PanierAvide panierav...@riseup.net a 
écrit :



Bonjour à tous,

Encore du nouveau sur OpenLevelUp, et cette fois-ci pas mal de choses.
En résumé : amélioration de l'affichage des objets et pop-ups, des liens
rapides vers OSM, le cadastre en arrière-plan et la possibilité
d'exporter un niveau en GeoJSON. C'est toujours ici :
http://github.pavie.info/openlevelup/

Pour la version détaillée :
* Meilleure gestion des buildingpart=verticalpassage [1]
* Affichage des images (tag image=*) dans les pop-ups [2]
* Les liens hypertextes sont cliquables (tags image, website,
contact:website, url, wikimedia_commons)
* L'icône correspondant au type d'objet s'affiche dans le titre
* Le cadastre est disponible dans les couches
* Lien vers OSM.org dans les pop-ups et en bas de page
* Les objets building et buildingpart/indoor sont forcément mis en
arrière-plan (certains objets étaient précédemment cachés)
* De nombreuses icônes ajoutées (tags shop, amenity, tourism, ...) [3]
* Le nom (tag name) de l'objet est affiché en titre de pop-up s'il est
renseigné
* Lien pour l'export en GeoJSON du niveau actuellement affiché.

Vos retours d'expérience sont la bienvenue :)

Cordialement,

PanierAvide.

[1] Escaliers :
http://github.pavie.info/openlevelup/?lat=47.32473955069693lon=1.070371400097zoom=20level=0transcend=1legacy=1
[2] Sur l'entrée ouest :
http://github.pavie.info/openlevelup/?lat=48.12148643666441lon=-1.7112547159194946zoom=20level=0transcend=1legacy=1
[3] Exemple au CNIT :
http://github.pavie.info/openlevelup/?lat=48.892781245969005lon=2.2382980585098267zoom=18level=0transcend=1legacy=1 





___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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-de] website=none


Hallo Martin,

bei einigen POI weiß ich es sicher, da ich bei den Besitzern nachgefragt 
habe. Sollte sich daran etwas ändern, so kann man es ja eintragen.


Auf note=* würde ich gerne verzichten, da ich dieses Tag ja nicht 
sinnvoll maschinenauswertbar ist. Ich würde aber sehr gerne in einer 
Overpass-Turbo-Query anzeigen, ob ein Gebiet vollständig erfasst wurde 
(also entweder URL der Website oder keine Website).


Viele Grüße,
dktue

Am 11.03.2015 um 10:52 schrieb Martin Koppenhoefer:

Am 11. März 2015 um 10:42 schrieb dktue em...@daniel-korn.de:


ich mappe gerade zu einigen POI die Website und finde aber auch viele POI,
welche tatsächlich keinen Internetauftritt haben. Ich würde gerne
festhalten, dass keine Website vorhanden ist. Daher die Frage: Gibt es
einen etablierten Weg? Spontan würde mir website=none einfallen, möchte
dieses Vorschlag jedoch explizit zur Diskussion stellen.




ich bin eher dagegen, erstens weisst Du nie genau, ob es nicht doch eine
Webseite gibt, und zweitens kann es ja immer dazu kommen, dass sie doch
noch eine machen. Wenn man das dennoch als Hinweis an andere Mapper
festhalten will, könnte man ja einen tag note setzen.

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



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

Re: [OSM-talk-be] Call for Venues Open: State of the Map 2016

2015-03-11 Per discussione Pieter-Jan Pauwels

Hello all, 

As Ben said, if there is any need in support for organising this, we’d be happy 
to help. 
One of the ideas for the next Open Belgium Conferences was even to have a 
specific main theme (eg. OSM) each year in stead of trying to cover every Open 
Knowledge aspect. 

So feel free to keep me in the loop or to activate me when possible. 

Kind regards,
Pieter-Jan

Pieter-Jan Pauwels
Community Coordinator, Open Knowledge Belgium
m: +32 476 66 27 77 tel:+32 476 66 27 77 | e: pieter-jan.pauw...@okfn.org 
mailto:pieter-jan.pauw...@okfn.org | w: okfn.be http://okfn.be/ 

 On 11 Mar 2015, at 11:17, Ben Abelshausen ben.abelshau...@gmail.com wrote:
 
 Hi,
 
 Very ambitious, I like the idea lot! That being said I also have my doubts 
 but maybe that should not stop us of entertaining the idea. I also like 
 Julien's idea of doing a SOTM Belgium.
 
 Anyway, you will have my full support in any of these initiatives. I also 
 think that if we would organize the global SOTM we can count on some support 
 from Open Belgium.
 
 Met vriendelijke groeten,
 Best regards,
 
 Ben Abelshausen
 ___
 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-de] website=none

Am 11. März 2015 um 11:16 schrieb dktue em...@daniel-korn.de:

 Auf note=* würde ich gerne verzichten, da ich dieses Tag ja nicht sinnvoll
 maschinenauswertbar ist. Ich würde aber sehr gerne in einer
 Overpass-Turbo-Query anzeigen, ob ein Gebiet vollständig erfasst wurde
 (also entweder URL der Website oder keine Website).



Ob ein Gebiet vollständig erfasst wurde, kannst Du sowieso nicht
automatisch herausbekommen, was man natürlich erforschen könnte ist, ob ein
vordefiniertes Set von Attributen (tags) auf allen Objekten die gemappt
sind, enthalten ist. Wenn man das unbedingt will, kann man es natürlich
auch machen in OSM ;-) Ich finde den von Andreas Neumann vorgeschlagenen
tag dafür OK: website:none=yes
Bitte nicht website=none oder so.

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

Re: [talk-ph] NHN 2 Luzon

2015-03-11 Per discussione maning sambale

Dear Ronny,

As far as I know, Rally is just editing the route relation and not the
actual road name in the way.
As you pointed out, the way its rendered in OSM default map is that
the ref tag becomes more prominent than the actual name (especially at
low zoom levels).
My personal preference is to use the what's on the ground in the  name tag.

BTW, it is good this is being discussed.
For reference, Rally shared what he is doing it the list:
https://lists.openstreetmap.org/pipermail/talk-ph/2015-March/005546.html
https://lists.openstreetmap.org/pipermail/talk-ph/2015-February/005538.html

On Wed, Mar 11, 2015 at 4:32 PM, Ronny Ager-Wick ro...@ager-wick.com wrote:
 I noticed Rally's recent update including MacArthur highway in NHN 2 Luzon:
 http://www.openstreetmap.org/relation/4659407#map=8/15.824/120.361
 I assume this was due to some updated guidelines from DPWH or something.

 I noticed this because I had just meticulously updated the name of every
 segment of MacArthur Highway from San Fernando/Angeles Border to
 Angeles/Mabalacat border, and every single name I had fixed, as well as all
 the previous ones, had now disappeared. I updated the name manually working
 myself south until I realized something must be up (yes, I know, it takes a
 bit of time sometimes), and then I noticed the new relation, and I noticed
 that (probably) on every segment of this relation, the name had disappeared.

 Was it intentional to delete the name of every segment of the road now called
 Route 2?
 If not, there are probably a lot of other segments that needs its name 
 restored.

 By the way, is Manila North Road another name for MacArthur Highway, or is
 MacArthur just a small part of it?

 As pointed out earlier, it used to be called R-9, which is a theoretical name
 only, as everyone refers to it - or at least the segment I'm familiar with -
 as MacArthur Highway. Now, it's suddenly called 2. Again, nobody who lives
 or works or drives along this road apart from maybe a few of us and some
 people at DPWH knows about this, yet the 2 label is the most prominent on a
 lot of maps, as it's defined by the ref tag in OSM. I regularly drive this
 route, and I have yet to see a single sign with either R-9 or 2 or N2 or
 whatever. Granted, there's probably not a single sign saying MacArthur Highway
 either, but that's the name people know.
 If you print a map and based on that ask people how to get to Route 2, N2, or
 R-9 your query is unlikely to receive an answer. So in terms of usefulness,
 having that ref displayed prominently is pointless.

 Do we map ground truth and use the references that are most useful to people
 (putting DPWH dream labels like 2 and R-9 in nat_ref), or should we
 blindly follow official references, even if nobody else are actively using
 them and no signs indicate them?
 The latter means waiting for DPWH to put up signs, which could take 10 or 20
 years, if not eternity.

 Or shall we use both?
 Personally, I would set ref to MacArthur;2 or MacArthur;N2, set nat_ref to
 2 and leave the name as the full name of the given road, regardless of route
 membership. This way we deal with both current and future needs.

 PS: I realize DPWH may be looking to build a route network like in Europe or
 America, and that's great. But until they have finished putting up the signs,
 it's meaningless. In Europe the E-roads are well known, and putting the E
 route number as a ref is completely logical, as every road in this network is
 marked with the route number after *every* intersection, plus every few km
 should there be no intersections for a while. In Europe, if they build a new
 improved road in the E-network, that road is marked as such before it is
 opened, and the old road is marked as something else (a regional route
 number), and all signs with the E-route number are removed from it overnight.
 I'd love that to be the case here, but until then, we need to consider what
 ref to actually use.


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



-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
blog: http://epsg4253.wordpress.com/
--

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

Re: [OSM-talk-be] Call for Venues Open: State of the Map 2016

2015-03-11 Per discussione Julien Fastré

I was wondering if we should not organize a state of the map belgium
first, to train us. I think this should also strengthen our community
and make speak about us.

This is also the [occasion/gelegenheid] to invite people from
administrations, companies, ... who are curious about OSM and are
wondering about how to participate.

Julien

Le 11/03/15 08:12, Nicolas Pettiaux a écrit :


 Le mer 11 mar 2015 à 7:15, Jo winfi...@gmail.com a écrit :
 Hmm, the wiki recommends a team of 3+ people. I dismissed the idea
 yesterday (when I read that call for venue), as I thought it would
 rather take a 20+ people team and we don't have that.

 You can count me in, but I only count for 50%...
 I would like us to be at least 5 . Yes, I think 20+ is needed for the
 event itself

 NP


 ___
 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-de] website=none


Hallo,

ich mappe gerade zu einigen POI die Website und finde aber auch viele 
POI, welche tatsächlich keinen Internetauftritt haben. Ich würde gerne 
festhalten, dass keine Website vorhanden ist. Daher die Frage: Gibt es 
einen etablierten Weg? Spontan würde mir website=none einfallen, möchte 
dieses Vorschlag jedoch explizit zur Diskussion stellen.


Viele Grüße,
dktue

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

Re: [Talk-it] Rendering di Disused ed Abandoned

2015-03-11 Per discussione Alberto Nogaro

From: Bruno Vivi [mailto:bv...@libero.it] 
Sent: mercoledì 11 marzo 2015 09:17
To: talk-it@openstreetmap.org
Subject: [Talk-it] Rendering di Disused ed Abandoned

Ho censito anche alcuni impianti di risalita utilizzando il Key Disused.
Il rendering però non tiene conto di quel campo.
Potrebbe essere una buona idea, secondo voi, suggerire agli sviluppatori di OSM 
che il rendering di impianti, ma anche strade, aventi il Tag Disused o 
Abandoned, sia effettuato in maniera diversa? Ad esempio con una trasparenza 
abilitata, oppure non visualizzandoli se hanno questo tag?

Si, penso che per strutture ben visibili ed utili anche all'orientamento 
sarebbe vantaggioso se venissero renderizzate  come tali anche quando non più 
utilizzate, magari in qualche rendering specialistico.

Al posto del tag disused=yes, secondo le linee guida attuali bisogna anteporre 
il prefisso disused: alla chiave descrittiva. Ad esempio al posto di 
aerialway=chair_lift + disused=yes dovresti usare solo 
disused:aerialway=chair_lift. Attualmente questo ha anche l'effetto non fare 
renderizzare l'impianto.

Ciao,
Alberto

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

Re: [Talk-de] website=none

2015-03-11 Per discussione Andreas Neumann

Bitte nicht!!!

Aus Sicht des Auswerters: Ich versuche viele Fehler von Nutzern zu
kompensieren und teste z.B. ob das Protokoll hinterlegt ist usw. Ich
würde deinen Vorschlag vermutlich auf http://none oder gar http://no.ne
erweitern und als korrekte Website ausgeben.

Besser wäre ein note=no website oder website:none=yes oder so. Aber
bitte keine anderen Werte dem website-key übergeben, als URLs!!!

Andreas


On 11.03.2015 10:42, dktue wrote:
 Hallo,
 
 ich mappe gerade zu einigen POI die Website und finde aber auch viele
 POI, welche tatsächlich keinen Internetauftritt haben. Ich würde gerne
 festhalten, dass keine Website vorhanden ist. Daher die Frage: Gibt es
 einen etablierten Weg? Spontan würde mir website=none einfallen, möchte
 dieses Vorschlag jedoch explizit zur Diskussion stellen.
 
 Viele Grüße,
 dktue

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] Problem with usage of other values than yes for key building

2015-03-11 Per discussione moltonel 3x Combo

On 10/03/2015, Stefan Keller sfkel...@gmail.com wrote:
 Then, when looking at the wiki page [2] it mostly points to
 alternative tags, like
 * building=apartment = tourism=apartment
 * building=hotel = tourism=hotel
 * building=warehouse = shop=department_store (no indication to that
 in warehouse
 * building=church/cathedral =  amenity=place_of_worship
 * building=school/hospital = amenity=school/hospital

They are not alternative tags, but tags that are often associated
with that building type. For example appartments are very often
private, not touristic. Most warehouses are used for storage, not
shops. Churches can be deconsecrated and not a place of worship
anymore. Etc.

Use building=* for what the building *is*, and the other tags for what
the building is *used for*.

Tagging the building type is very usefull: they can be rendered
differently, QA tools know that sheds don't have an address (only the
house beside it), city officials get a good view of what's constructed
where, etc. building=yes is ok as a default, but you should consider
upgrading it to a specific value.

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

Re: [Talk-cz] Vykreslování turistických tras (Re: semestralni projekt - napady)

2015-03-11 Per discussione Marián Kyral



-- Původní zpráva --
Od: Pavel Machek pa...@ucw.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 10. 3. 2015 21:53:08
Předmět: Re: [Talk-cz] Vykreslování turistických tras (Re: semestralni 
projekt - napady)

On Tue 2015-03-10 05:51:31, Marián Kyral wrote:
 
 
 -- Původní zpráva --
 Od: Ladislav Laska la...@kam.mff.cuni.cz
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 9. 3. 2015 15:08:37
 Předmět: Re: [Talk-cz] Vykreslování turistických tras (Re: semestralni 
 projekt - napady)
 
 Inu, to vypadá podobně, jako předmět který u nás chvíli vedl Pasky na MFF
:
 -). 
 Myslím, že se nějaké vhodně obtížná práce najde třeba v mapovátku 
 Merkaartor, 
 které jsem nedávno adoptoval a snažím se ho trošku zvelebovat. Třeba do té

 doby 
 doženu majitele serveru k oživení webu :-)
  
 
 Jaké jsou výhody Merkaartoru oproti JOSM (kromě toho, že je v C++)?

JOSM je velmi low-level editor. Merkaator se snazi byt
privetivejsi. (Potom taky JOSM vypada hrozne a je linej. Ale porad je
nejlepsi co znam :-) ) 




No líný možná občas ano (ale já mám docela dost silný stroj s dostatkem 
paměti, tak to nepociťuji). 


A vzhled se dá přizpůsobit. Já používám téma nimbus. To mi vyhovuje.





Marián

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

Re: [Talk-it] [Qgis] unire punti in un shapefile

2015-03-11 Per discussione Damjan Gerl

Se hai già il gpx o il kml potresti provare GPS Babel http://www.gpsbabel.org/ 
e usare la funzione di trasformazione punti in traccia) se fa al caso tuo.

Ciao
Damjan


 Potresti provare il plugin sperimentale PointsToPaths (per vederlo ed 
 installarlo devi appunto attivare i plugin sperimentali in qgis) 
 che sembra possa fare quello che chiedi in sequenza.


 Oppure:


 https://github.com/peterahlstrom/PointConnector/blob/master/README.md è 
 anche'essio nei plugin di qgis... 
 dovrai modificare un poco la struttura del csv mettere colonne from e to, per 
 specificare come devono essere collegati 
 from,to
 1,2
 2,3
 etc.,etc.

 Se serve a molti si potrebbe fare un plugin specifico che tenga semplicemente 
 conto della sequenza dei punti ...

 anche in josm con uno script in jython


 Ciao



 Il giorno 11 marzo 2015 12:53, mircozorzo mircozo...@inwind.it ha scritto:
 Ciao,


 
vorrei unire dei punti che riesco a visualizzare in QGis per capirci ad
 
esempio questi:


 
shape_id,shape_pt_lat,shape_pt_lon,shape_pt_sequence
 
1705984,41.9014647046496,12.5004547459121,1
 
1705984,41.9015431570164,12.5005360794561,2
 
1705984,41.9017582389193,12.5001368330686,3
 
1705984,41.9022048416875,12.4993985275891,4
 
1705984,41.902465350092,12.4992636266336,5
 
1705984,41.9022510321633,12.4988948237846,6
 
1705984,41.9022506296982,12.498788222977,7
 
1705984,41.9021991259826,12.4987254224879,8
 
1705984,41.9021568220671,12.4986362218013,9
 
1705984,41.9021038135099,12.498365419736,10


 
per poterli esportare in formato kml o gpx. Usando MMQGISGoogle maps kml
 
export ottengo però un file con dei waypoint, io invece vorrei ottenere un
 
traccia.


 
Vorrei che il programma mi unisse i punti usando il campo essendoci nel
 
shapefile il campo shape_pt_sequence. E' come il gioco in cui si uniscono i
 
punti numerati per ottenere una figura.


 
Come posso fare?


 
Grazie


 
Ciao, Mirco
 
P.S.: scusate se chiedo molte cose e do poche risposte ma ci sto prendendo
 
gusto e sto imparando.

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

Re: [Talk-de] website=none

2015-03-11 Per discussione Frank Durstewitz

Hallo.

Ich halte es ehrlich gesagt nicht für sinnvoll, zu mappen, was _nicht_
vorhanden ist. Ansonsten kommt morgen jemand auf die Idee Ich trage mal
ein, dass dieses Gebäude keine Solaranlage auf dem Dach hat. Das kann
ja endlos weitergeführt werden und bläht die DB ohne echten Mehrwert auf.

Wenn du die Info brauchst, kannst du nicht eventuell versuchen, diese
Info lokal vorzuhalten?

Grüße, Frank

Am 11.03.2015 um 10:42 schrieb dktue:
 Hallo,
 
 ich mappe gerade zu einigen POI die Website und finde aber auch viele
 POI, welche tatsächlich keinen Internetauftritt haben. Ich würde gerne
 festhalten, dass keine Website vorhanden ist. Daher die Frage: Gibt es
 einen etablierten Weg? Spontan würde mir website=none einfallen, möchte
 dieses Vorschlag jedoch explizit zur Diskussion stellen.
 
 Viele Grüße,
 dktue
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de




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

Re: [Talk-it] Ausili per mappare route in Josm

Ti ringrazio.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ausili-per-mappare-route-in-Josm-tp5836565p5836687.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

[OSM-talk] Extended SotM 2015 announcement

2015-03-11 Per discussione hbogner


Message from the StateoftheMap Organizing Committee:

Dear all,

Following on from our recent announcement [1] that there will be no OSMF 
organised State of the Map (SotM) conference this year, we wanted to 
write to you to provide more information and set out our plan for the 
coming year.


The SotM working group comprises a group of volunteers who, out of their 
own good will, dedicate time to help organise each conference. From our 
first conference in 2007 we have worked each year to organise venues, 
accommodation, sponsors, catering, speakers and the conference programme 
guide, merchandise and the website – all that you have come to expect at 
an OpenStreetMap conference. Every year we have worked alongside our 
amazing local teams (from the host city) to ensure the success of SotM. 
We thank you for your support.


In the last few years a number of changes have occurred – we are now 
joined by local events such as SotM-US and SotM-EU, and due to changing 
priorities the number of permanent members in the SotM working group has 
declined. This was recognised as an area we had to address, and as such 
the SotM working group took on a number of new members in late 2014 
including representation from local events.


One of the first decisions we made as a new team was to run parallel 
workloads – we knew we wanted to hold a conference this year, but we 
also recognised that there was a piece of work to be done in relation to 
where the OSMF organised conference now sits, its aims and its 
interactions with other events. This would be a challenge, but with our 
expanded team we were confident and knew we were capable.


Despite being later than we wanted with our call for bids to host SotM, 
we received two strong bids from Toronto and Venice. As a group we 
settled on Venice as our preferred option. The factors behind this was 
the closeness of Toronto to June's SotM-US event in New York and the 
fact that we had not been to central Europe in several years. This is 
not to say that the Toronto bid was weak – far from it, and we would 
love to see a conference held in Toronto in the coming years as there is 
clearly an ambitious OpenStreetMap community focused around the city.


The Venice team had already identified a venue, set out aims for their 
local community (including working with public agencies) and had started 
to look at accommodation and sponsorship options. The big issue to 
address was the date. The original bid had proposed the last week of 
May/first week of June. This caused two problems – it clashed with 
SotM-US and it didn’t give us the time we needed to ensure that the 
conference was a success. As such we asked the local team to look at 
pushing it back to September/October. Unbeknown to us the world fair 
“Expo 2015” has resulted in a severe lack of venue space and 
accommodation in northern Italy, including in Venice. Finding a suitable 
date and venue ultimately proved unachievable. Given the amount of time 
it takes to reissue a call for venues and organise a conference the SotM 
working group, in agreement with the OSMF board decided not to attempt a 
rushed conference and to focus on our other workload.


In the coming weeks we will work alongside the OSMF board to establish 
key principles for the future of SotM. These will reflect the role of 
SotM within the project and how the OSMF organised SotM relates to the 
various regional SotM events. We are also keen to get started on SotM 
2016 and as such we will be opening the Call for Venues in March. This 
means that host cities can propose a conference date anywhere within 
2016 - perhaps linked with other exciting events in your city. As we 
would like to provide greater support to our host cities from step one 
in the process we encourage any OpenStreetMap communities that are 
considering bidding to host SotM 2016 to contact us as soon as possible. 
You can contact us on team AT stateofthemap.org


As noted in our announcement there are numerous exciting OpenStreetMap 
events to attend during 2015. We cannot link to them all but many are 
listed on the event calendar [2]. If you know of an event not on the 
calendar please add it (or ask us to add it, if wiki editing is 
problematic). We hope to see you at some of these events.


[1] https://blog.openstreetmap.org/2015/02/25/openstreetmap-events-in-2015/
[2] http://wiki.osm.org/Current_events


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

[Talk-gb-westmidlands] Next meeting day before Good Friday

2015-03-11 Per discussione Brian Prangle

Hi everyone

There's a video crew going to turn out for this from Boilerhouse Media in
order to get some live mapping shots and some interviews ready for a 5
minute slot on The Information Daily http://www.theinformationdaily.com/

I'm sending them some links to animations and sotm sessions to fill it out.
If you know of any good stuff let me know

They'll follow up with a social media campaign.

We've also got a promise of a slot for any future significant
milestones/events

This is their payback for having used lots of OSM data in their commercial
work of data visualisation for the public sector

So remember to have a haircut!

Regards

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

Re: [Talk-de] website=none


Hallo Frank,

sicherlich ist das von Dir gemachte beispiel nicht sinnvoll. Allerdings 
gibt es durchaus POI bei denen gewisse Eigenschaften üblich und in der 
*Minderheit* abwesend sind. Beispielsweise haben mittlerweile die 
allermeisten Arztpraxen eine Website. Die stets weniger werdenden 
Ausnahmen explizit zu mappen, halte ich für sinnvoll.


Viele Grüße,
dktue

Am 11.03.2015 um 12:45 schrieb Frank Durstewitz:

Hallo.

Ich halte es ehrlich gesagt nicht für sinnvoll, zu mappen, was _nicht_
vorhanden ist. Ansonsten kommt morgen jemand auf die Idee Ich trage mal
ein, dass dieses Gebäude keine Solaranlage auf dem Dach hat. Das kann
ja endlos weitergeführt werden und bläht die DB ohne echten Mehrwert auf.

Wenn du die Info brauchst, kannst du nicht eventuell versuchen, diese
Info lokal vorzuhalten?

Grüße, Frank

Am 11.03.2015 um 10:42 schrieb dktue:

Hallo,

ich mappe gerade zu einigen POI die Website und finde aber auch viele
POI, welche tatsächlich keinen Internetauftritt haben. Ich würde gerne
festhalten, dass keine Website vorhanden ist. Daher die Frage: Gibt es
einen etablierten Weg? Spontan würde mir website=none einfallen, möchte
dieses Vorschlag jedoch explizit zur Diskussion stellen.

Viele Grüße,
dktue

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




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



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

Re: [Talk-it] Ausili per mappare route in Josm

La funzione integrata in Josm è comoda, http://ra.osmsurround.org/ è tra
l'altro anche bellissimo e risolve i casi che non risolve Josm.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ausili-per-mappare-route-in-Josm-tp5836565p5836688.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

[Talk-it] [Qgis] unire punti in un shapefile

Ciao, 

vorrei unire dei punti che riesco a visualizzare in QGis per capirci ad
esempio questi: 

shape_id,shape_pt_lat,shape_pt_lon,shape_pt_sequence
1705984,41.9014647046496,12.5004547459121,1
1705984,41.9015431570164,12.5005360794561,2
1705984,41.9017582389193,12.5001368330686,3
1705984,41.9022048416875,12.4993985275891,4
1705984,41.902465350092,12.4992636266336,5
1705984,41.9022510321633,12.4988948237846,6
1705984,41.9022506296982,12.498788222977,7
1705984,41.9021991259826,12.4987254224879,8
1705984,41.9021568220671,12.4986362218013,9
1705984,41.9021038135099,12.498365419736,10

per poterli esportare in formato kml o gpx. Usando MMQGISGoogle maps kml
export ottengo però un file con dei waypoint, io invece vorrei ottenere un
traccia.

Vorrei che il programma mi unisse i punti usando il campo essendoci nel
shapefile il campo shape_pt_sequence. E' come il gioco in cui si uniscono i
punti numerati per ottenere una figura. 

Come posso fare?

Grazie

Ciao, Mirco
P.S.: scusate se chiedo molte cose e do poche risposte ma ci sto prendendo
gusto e sto imparando.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Qgis-unire-punti-in-un-shapefile-tp5836691.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] Tracce linea autobus Atac Roma

Eccezionale!

Grazie, ottimi questi dati open.

Mirco 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Tracce-linea-autobus-Atac-Roma-tp5836618p5836694.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] Tracce linea autobus Atac Roma

Ciao, grazie mille, molto gentile. 
Se voglio estrarre i dati di una sola linea ad esempio la 40 come devo
impostare la query?

Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Tracce-linea-autobus-Atac-Roma-tp5836618p5836693.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-ph] NHN 2 Luzon

2015-03-11 Per discussione Rally de Leon

Related issues in connection with DPWH's database (new Classification 
Route numbers):

Road Classification:DPWH's internal road class (primary  secondary) will
generally be our reference guide, but will not work with OSM as there is no
direct relation.
(eg. their 'primary' seems to correspond to OSM's 'trunk' but not always;
Secondary is more often than not - equivalent to OSM's Primary, but may
become Secondary etc.).

And besides, DPWH doesn't seem to follow the best practices in map making.
Their classification is the result to motorists volume per day, as well
as with considerations to connecting towns with big population, and or
connection to major ports

Our OSMPH mapper's classification seem to follow the function of the road
and it's relation to economic activity and flow of commerce 'relative' to
the region -- no absolute rule. (just my observation) And it follows a
smoother path, not stopping abruptly out of nowhere.

There are lots of exceptions/observations I discovered in classifying roads
(to the rules and biases we are accustomed to), in fact I need to undo a
lot of my own stupid edits, eg. making Marikina-Infanta Road as trunk (by
previous consensus that all main roads crossing 'provincial boundaries' are
trunk roads, which I will revert to Primary (something like that).

We have to weigh-in between OSMPH's best practices and the logic behind
DPWH's system. This is for discussion later, so we can agree on a new
guideline based on our new discoveries/observations (on-going)

As to NAMING ROADS:
I agree with maning earlier, that we use name on OSM as we see them in
physical object, eg. Street Signs -

name=common name and NOT the official name commonly dictated by the law
or ordinance. we have official_name= which can be used for that purpose.

The longer the road name - the smaller the printed font gets,
-the lesser visible they becomes (on highway);
-the more clutter on digital devices and paper maps.

But we stick to the OSM's use of complete suffix (eg. Street) even though I
disagree :-)

This suggested unofficial guideline for our local mappers is in lieu of
non-existent PH law prescribing maximum length of Road names - which should
be on the practical side,

Anyways, like it or not ...is already unofficially practiced by LGU's and
some govt agencies
eg.
- look at Manila's bigger street signs, adopting: Osmeña Hwy, Quirino Hwy
instead of the long President Osmeña Highway Pres. Quirino Highway as
seen on the older street sign).

- The many variants of Buendia Ave (still in use in newer signs), Sen. Gil
Puyat Ave, G. Puyat Ave, Gil Puyat Ave. but they will eventually go for the
shorter version.

- how many signboards have we seen written with the official name Epifanio
Delos Santos Avenue instead of EDSA (which is in most if not all of the
streetsigns)?

- same with SLEX, NLEX, SCTEX,... and yes, even in the new list of DPWH
official names says it's SLEX, NLEX, SCTEX etc.

On the good side, since ref=SLEX ref=NLEX will disappear soon, they will be
replaced with an easy to read and highly visible road names on the road
itself
eg. name=SLEX

Other Issues: Sorting Order (in dropdown menus, or simple search in tiny
keyboards, or paper index) can also be a problem with many unofficial
variants of spelling. Then why prolong the agony and save some tax payers
money by not contributing to the confusion on conflicting signboard
entries? LGU just google the name, or look at OSM for naming guidance. ;-)

We better make it right and consistent with the actual. Maybe just maybe,
a congressman will notice the pattern in naming conventions in our maps,
then do something about it.

This topic will be for discussion later (on another thread), but don't be
surprised if some (including me) have initiated changes in road names. I
already did EDSA :-)

Cheers,
Rally

On Wed, Mar 11, 2015 at 7:35 PM, Rally de Leon rall...@gmail.com wrote:

 Dear Ronny,

 At the moment, I'm doing damage control (just discovered it an hour ago).
 I think I accidentally erased MacArthur Highway's name along Manila North
 Road. Based on edit history, it was on March 9. Too late I just had to
 rename it back instead of reverting, (or maybe I'm way too late if somebody
 beat me into reverting instead, due to simultaneous edits).

 As for the affected bridges' names, there's a complete list of bridge
 names at philippine geoportal - so no problem later.

 Another thing, I just discovered that MacArthur Highway doesn't extend to
 La Union (my previous impression). I think it's from Balintawak to
 Urdaneta, then run eastward towards Dagupan-Lingayen (per REPUBLIC ACT NO.
 3080). -- which makes sense as this was probably the route used to Liberate
 Manila. All roads northward after Urdaneta Juction are still officially
 Manila North Road, unless an LGU decided to rename a portion to another
 name. But then again, this is a major National Road (I don't know if LGU
 can do that).

 -Rally

 On Wed, Mar 11, 2015 at 7:28 PM, Rally de Leon

Re: [Talk-it] [Qgis] unire punti in un shapefile

2015-03-11 Per discussione marco bra

Potresti provare il plugin sperimentale PointsToPaths (per vederlo ed
installarlo devi appunto attivare i plugin sperimentali in qgis)
che sembra possa fare quello che chiedi in sequenza.

Oppure:

https://github.com/peterahlstrom/PointConnector/blob/master/README.md è
anche'essio nei plugin di qgis...
dovrai modificare un poco la struttura del csv mettere colonne from e to,
per specificare come devono essere collegati
from,to
1,2
2,3
etc.,etc.

Se serve a molti si potrebbe fare un plugin specifico che tenga
semplicemente conto della sequenza dei punti ...
anche in josm con uno script in jython

Ciao



Il giorno 11 marzo 2015 12:53, mircozorzo mircozo...@inwind.it ha scritto:

 Ciao,

 vorrei unire dei punti che riesco a visualizzare in QGis per capirci ad
 esempio questi:

 shape_id,shape_pt_lat,shape_pt_lon,shape_pt_sequence
 1705984,41.9014647046496,12.5004547459121,1
 1705984,41.9015431570164,12.5005360794561,2
 1705984,41.9017582389193,12.5001368330686,3
 1705984,41.9022048416875,12.4993985275891,4
 1705984,41.902465350092,12.4992636266336,5
 1705984,41.9022510321633,12.4988948237846,6
 1705984,41.9022506296982,12.498788222977,7
 1705984,41.9021991259826,12.4987254224879,8
 1705984,41.9021568220671,12.4986362218013,9
 1705984,41.9021038135099,12.498365419736,10

 per poterli esportare in formato kml o gpx. Usando MMQGISGoogle maps kml
 export ottengo però un file con dei waypoint, io invece vorrei ottenere un
 traccia.

 Vorrei che il programma mi unisse i punti usando il campo essendoci nel
 shapefile il campo shape_pt_sequence. E' come il gioco in cui si uniscono i
 punti numerati per ottenere una figura.

 Come posso fare?

 Grazie

 Ciao, Mirco
 P.S.: scusate se chiedo molte cose e do poche risposte ma ci sto prendendo
 gusto e sto imparando.




 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Qgis-unire-punti-in-un-shapefile-tp5836691.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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-us] [OSM-talk] Your opinion about SOTM US

2015-03-11 Per discussione Mike Thompson

  The editor visits a site which accesses the JOSM remote
 control protocol. They fix up the TIGER date and indicate Yes, I'm
 done or Needs more work, and after a couple of Yes votes, it gets
 taken out of rotation.

Sounds similar to the HOT OSM Tasking Manager?


 Is anybody interested in using such a service?

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

Re: [Talk-us] [OSM-talk] Your opinion about SOTM US

2015-03-11 Per discussione Tod Fitch

On Mar 11, 2015, at 8:00 PM, Mike Thompson wrote:

 
  The editor visits a site which accesses the JOSM remote
 control protocol. They fix up the TIGER date and indicate Yes, I'm
 done or Needs more work, and after a couple of Yes votes, it gets
 taken out of rotation.
 Sounds similar to the HOT OSM Tasking Manager?
 
 
 Is anybody interested in using such a service?
 Yes
 
In some ways similar to Tiger 2014 battle grid: 
http://184.73.220.107/battlegrid/___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-be] Call for Venues Open: State of the Map 2016

2015-03-11 Per discussione Nicolas Pettiaux


Hello,

I am meeting Noël Van Herreweghe (Adviseur eGovernment, 
Programmamanager Open Data) who was the official representative of 
Vlanderen at OpenBelgium this Friday Maart 13 afternoon in Gent to 
speak about the project I have to make an international conference 
about OpenAccess on Sunday 25 octobre 2015 in Brussels (with the 
support of many academic and hopefully a large amount of public money).


We could (the OSM-Be community) be present at that time as well.

If some of you (at least 4 people) tell me here that they would 
support, I'll propose to Mr Van Herreweghe that we hold a SOTM-Be 
conference first at the beginning of next year (February or March) to 
get going and then a full blown SOTM conference in beginning of 
September.


One of the thing I would very much like that we get is at least the 
start of a officially supported OpenSeaMap of the Belgian coast (the 
sand up to the lower tide line belongs to Flanders, the sea belongs to 
federal Belgium) with a community gathered bathymetric data (read more 
on http://depth.openseamap.org/)


With the help of the state (both Vlaanderen en Belgium) we could equip 
some leisure boats that are at Nieuwpoort, Oostende, Blankenberghe, 
Zeebrugge with the inexpensive equipment ( 
http://depth.openseamap.org/#introduction and 
http://seesea.sourceforge.net/datalogger/index.html) and start 
collecting the data, gathering them all in OSM and them producing the 
very best sea maps with depth of the world. With worldeader dredgers in 
Belgium (Jan De Nul and De Cloedt for example) and a full blown sea map 
with crowdsourced bathylmetric data, Belgium could be proud.


For those who already own a depth measurer (un profondimètre 
électronique) coupled to a GPS, adding such a cheap logging device is 
simple. Uploading the data is also simple and cheap. Navigating in the 
summer is a pleasure. Soon we'll have good maps of the seaground next 
to our coast to show at both Belgian and world SOTM next year.


I may be dreaming, but I think that with your help we could make it 
become true.


And OpenKnowledgeBelgium could be the main organizer, with some public 
support. It would make a lot of sense to organize Belgian SOTM in a sea 
city (either Oostend or Antwerpen), and then the main SOTM in Brussels.


What do you think ?

Best regards,

Nicolas 



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

Re: [Talk-us] [OSM-talk] Your opinion about SOTM US

2015-03-11 Per discussione Russ Nelson

stevea writes:
  but TIGER data in general just need serious and sustained attention 
  until consensus emerges that they don't.

What about this: I've noticed, at least in NY, that some of the
counties are excellent, and some are much less so. What about creating
a persistent tiling of the US which starts with county borders, and
splits the county up into sections which are managable in a half-hour's
time (say). The editor visits a site which accesses the JOSM remote
control protocol. They fix up the TIGER date and indicate Yes, I'm
done or Needs more work, and after a couple of Yes votes, it gets
taken out of rotation.

As a stetch goal, it could only give you tiles close to your home,
or allow you to specify a region of interest and only give you tiles
within that region.

Is anybody interested in using such a service?

-- 
--my blog is athttp://blog.russnelson.com
Crynwr supports open source software
521 Pleasant Valley Rd. | +1 315-600-8815
Potsdam, NY 13676-3213  | Sheepdog   

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

[OSM-talk] Season=autumn not fall

2015-03-11 Per discussione Warin


I came across the use of season=fall .. that is American English ..

I've added to the wiki http://wiki.openstreetmap.org/wiki/Key:seasonal   
to reflect correct British English usage.


The use of 'etc' should be avoided in giving examples .. especially 
where the examples are not numerous? I've expanded the examples out .. 
so the 'etc' may now be redundant?


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

Re: [Talk-it] [Qgis] unire punti in un shapefile

2015-03-11 Per discussione Fabri

C'è il plugin apposito per farlo, si chiama point2one

On mer 11 mar 2015 12:53:28 CET, mircozorzo mircozo...@inwind.it wrote:

 Ciao, 
 
 vorrei unire dei punti che riesco a visualizzare in QGis per capirci ad
 esempio questi: 
 
 shape_id,shape_pt_lat,shape_pt_lon,shape_pt_sequence
 1705984,41.9014647046496,12.5004547459121,1
 1705984,41.9015431570164,12.5005360794561,2
 1705984,41.9017582389193,12.5001368330686,3
 1705984,41.9022048416875,12.4993985275891,4
 1705984,41.902465350092,12.4992636266336,5
 1705984,41.9022510321633,12.4988948237846,6
 1705984,41.9022506296982,12.498788222977,7
 1705984,41.9021991259826,12.4987254224879,8
 1705984,41.9021568220671,12.4986362218013,9
 1705984,41.9021038135099,12.498365419736,10
 
 per poterli esportare in formato kml o gpx. Usando MMQGISGoogle maps
 kml export ottengo però un file con dei waypoint, io invece vorrei
 ottenere un traccia.
 
 Vorrei che il programma mi unisse i punti usando il campo essendoci nel
 shapefile il campo shape_pt_sequence. E' come il gioco in cui si
 uniscono i punti numerati per ottenere una figura. 
 
 Come posso fare?
 
 Grazie
 
 Ciao, Mirco
 P.S.: scusate se chiedo molte cose e do poche risposte ma ci sto
 prendendo gusto e sto imparando.
 
 
 
 
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Qgis-unire-punti-in-un-shapefile-tp5836691.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: [OSM-legal-talk] Using OSM to geocode commercial data

2015-03-11 Per discussione Simon Poole



Am 10.03.2015 um 20:07 schrieb Charles Henck:
...
 
 The public can access our system, but they only can see the responses to
 their own queries (with attached geocode).  Based on your response,
 would that not be publicly conveyed?

This likely boils down to who owns the rights to the data in question.
If it is property of the person in question, aka you have simply
provided the data processing then is probably not publicly used, see
also item 7 here:
https://docs.google.com/document/d/1uemhXWKwbu3RNjAWcG0R-nEFaN1FHjZl1McFwjXkNSc/pub

Simon



signature.asc
Description: OpenPGP digital signature
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [Talk-it] [Qgis] unire punti in un shapefile

2015-03-11 Per discussione Damjan Gerl

 Se hai già il gpx o il kml potresti provare GPS Babel 
 http://www.gpsbabel.org/ e usare la funzione di trasformazione punti in 
 traccia) se fa al caso tuo.

Anzi se hai un csv puoi fare direttamente tutto in GPSBabel...

Ciao
Damjan

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

Re: [Talk-it] Tracce linea autobus Atac Roma

2015-03-11 Per discussione mbranco2

Aggiungi la riga(sotto le altre due analoghe):
*has-kv k=ref v=40/*

Qui è spiegata la sintassi delle query :
http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide

2015-03-11 12:57 GMT+01:00 mircozorzo mircozo...@inwind.it:

 Eccezionale!

 Grazie, ottimi questi dati open.

 Mirco



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Tracce-linea-autobus-Atac-Roma-tp5836618p5836694.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

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

Re: [OSRM-talk] osrm route directly from command line not via http possible?

2015-03-11 Per discussione Michael Leonard

Hi Steve

Thanks for the message!  Yes I found simpleclient.cpp before... but
unfortunately I don't know where to start to turn that into a command I can
call from the command line to generate a route I'm afraid.

If it's not too much trouble, would you be able to share any example code
or tips on how to turn simpleclient.cpp into something I can call from the
command line?  I'd really really appreciate any help!

Thanks

Kind regards

Mike

PS

On 10 March 2015 at 16:26, Stephen Woodbridge wood...@swoodbridge.com
wrote:

 Michael,

 Take a look at this.

 https://github.com/Project-OSRM/osrm-backend/blob/master/
 tools/simpleclient.cpp

 I have used it to wrap OSRM into some VRP code. I also recommend using
 osrm-datastore to host the data, then you can make multiple parallel
 request to that and we were getting 5-8ms responses to route queries.

 -Steve


 On 3/10/2015 12:14 PM, Michael Leonard wrote:

 Hi

 I'm new to OSRM and the mailing list but have managed to get it all
 working well on a 64bit Ubuntu 14.04 server.

 I’m writing looking for help to get OSRM’s routing algorithm working
 directly from the command line rather than via http.


 More info

 OSRM is already extremely fast when called using |curl http://localhost
 …| - however I’m looking to include it an algorithm to generate millions
 of realistic driving routes, and am hoping that the underlying C++
 routing function might be accessible from the command line directly in
 some way. With a command line function that wraps around OSRM’s routing
 algorithm, I could call this from within R where I’m writing the rest of
 my code.

 My C++ skills are unfortunately at the extreme beginner level, but I
 have found where I might start if I were much more advanced: either the
 file simpleclient.cpp in the OSRM github repo or the node_osrm.cpp file
 in the node-osrm repo which looks like it's similar to simpleclient.cpp.

 Hopefully someone has already crossed this bridge and could I'm hoping
 provide some kind of simple command-line wrapper function to these
 underlying c++ functions so that I can avoid the http approach which I'm
 guessing slows things down.


 Thanks in advance...

 Thanks so much in advance I really appreciate any help or tips to get
 this working

 Love osrm by the way


 Mike


 PS

 I posted this on stackoverflow but found this mailing list and thought I
 might have more luck using it.

 http://stackoverflow.com/questions/28958577/open-
 source-routing-machine-via-the-commandl


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



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

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

Re: [talk-ph] NHN 2 Luzon

2015-03-11 Per discussione Ronny Ager-Wick


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thank you Rally, for your clarifications.

Yes, I will dearly miss the SLEX, etc. refs that are in use now. They are so
nice, and practical. But with my background in the European E-road system, I
can understand why they do these changes. I can't wait for those silly C- and
R- roads to disappear as the primary route ref. That change I will fully 
support!

Part of me still want double refs, but I guess we'll just have to accept
progress here. But it would have been nice if DPWH could put up signs on ALL
roads, not just those in Metro Manila, and preferably in this decade! Before
they achieve that, we will have a map that works some time in the future, but
is a source of confusion right now. And they better put lots of them! In
Europe I think they put it 50 or 100 meters after every intersection, together
with the speed limit. This is imperative so that you know which road you just
turned on to, and how fast you can drive.

I'll have a look at DPWH's road class system. That will be useful as up to
now, I've normally guessed the classification based on the size, importance
and traffic on a road together with how it is connected. I've tried to make it
logical, and if routing software pick higher classified roads over lower, it
should route pretty well, despite all one way streets. I just did a major
overhaul in Angeles town proper, downgrading a lot of roads and upgrading
some, but I'm sure there are still issues. At least we can use DPWH's system
as a guide, even if not 100% compatible.

Thanks for that info about road naming, I will keep that in mind when I come
across differing names actually in use and official names.
Speaking of naming, and your example, why not just use Buendia on all of
Buendia/Sen. Gil Puyat? Even the MRT station is called Buendia! It seems (to
me at least, but I'm not there very often) that Buendia is the name people
call it and Gil Puyat is more a politically motivated name change, that nobody
really cared about. I'm just guessing, of course.

Maybe I should email DPWH about those road markers. I would feel a lot less
sentimental about the old names if complete signage with the new ones was
already present...

Ronny.

On 2015-03-11 20:33, Rally de Leon wrote:
 Related issues in connection with DPWH's database (new Classification  Route 
 numbers):

 Road Classification:DPWH's internal road class (primary  secondary) will
generally be our reference guide, but will not work with OSM as there is no
direct relation.
 (eg. their 'primary' seems to correspond to OSM's 'trunk' but not always;
Secondary is more often than not - equivalent to OSM's Primary, but may become
Secondary etc.).

 And besides, DPWH doesn't seem to follow the best practices in map making.
Their classification is the result to motorists volume per day, as well as
with considerations to connecting towns with big population, and or connection
to major ports

 Our OSMPH mapper's classification seem to follow the function of the road
and it's relation to economic activity and flow of commerce 'relative' to the
region -- no absolute rule. (just my observation) And it follows a smoother
path, not stopping abruptly out of nowhere.

 There are lots of exceptions/observations I discovered in classifying roads
(to the rules and biases we are accustomed to), in fact I need to undo a lot
of my own stupid edits, eg. making Marikina-Infanta Road as trunk (by previous
consensus that all main roads crossing 'provincial boundaries' are trunk
roads, which I will revert to Primary (something like that).

 We have to weigh-in between OSMPH's best practices and the logic behind
DPWH's system. This is for discussion later, so we can agree on a new
guideline based on our new discoveries/observations (on-going)

 As to NAMING ROADS:
 I agree with maning earlier, that we use name on OSM as we see them in
physical object, eg. Street Signs -

 name=common name and NOT the official name commonly dictated by the law
or ordinance. we have official_name= which can be used for that purpose.

 The longer the road name - the smaller the printed font gets,
 -the lesser visible they becomes (on highway);
 -the more clutter on digital devices and paper maps.

 But we stick to the OSM's use of complete suffix (eg. Street) even though I
disagree :-)

 This suggested unofficial guideline for our local mappers is in lieu of
non-existent PH law prescribing maximum length of Road names - which should be
on the practical side,

 Anyways, like it or not ...is already unofficially practiced by LGU's and
some govt agencies
 eg.
 - look at Manila's bigger street signs, adopting: Osmeña Hwy, Quirino Hwy
instead of the long President Osmeña Highway Pres. Quirino Highway as seen
on the older street sign).

 - The many variants of Buendia Ave (still in use in newer signs), Sen. Gil
Puyat Ave, G. Puyat Ave, Gil Puyat Ave. but they will eventually go for the
shorter version.

 - how many signboards have we seen written

[OSM-ja] 地理院地図で表示される標高の値のOSM利用について

2015-03-11 Per discussione Satoshi IIDA

いいだです。

地理院地図から参照できる情報として、その場所の標高データがあります。
(地理院地図上で右クリックすると表示されます)
http://maps.gsi.go.jp/

この情報って使ってよいのか？という問い合わせをいただいたので、
国土地理院に問い合わせてみました。

結果、利用OKでした。
利用のための出典明記としては、

source = GSImaps/dem

で問題ない、とのこと。
この情報は、OSMでいえば ele タグとして利用が可能かと思います。
http://wiki.openstreetmap.org/wiki/JA:Key:ele

Wikiページにも近日中に追記を行います。
http://wiki.openstreetmap.org/wiki/JA:GSImaps

■回答詳細
1. 地理院地図で表示される標高は、国土地理院の標高API（
http://portal.cyberjapan.jp/help/development/api.html ）が提供する標高と同等。

2. 標高APIが使用するデータは、地理院タイルの標高タイル（
http://portal.cyberjapan.jp/help/development/ichiran.html#dem-1
）と、5mDEM由来の標高データである。
標高APIを利用して取得した5mDEM由来の標高データは、標高タイルと同様、地理院コンテンツ利用規約に従い、出所明示により利用が可能。

3.地理院地図の標高を読み取ってデータに組み込んだ場合、 OpenStreetMapでの出所明示方法に従い、

source = GSImaps/dem

として出所明示で問題ない。


■地理院地図で表示されるその他の情報で、未定の内容
地理院地図で右クリックした場合、逆ジオコーディングとしてその地点の住所が表示されます。
こちらの情報の利用については確認を行っていません。
また、利用しているAPIが、CSISのジオコーダではなかったかな、と思いますので、こちらの表示結果については利用を行わないようお願いします。



-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-be] Minor power lines

2015-03-11 Per discussione Marc Gemis

en dan nu nog de foto / and now the photo

[1]
http://xian.smugmug.com/OSM/OSM-2015/2015-03-08-Kester/i-98QfhTr/0/O/DSC_9713.jpg

2015-03-11 20:47 GMT+01:00 Marc Gemis marc.ge...@gmail.com:

 Hallo,

 I have a question about minor power lines (e.g. [1]). What's the voltage
 on such lines ?

 regards


 I heb een vraagje over electriciteitsleidingen. Hoeveel volt gaat er door
 de kabels zoals op [1] ?

 alvast bedankt

 m

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

Re: [OSM-talk-be] Minor power lines

Ik heb wat gezocht en het is niet met uitsluitsel vast te stellen. Ik zou
gewoon niet vermelden wat we niet weten.

Jo

2015-03-12 5:17 GMT+01:00 Marc Gemis marc.ge...@gmail.com:

 en dan nu nog de foto / and now the photo

 [1]
 http://xian.smugmug.com/OSM/OSM-2015/2015-03-08-Kester/i-98QfhTr/0/O/DSC_9713.jpg

 2015-03-11 20:47 GMT+01:00 Marc Gemis marc.ge...@gmail.com:

 Hallo,

 I have a question about minor power lines (e.g. [1]). What's the voltage
 on such lines ?

 regards


 I heb een vraagje over electriciteitsleidingen. Hoeveel volt gaat er door
 de kabels zoals op [1] ?

 alvast bedankt

 m



 ___
 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-be] Minor power lines

2015-03-11 Per discussione Marc Gemis

Bedankt, dat is inderdaad wat ik momenteel doe, het is enkel dat JOSM dan
een waarschuwing geeft dat voltage ontbreekt.

mvg

m

2015-03-12 5:31 GMT+01:00 Jo winfi...@gmail.com:

 Ik heb wat gezocht en het is niet met uitsluitsel vast te stellen. Ik zou
 gewoon niet vermelden wat we niet weten.

 Jo

 2015-03-12 5:17 GMT+01:00 Marc Gemis marc.ge...@gmail.com:

 en dan nu nog de foto / and now the photo

 [1]
 http://xian.smugmug.com/OSM/OSM-2015/2015-03-08-Kester/i-98QfhTr/0/O/DSC_9713.jpg

 2015-03-11 20:47 GMT+01:00 Marc Gemis marc.ge...@gmail.com:

 Hallo,

 I have a question about minor power lines (e.g. [1]). What's the voltage
 on such lines ?

 regards


 I heb een vraagje over electriciteitsleidingen. Hoeveel volt gaat er
 door de kabels zoals op [1] ?

 alvast bedankt

 m



 ___
 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-au] Wiki vote open for Sanitary Dump Station

2015-03-11 Per discussione Warin


There are a few things open for voting now ..

the page to keep an eye on is
https://wiki.openstreetmap.org/wiki/Category:Proposed_features_%22Voting%22

You may note the power supply=intermittent 
https://wiki.openstreetmap.org/wiki/Proposed_features/power_supply%3Dintermittent 
one .. of relevance to those that camp in the outback.


I've a counter proposal to Bryces .. an attempt to elevate 'waste' out 
of the amenity= key and into its own key. You'll find a link from the 
counter proposal to Sanitary_Dump_Station 
http://wiki.openstreetmap.org/wiki/Proposed_features/Sanitary_Dump_Station.. 
but none from that back.



On 12/03/2015 2:15 PM, Bryce Nesbitt wrote:

Please consider participating in the wiki voting for:
http://wiki.openstreetmap.org/wiki/Proposed_features/Sanitary_Dump_Station
These sites have various names including dump station, dump point, 
caravan dump station, sanitary station, Elsan disposal point (UK), 
pumpout, and chemical dump point (CDP).



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


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

[Talk-us] Wählen / Voting - Sanitary Dump Station

Please consider participating in the wiki voting for:
http://wiki.openstreetmap.org/wiki/Proposed_features/Sanitary_Dump_Station
These sites have various names including dump station, dump point, caravan
dump station, sanitary station, Elsan disposal point (UK), pumpout, and
chemical dump point (CDP).
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-GB] Wählen / Voting - Sanitary Dump Station

Please consider participating in the wiki voting for:
http://wiki.openstreetmap.org/wiki/Proposed_features/Sanitary_Dump_Station
These sites have various names including dump station, dump point, caravan
dump station, sanitary station, Elsan disposal point (UK), pumpout, and
chemical dump point (CDP).
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-de] Wählen / Voting - Sanitary Dump Station

Please consider participating in the wiki voting for:
http://wiki.openstreetmap.org/wiki/Proposed_features/Sanitary_Dump_Station
These sites have various names including dump station, dump point, caravan
dump station, sanitary station, Elsan disposal point (UK), pumpout, and
chemical dump point (CDP).
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[talk-au] Wiki vote open for Sanitary Dump Station