[Talk-us] Denver RTD's public_transport growth

[OSM Volunteer stevea]

I "found something rectangular" and sketched in 
http://wiki.osm.org/wiki/Colorado/Railroads which we might agree (as a useful, 
communicative wiki) is "alpha-1" or so.

Denver's FasTracks Lines grow, let's sync OSM and this wiki with another 
up-to-date light_rail table.  This strategy works:  Portland TriMet, meet 
California/Railroads, meet Miami/BrightLine, meet San Francisco BART, meet 
Denver RTD...and so on.

Rail mapping feels like solving a crossword, good for the mind and then there's 
that volunteer spirit part, too.  Go!

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

Re: [Talk-us] Naming numbered roads as "State Route X", "Interstate X", etc.

[Paul Johnson]

On Sun, Sep 2, 2018 at 6:29 PM Kevin Kenny  wrote:

> Heh. Sometimes you have to wait a long time. The signage on 'Avenue of
> the Americas' in New York City has said that since the 1950's. The
> Postal Service prefers that name on street addresses.  New Yorkers
> call it Sixth Avenue, which confuses the tourists no end.  Likewise,
> to a New Yorker, Bruckner Boulevard goes over the Triboro[ugh] Bridge
> coming out of the Bronx. The signs say I-278 and Robert F. Kennedy
> Bridge. The locals never do. When asked about them, the likely
> response will be something like, 'oh, yeah, they renamed one of the
> bridges for Bobby Kennedy, didn't they?"
>

Reminds me of how long it took Portland to phase in Martin Luther King,
Junior Boulevard, and old timers for various reasons (many of them rather
reprehensible) that still call that street "Union Avenue" or even it's even
older name, "Railroad Avenue"...


> > Sometimes, the name really is "Highway 66" or "Route 22." Admittedly, it
> can sometimes be hard to tell for sure without local knowledge. As long as
> people do their best and aren't dogmatic about it when someone who knows
> better comes along in the future it will all work out in the end.
>
> ^ This.  The name of a geographic feature is what the locals call it.
> Why should 150th Street be a name, but County Road 34 have to be
> relegated to noname=yes if it has no other name? (Then again, I come
> from a part of the world that has settlements named Number Four,
> Township 40, and Thirteenth Lake. Those things all started out as
> reference numbers but are now established names.)
>

It's pretty common for county roads to not have names, only refs, though.
Why tag twice?
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Naming numbered roads as "State Route X", "Interstate X", etc.

[Kevin Kenny]

On Sun, Sep 2, 2018 at 4:18 PM Nathan Mills  wrote:
> My personal opinion is that if local practice and the USPS continue to use 
> the old name, that name should stay in the name tag, while the Legislature's 
> political name should be tagged as an alt_name. That said, there are 
> situations in which most/all signage refers to the new name, in which case 
> switching them makes sense. (Martin Luther King Jr. Boulevard in 
> Fayetteville, AR being an example. Most still call it 6th Street, but the 
> city, nearly all signage, and the USPS' preferred name are all "Martin Luther 
> King Jr Boulevard," and they are going to keep it up until everyone gets with 
> the program)

Heh. Sometimes you have to wait a long time. The signage on 'Avenue of
the Americas' in New York City has said that since the 1950's. The
Postal Service prefers that name on street addresses.  New Yorkers
call it Sixth Avenue, which confuses the tourists no end.  Likewise,
to a New Yorker, Bruckner Boulevard goes over the Triboro[ugh] Bridge
coming out of the Bronx. The signs say I-278 and Robert F. Kennedy
Bridge. The locals never do. When asked about them, the likely
response will be something like, 'oh, yeah, they renamed one of the
bridges for Bobby Kennedy, didn't they?"

> Sometimes, the name really is "Highway 66" or "Route 22." Admittedly, it can 
> sometimes be hard to tell for sure without local knowledge. As long as people 
> do their best and aren't dogmatic about it when someone who knows better 
> comes along in the future it will all work out in the end.

^ This.  The name of a geographic feature is what the locals call it.
Why should 150th Street be a name, but County Road 34 have to be
relegated to noname=yes if it has no other name? (Then again, I come
from a part of the world that has settlements named Number Four,
Township 40, and Thirteenth Lake. Those things all started out as
reference numbers but are now established names.)

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

Re: [OSM-talk-be] National Road relation: does order matter?

[Jo]

for route=road relations order doesn't matter much. It's impossible to sort
them according to any meaningful criterion.

Polyglot

Op zo 2 sep. 2018 om 22:54 schreef Nathan Monfils :

> Hello!
>
> I was doing some editing on the N30 near Liège, when I noticed that its
> relation was completely unordered, with ways near the city center being
> next
> to ways much further south (see relation `124374`).
>
> The wiki defines a relation as an *ordered list*, yet only mentions order
> for
> bus lines. Is there a need for the road relations to be ordered correctly?
>
> Regards,
>
> Nathan Monfils
>
>
>
> ___
> 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-at] Quantität vor Qualität beim BEV-Adressimport?

[emga]

> Am 31.08.2018 um 14:30 schrieb Rudolf Mayer :
> 
> Hallo!
> 
> Robert Kaiser wrote on 31/08/18 14:15:
>> vari...@mailbox.org schrieb:
>>> Einen kompletten Revert halte ich für unsinnig, trotz aller Fehler und 
>>> persönlicher, äh, unstimmigkeiten, bringen die ganzen Adressen, die er 
>>> einträgt einen großen Mehrwert, imho.
>> Das Problem ist, dass ohne Revert er die Praxis einfach so weiter führt 
> 
> 
> Ich glaube auch, dass hier ein revert angebracht wäre.

Das Problem ist die Mailingliste ist gerade ein bisschen langsam dafür, diese 
Mappingmuster ist schon sein Monaten im Gange, mal weniger auffällig mal mehr, 
nur so als Anmerkung 
Falsch ist es von der Durchführung, die Daten sind aber (großteils) richtig. 
Schwer zu beurteilen. Wenn man es jetzt revertet setzt man große Teile ATs 
gehörig zurück, und die eingetragene Information kommt so schnell nicht wieder 
obwohl sie jetzt korrekt vor liegen würde.


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


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

Re: [OSM-talk-ie] Townland boundaries pulled to match ground features

[Dave Foley]

I fixed the Kilmashogue and Taylors Grange boundaries and did some tidy up on 
Marlay Park.


Dafo



From: Brian Hollinshead 
Sent: Saturday 1 September 2018 17:19
To: Discussion of OpenStreetMap in Ireland
Subject: [OSM-talk-ie] Townland boundaries pulled to match ground features

The boundary between Kilmashogue and Taylors Grange has been pulled out of
position to suit the Marlay Park golf course. Please see ways
openstreetmaps.org/way/563594212 and 213

Similarly openstreetmap.org/way/325217162 has been grossly pulled to fit
ground features.

These differences can be easily seen in JOSM using gsgs3906 image and in
maps.openstreetmap.ie which remains correct somehow.

I hope one of you knows please how to reverse this pull without hurting
other features and will do it. I do not regard it as within my competency
to undertake this.
Many thanks.
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie
Talk-ie -- Discussion of OpenStreetMap in 
Ireland
lists.openstreetmap.org
This list provides a forum for discussion those parts of openstreetmap that are 
relevant to Ireland. It is not a substitute for the t...@openstreetmap.org 
mailing list, but should provide more localised information for those mapping 
in Ireland.


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

[OSM-talk-be] National Road relation: does order matter?

[Nathan Monfils]

Hello!

I was doing some editing on the N30 near Liège, when I noticed that its 
relation was completely unordered, with ways near the city center being next 
to ways much further south (see relation `124374`).

The wiki defines a relation as an *ordered list*, yet only mentions order for 
bus lines. Is there a need for the road relations to be ordered correctly?

Regards,

Nathan Monfils



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

Re: [Talk-us] Naming numbered roads as "State Route X", "Interstate X", etc.

[Nathan Mills]

The New Sapulpa Road situation is in practice a road with a secondary name. 
Just like Flagler Street in part of Miami (FL, not OK) is defined by the state 
legislature as being "Natan A Rok Boulevard" (or similar, working from memory 
here).

My personal opinion is that if local practice and the USPS continue to use the 
old name, that name should stay in the name tag, while the Legislature's 
political name should be tagged as an alt_name. That said, there are situations 
in which most/all signage refers to the new name, in which case switching them 
makes sense. (Martin Luther King Jr. Boulevard in Fayetteville, AR being an 
example. Most still call it 6th Street, but the city, nearly all signage, and 
the USPS' preferred name are all "Martin Luther King Jr Boulevard," and they 
are going to keep it up until everyone gets with the program)

Sometimes, the name really is "Highway 66" or "Route 22." Admittedly, it can 
sometimes be hard to tell for sure without local knowledge. As long as people 
do their best and aren't dogmatic about it when someone who knows better comes 
along in the future it will all work out in the end. 

-Nathan

On September 1, 2018 5:28:11 PM EDT, Paul Johnson  wrote:
>On Sat, Sep 1, 2018 at 12:01 PM Peter Dobratz  wrote:
>
>To cite a specific example of how we might map something, consider the
>town
>> of Waldport, Oregon.
>>
>> https://www.openstreetmap.org/#map=18/44.42718/-124.06667
>>
>> As you can see, there is a US Route 101 running north-south through
>town.
>> Roads north of Northwest Hemlock Street include Northwest as part of
>their
>> names and roads south of Northwest Hemlock Street include Southwest
>as part
>> of their name.  US Route 101 is currently mapped in OSM with
>> "name=Northwest Highway 101" for the portions north of Northwest
>Hemlock
>> Street and "name="Southwest Highway 101" for the portions south of
>> Northwest Hemlock Street.  If we drop the name tag from this road in
>OSM,
>> then we lose the Northwest and Southwest directional prefix.  I think
>we
>> should retain the name tags on roads like this.
>>
>
>I don't.  While it is uncommon, there's other ways of handling this. 
>The
>way should still be noname=yes in this case.
>
>
>> Here is an examples of a POI along this route:
>>
>> https://www.grand-central-pizza.com/
>> Grand Central Pizza
>> 245 SW Hwy 101
>> Waldport, OR 97394
>>
>> USPS standard format of the address:
>> 245 SW HIGHWAY 101
>> WALDPORT, OR 97394-3036
>>
>> https://www.openstreetmap.org/way/463377211
>> addr:housenumber=245
>> addr:street=Southwest Highway 101
>> addr:city=Waldport
>> addr:state=OR
>> addr:postcode=97394
>>
>
>And this is how you would handle addresses along such a highway.  This
>also
>comes up (uncommon but still happens) where the USPS has decided to
>consider addresses with a different name than the street that frontages
>it.  In an extreme example, there's a road in my region that has the
>name
>"Officer Larry W. Cantrell and Mister Charles L. Cantrell Memorial
>Highway".  The addresses along it are all "New Sapulpa Road", the
>road's
>old name, presumably due to brevity.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-dk] osm.elgaard.net i drift - og spørgsmål

[Mikko Lukas Räsänen]

* Nogle togstationer er navngivet med "Station" i navnet, andre ikke.
Nogle har endda "station" med lille begyndelsesbogstav.
+ Stoholm station (lille s):
  https://www.openstreetmap.org/node/312067775
+ Høng Station (stort S):
  https://www.openstreetmap.org/node/930735765
+ Kolding:
  https://www.openstreetmap.org/node/1433117250

Hvad er den korrekte navngivning?
Ifølge https://wiki.openstreetmap.org/wiki/Tag:railway=station bør 
"station" i navnet undgås med ordet faktisk er en del af stationens navn 
og faktisk står på skiltenen på stationen. Sagt på en anden måde: 
Stationen bør navngives med nøjagtigt det som står på skiltene på f.eks. 
perronerne.


Renderen skal nok sørge for at vise navnene på forskellige måder (se 
f.eks. Skanderborg, hvor man tydeligt kan se forskellen mellem navnet på 
byen og navnet på stationen 
https://www.openstreetmap.org/#map=15/56.0413/9.9322 )


-- Mikko

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

Re: [Talk-it] Stazioni ARPA

[liste DOT girarsi AT posteo DOT eu]

Il 02/09/2018 21:16, claudio62PG ha scritto:

Non ho trovato nulla
ma le stazioni ARPA che monitorizzano l'inquinità dell'aria
particelle pm10 etc si inseriscono?
Se si come?
Claudio






Wiki..:)

https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmonitoring_station


man_made=monitoring_station

monitoring:air_quality=yes

Le altre non le conosco.


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

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

Re: [Talk-cz] GPS-presnost

[Ha Noj]

>
> to dělení určitě jde sepsat různě. Ani tohle není kompletní výčet všech
> možností, které GNSS nabízí.
> Poupravil bych, že ani měření na všech 5 vlnách vysílaných z GPS nepomůže
> v modelování vlivu troposféry, protože ta ovlivňuje všechny frekvence cca
> stejně (na rozdíl od ionosféry, ve které se rozdílné frekvence prodlužují
> různě, jak už mě v téhle nebo v té druhé diskusi někdo správně opravil
> (nějak se to rozjelo :-O )). Vliv troposféry jde eliminovat právě a jenom
> diferenciálními GPS metodami.
>
*** a dle zdroje níže je i eliminace chyby ionosféry druhou frekvencí sice
značná ale ne úplná:
https://web.archive.org/web/20160310132600/http://edu-observatory.org/gps/gps_accuracy.html

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

[Talk-it] Stazioni ARPA

[claudio62PG]

Non ho trovato nulla 
ma le stazioni ARPA che monitorizzano l'inquinità dell'aria
particelle pm10 etc si inseriscono?
Se si come?
Claudio



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

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

Re: [Talk-cz] maperská minirecenze MI 8

[Ha Noj]

> No jo, chyba hodin přijímače se právě kvůli málo stabilnímu chodu hodin
musí určovat z měření. Otázkou je zase přesnost toho výpočtu... Ale myslel
jsem to tak, že kdyby ty hodiny byly dostatečně přesný, stačily by na
určení 3D polohy jenom 3 družice, což by právě v zastíněných místech, kde
je špatná viditelnost na oblohu, jistě pomohlo.
*** V 80. letech se to tak myslím dělávalo. Ale když dnes je nad horizontem
zároveň >35 družic, tak asi nedává moc smysl.

http://gnssmissionplanning.com/App/NumberOfSatellites

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

Re: [Talk-dk] Hej alle

[Troels Arvin]

Hej Mikko,

Velkommen til.

Du skrev bl.a.:
> Første spørgsmål: Hvordan bidrager jeg med et svar til en af de
> tidligere tråde fra arkivet?
> Specifikt denne:
> https://lists.openstreetmap.org/pipermail/talk-dk/2018-
August/005110.html

I og med, at du ikke har en mail, som du kan besvare, så kan du blot 
skrive en ny mail og dermed åbne en ny tråd om det, du gerne vil tilføje.

I mail'en kan du passende referere til den tidligere tråd, ligesom du 
gjorde ovenfor.

-- 
Troels


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

Re: [Talk-de] Genauigkeit der Gemeindegrenzen

[Florian Lohoff]

On Fri, Aug 31, 2018 at 09:55:51PM +0200, Markus wrote:
> Im Wiki wird die Genauigkeit (Lage und Form) er Gemeindegrenzen als sehr
> begrenzt beschrieben, zuletzt 2014, und man solle doch die
> Landesvermessungsämter fragen:
> https://wiki.openstreetmap.org/wiki/DE:Gemeindegrenze
> 
> Wie ist der aktuelle Stand?
> Vielleicht kann man ja das Wiki aktualisieren?

Ich glaube das schwankt sehr von Bundesland zu Bundesland, und Gemeinde
zu Gemeinde.

In NRW habe ich mal vor ein paar Jahren die admin_level=8 alle
eingetragen die zu dem Zeitpunkt Fehlten. Quelle waren visueller
Abgleich mit Wikimedia Bildern.  Das waren aber teilweise nur 4-8 Punkte je
Gemeinde. Ich brauchte die für den Straßenlistenabgleich.

Vor ein paar Jahren hatten wir ja Zugriff auf die LVermA Daten in NRW
und da konnten die verbessert werden. Ob das überall geschehen ist -
keine Ahnung.  Mittlerweile gibts den Zugriff ja nicht mehr so das wir
jetzt auf uns gestellt sind.

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


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

Re: [Talk-lt] Kaunas

[Tomas Straupis]

Tiesiog griauti ir demotyvuoti tikrai nesinori, todėl ir rašau čia.

Dėl detalumo ir žymėjimo. Tarkim su medžiais yra tokia mintis:
landuse=forest žymime tik stambius miško plotus (kurie turėtų
atsidurti smulkesniuose masteliuose). Tada turime
landuse=residential|industrial|commercial, kurie žymi atitinkamas
zonas. O vat jei norime padaryti mikromappinimą - pažymėti smulkius
medžių plotus - juos pažymime natural=wood. Toks natural=wood rodomas
tik stambiuose masteliuose (tarkim 17-19) ir tik tada, jei žemėlapyje
yra noro rodyti smulkias detales. Tokie natural=wood NĖRA iškerpami iš
po jų esančio landuse, taigi nerodant smulkių medžių plotų negauname
nepageidaujamų „skylių“. Taigi ir avys sveikos, ir vilkas sotus (?).

Čia vertėtų pridėti, kad tai tik Lietuvoje sugalvotas mechanizmas
(nors jis suveikia ir su OSM-Carto stiliumi). Realiai jau dešimt metų
vyksta ginčas tarp to, kaip reikėtų žymėti miškus, landuse=forest ar
natural=wood, besprendžiant vietoj konvergavimo į vieną variantą
atsiranda papildomi variantai (landcover:-). Bet konkreti žyma nėra
esmė, svarbu kad turime DVI SKIRTINGAS žymas „stambiems“ ir
„smulkiems“ miškams, kas leidžia kurti tiek stambių, tiek smulkių
mastelių žemėlapius nedarant daug sudėtingų generalizavimo
skaičiavimų.

Analogiškai medžiams galima daryti ir su žole. Dideli plotai -
landuse=meadow, mažiukai plotai - landuse=grass.

Taigi, grįžtant prie Kauno, matyt sprendimas bus sunkus ir
reikalaujantis daug laiko - visą plotą apibrėžti landuse=residential,
esamus forest/orchard keisti į natural=wood, o meadow į grass. Su
poligonų prisegimu prie kelių, matyt, kažkiek teks palikti, nes
nesinori labai ilgai sėdėti prie šito reikalo.

Dėl upių/upeliukų ir kelių smulkių detalių tai niekaip kitaip kaip su
generalizavimu neišeis padaryti. T.y. braižome stambiam masteliui, o
kurdami smulkesnio mastelio žemėlapius generalizuojame duomenis.

Dėl plotų prijungimo prie kelių. Aš žymiu plotus tiesiog atskirais
objektais, niekaip (jokiais taškais) nesusijusius su keliais. Nes jie
neturi nieko bendro. Plius kelius padarius plotų dalimi arba pasidaro
sunku pažymėti norimą kelią (jei kelias tiesiog paišomas „ant“
poligono kraštinės viršaus), arba kelias bereikalingai dalinamas į
begalę mažų atkarpų, dėl ko keičiant kelio žymas reikia pereiti ir
pakeisti žymas visose dalyse (su visomis iš to sekančiomis
problemomis), o ir kuriant žemėlapius tokie mažų atkarpų kiekiai
prideda nemažai nereikalingų problemų ir darbo (paišant etiketes,
kuriant vektorinius duomenis ir šiaip darant skaičiavimus).

-- 
Tomas

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

Re: [Talk-it] Edificio mai terminato

[Damjan Gerl]

  
  
02.09.2018 - 16:00 - Martin
  Koppenhoefer:


  sent from a phone


  
On 2. Sep 2018, at 12:42, Volker Schmidt  wrote:

, ci sono una marea di edifici (semi-)abbandonati in giro.
In alcuni casi ho utilizzato l life cycle prefix "abandoned:"

  
  

si, anche mezzo smantellate. Ma non sono tutti la stessa pappa, è diverso quando il fabbricato non è mai stato utilizzato o nemmeno completato, rispetto a quelli che non sono più utilizzati (e tra questi ci sono vari stati di conservazione/rovina), e anche tra quelli smantellati per un po’ e quelli caduti da soli, quelli rovinosi parzialmente ma utilizzati in altre parti, quelli inquinati e vietato l’accesso, pericolanti, sfitti per speculazione, ecc.


Ciao, Martin



Allora, per me se un edificio è stato iniziato e mai finito resterà
per sempre in costruzione, quindi tags p.es.:
building=construction
  construction=apartments
  
Mentre se era/è già finito ma mai utilizzato oppure utilizzato ma
ora non più, come scrive nella wiki resta sempre building=*, casomai la funzione che
c'era dentro diventa abandoned:
. Tranne nel caso che la costruzione sia in stato veramente pietoso
e senza tetto, dove necessiterebbero grandi lavori di ricostruzione
per riprendere la funzione, li diventa abandoned:building=.
E da qui forse se la costruzione non è mai finita ed in stato
veramente pietoso, si potrebbe usare abandoned:building=construction
  
Ciao,
Damjan
  


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

[Talk-us] Whole-US Garmin Map update - 2018-08-31

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

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

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2018-08-31

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2018-08-31/kml/kml.html


FAQ



Why did you do this?

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

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2018-08-31

Can or should I seed the torrents?

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

Why is my map missing small rectangular areas?

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

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

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

Does your map cover Mexico/Canada?

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

-- Dave


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

Re: [Talk-it] Edificio mai terminato

[Martin Koppenhoefer]

sent from a phone

> On 2. Sep 2018, at 12:42, Volker Schmidt  wrote:
> 
> , ci sono una marea di edifici (semi-)abbandonati in giro.
> In alcuni casi ho utilizzato l life cycle prefix "abandoned:"


si, anche mezzo smantellate. Ma non sono tutti la stessa pappa, è diverso 
quando il fabbricato non è mai stato utilizzato o nemmeno completato, rispetto 
a quelli che non sono più utilizzati (e tra questi ci sono vari stati di 
conservazione/rovina), e anche tra quelli smantellati per un po’ e quelli 
caduti da soli, quelli rovinosi parzialmente ma utilizzati in altre parti, 
quelli inquinati e vietato l’accesso, pericolanti, sfitti per speculazione, ecc.


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

Re: [Talk-it] Edificio mai terminato

[Martin Koppenhoefer]

sent from a phone

> On 2. Sep 2018, at 12:42, Volker Schmidt  wrote:
> 
> Per inspirazione si potrebbe guardare come è taggato il nuovo aeroporto di 
> Berlin-Brandenburg, che fra poco rischia di diventare una di questo rovine 
> moderne.


attualmente non è una rovina però, è un edificio completato e non in funzione 
(e non rispetta le normative antincendio/non ottiene collaudo, quindi non può 
essere utilizzato)

Io ricordo al centro di Berlino un bunker non utilizzato ma troppo pesante per 
smantellarlo, che stava in mezzo alla città per 60 anni prima che  un 
collezionista lo ha comprato e lo usa come magazzino e museo privato e villa 
(sul tetto).

Il clima all’interno è simile alle grotte:
https://upload.wikimedia.org/wikipedia/commons/b/bb/Bunker_Berlin.jpg___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-lt] Kaunas

[Darius Žitkevičius]

Na žmogus tikrai gero norėjo.
Griauti to ką padarė tikrai nereikia.
Visų pirma reikėtu susisiekti - aptarti aktualiausias problemas.
Patarti kaip (ne)daryti ateityje.

Neišmuškim iš žmogaus noro prisidėti ;)

2018-09-01, št, 14:18 Tomas Straupis  rašė:

> Sveiki
>
>   Kaip galvojate, ką daryti su tokiu žymėjimu?
>   https://www.openstreetmap.org/#map=17/54.92798/23.98653
>
>   Iš vienos pusės įdėta labai daug darbo.
>   Iš kitos pusės:
>   a) plotų kraštai sudaryti iš kelių (dėl ko pasidaro labai sunku ką
> nors taisyti, vienas kelias padalinamas į daugybę gabaliukų, dėl ko
> sunku keisti jo savybes, vektorinėse kaladėlėse daug vietos užimantis
> ir lėtai veikiantis bardakas)
>   b) realiai visas šitas plotas yra vienas didelis
> landuse=residential. Iš jėgos vienas ar du plotai gali būti
> landuse=forest, iškirpti iš residnetial. O dabar sužymėta viskas kaip
> daug daug mažyčių vitražo gabaliukų. Visi poligonai lygiavertiškai
> nepersidengia, net tarkim amenity=parking ar koks footway area
> išpjauti iš aplinkinio ploto.
>
> --
> Tomas
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>


-- 
Darius Žitkevičius

Laimingas tas, kuris džiaugsmingai dirba ir džiaugiasi darbais, kuriuos
padarė. – J. V. Gėtė.
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

[Talk-ca] hebdoOSM Nº 423 2018-08-21-2018-08-27

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

[OSM-talk-fr] hebdoOSM Nº 423 2018-08-21-2018-08-27

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

[Talk-africa] hebdoOSM Nº 423 2018-08-21-2018-08-27

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

[Talk-ht] hebdoOSM Nº 423 2018-08-21-2018-08-27

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

Re: [Talk-GB] Coastline and tidal rivers

[Colin Smale]

On 2018-09-02 10:50, Warin wrote:

> On 29/08/18 01:46, Colin Smale wrote: 
> 
> On 2018-08-28 16:43, David Groom wrote: 
> whilst in theory I'd say yes, in practice I'd say consensus is hard to 
> achieve. 
> OK, I might as well give up now then. If everybody started thinking "I don't 
> know why I bother," like I am now, where would we be?

To Colin I say in a loud voice ... "Up the Rebels" :) 

Thanks for the support...

> On the Australian talk list this came up for an import or maritime boundaries 
> -note the last bits 
> 
> _Geoscience Australia definitions:_
> 
> * _"The __Normal baseline__ corresponds with the low water line along the 
> coast, including the coasts of islands. Under the Convention, normal baseline 
> can be drawn around low tide elevations which are defined as naturally formed 
> areas of land surrounded by and above water at low tide but submerged at high 
> tide, provided they are wholly or partly within 12 nautical miles of the 
> coast. For Australian purposes, normal baseline corresponds to the level of 
> __Lowest Astronomical Tide (LAT) [1]__._
> * _Straight baselines__ are a system of straight lines joining specified or 
> discrete points on the low-water line, usually known as straight baseline end 
> points. These may be used in localities where the coastline is deeply 
> indented and cut into, or where there is a fringe of islands along the coast 
> in its immediate vicinity._
> * _Bay or river closing lines__ are straight lines drawn between the 
> respective low-water marks of the natural entrance points of bays or rivers._
> 
> _Waters on the landward side of the baseline are internal waters for the 
> purposes of international law."_ 
> 
> Probably this same distinction exists in the UK - that difference of internal 
> waters for international law. This may help achieve a 'consensus'?

The baseline is not the same as the coastline. 

The Coastline is: 

* A geographic concept delimiting the dry bit from the damp and wet
bits
* Based on high water mark

The Baseline is: 

* A legal concept, used as the basis for jurisdiction over territorial
waters etc
* Based on low water mark, with international rules for handling bays,
coastal islands, inlets etc

What you are referencing in Australia is the Baseline and it certainly
exists in the UK, but AFAIK it is not represented directly in OSM. The
12nm territorial waters limit which should be derived from the baseline
is however present in OSM. 

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

Links:
--
[1]
http://www.ga.gov.au/scientific-topics/marine/jurisdiction/maritime-boundaries___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Utente veneziano che basa il lavoro su streetview

[Gianni Mistron]

Hai ragione, non c'entrano con la questione legalità SV, l'intervento 
era stato fatto per dare +1 a Francesco Frassinelli, sull'opportunità di 
andare sul posto e mappare quello che si vede.


    "L'unico modo che conosca per non violare le licenze dei dati 
proprietari è quello di usarli come     spunto per fare sopralluoghi 
mirati (vedo qualcosa di interessante, mi reco sul posto, mappo quello 
che vedo: in questo modo la fonte è "survey") o cercare riscontri su 
basi di dati con licenza compatibile (ed affidabile). Spero possiate 
confermare."


per le foto: ad esempio quella del Ponte dei Zogatoli è stata fatta oggi 
e sempre oggi confrontata con SV a certificare che questi non presenta 
la situazione reale (toponomastica ridipinta il 28/06), analogamente per 
le altre due foto fatte e confrontate pari data.


Chiedo comunque scusa per il mio OT



Il 02/09/2018 12:31, Volker Schmidt ha scritto:
Ma questi esempi sembrano essere casi dove nomi sono stati cambiati 
dall'amministrazione e tu confronti foto scattate a date diverse.
Non c'entrano con la questione se SV è una fonte legale per OSM (non 
lo è secondo me). Riguardano solo la probabilità di essere beccati 
copiando da SV (nel raro caso di cambiamento nomi),


2018-09-02 11:17 GMT+02:00 Gianni Mistron >:



Venezia, tre esempi di toponimi discordanti tra SView e fotografie
scattate sul luogo (a sinistra la foto, a destra screenshot Sview)

https://drive.google.com/open?id=1XOkSi8FVIQotgf8VMUF7Afz-scfOUWEl

https://drive.google.com/open?id=1Vah4c7Yf13jKG1JnogWTbBOXMUzadtp5

https://drive.google.com/open?id=10hItiPhjgDOeozQrpstzbH5lG-yAOcfH




___
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] Genauigkeit der Gemeindegrenzen

[Markus]

Danke Florian, Michael und Tom,

habe mal Eure Beiträge in eine Tabelle geschrieben:
https://wiki.openstreetmap.org/wiki/DE:Gemeindegrenze#Aktueller_Stand

Vielleicht kann ja noch jemand weitere Qualitätsmerkmale eintragen?

Gruss, Markus

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

Re: [Talk-it] Utente veneziano che basa il lavoro su streetview

[Sergio Manzi]

Esatto, non c'entra nulla: si tratterebbe solo di aver introdotto in OSM un 
errore causato dall'uso di informazione obsoleta. La stessa cosa sarebbe potuta 
accadere (/lecitamente secondo il parere di tutti, mi sembra di capire.../) 
avendo usato come fonte una foto di Mapillary.

Ma dirò di più: il mapper più scrupoloso del mondo (/ma un po' sfortunato.../) 
avrebbe potuto fare una ricognizione sul campo, avere usato l'informazione 
desunta da quel che ha visto lui, di persona, e, allontanandosi, avrebbe potuto 
incrociare la squadra di addetti che, scala sulle spalle e bidone di vernice in 
mano, si stava recando sul luogo per aggiornare il nome della calle in base ad 
una recente delibera comunale.

Il tema non è la qualità dell'informazione desunta da SV, ma se sia lecito o 
meno desumere quel tipo di informazione dalla "vista virtuale".

A meno che si pensi che Google, per somma cattiveria, non si impegni a 
photoshoppare le immagini introducendo falsa informazione per poter poi 
"incastrare" noi, "il nemico".

Ciao!

P.S., a scanso di equivoci: *non *sono io il famigerato "/armchair mapper/" e 
*non *ho mai usato SV come mia fonte.


On 2018-09-02 12:31, Volker Schmidt wrote:
> Ma questi esempi sembrano essere casi dove nomi sono stati cambiati 
> dall'amministrazione e tu confronti foto scattate a date diverse.
> Non c'entrano con la questione se SV è una fonte legale per OSM (non lo è 
> secondo me). Riguardano solo la probabilità di essere beccati copiando da SV 
> (nel raro caso di cambiamento nomi),
>
> 2018-09-02 11:17 GMT+02:00 Gianni Mistron  >:
>
>
> Venezia, tre esempi di toponimi discordanti tra SView e fotografie 
> scattate sul luogo (a sinistra la foto, a destra screenshot Sview)
>
> https://drive.google.com/open?id=1XOkSi8FVIQotgf8VMUF7Afz-scfOUWEl 
> 
> https://drive.google.com/open?id=1Vah4c7Yf13jKG1JnogWTbBOXMUzadtp5 
> 
> https://drive.google.com/open?id=10hItiPhjgDOeozQrpstzbH5lG-yAOcfH 
> 
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Edificio mai terminato

[Volker Schmidt]

Per inspirazione si potrebbe guardare come è taggato il nuovo aeroporto di
Berlin-Brandenburg, che fra poco rischia di diventare una di questo rovine
moderne.
Ma seriamente, è un reale problema, ci sono una marea di edifici
(semi-)abbandonati in giro.
In alcuni casi ho utilizzato l life cycle prefix "abandoned:"
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-lt] Kaunas

[Aurimas Fišeras]

Sveiki,

2018-09-02 12:38, Mindaugas rašė:


Man ši problema (o gal ne problema) primena Biržų RP
https://www.openstreetmap.org/#map=14/56.2449/24.7208
Biržuose ne taip ekstremalu, žemėnaudos plotai nėra prijungti prie 
pastatų, kaip dabar padaryta Kaune.
Jei landuse nebūtų prijungta ir prie kelių (bent residential, 
unclassified ir aukštesnio lygio), kurie išskaidyti mažomis atkarpomis, 
tai, manau, būtų pats tas tarp detalumo ir patogumo.


O šioje Biržų rajono vietoje žemėnauda tokia sudėtinga dėl to, kad čia 
smegduobių kraštas. Kiekvienas nedidelis „miškas“ ar „vanduo“ 
greičiausiai yra viena ar kelios susijungusios įvairaus senumo smegduobės.


Iš esmės, manau, kad žemėnaudą (įskaitant virtualią – residential, 
industrial, etc.) jungti prie pastatų dalių, ar kelio atkarpų yra per 
ekstremalu. Apsunkina ne tik atvaizdavimą, bet ir redagavimą.


Kauno atveju, įtariu, kad tie miškeliai tarp namų yra tiesiog seni 
pavieniai medžiai (natural=tree ar natural=tree_row), kurių lapijos 
ortofoto atrodo, kaip miškas.
Manau, kad visiškai pakaktų didelio residential ploto, kuriame būtų 
paprasti pastatai, natural=tree,tree_row, galbūt vietom natural=wood.


Aurimas



Čia daug minčių kyla, bet tikriausiai daug kas atsiremia, į tai, koks
yra žemėlapio tikslas, nes norimas detalumas priklauso nuo to. Tokios
problemos kyla ir orientavimosi sporte. Pvz., didelės medžių išvartos
gali būti žymimos, bet vieni autoriai jų pripaišo daug, o kiti visai
nepiešia. Taip pat su pusinėmis horizontalėmis. Tiesa, ten yra aiškus
žemėlapio tikslas, tai galima pasverti, kiek tai aktualu orientavimosi
sportui, čia gi turime duomenis, kur nežinia, kam gali būti naudojami.
Nu pavyzdžiui imkime upelius - esu jų detalizavęs. Man norėtųsi
pakankamai detalaus išpaišymo su tikslumu, kad upelio linija neišliptų
į krantą, nes yra daug vietų, kur upeliai išpiešti labai simboliškai
rodant tik jų tendenciją (žinoma, mažiems pvz. metro pločio upeliams
užtenka mažesnio tikslumo, nes taip darosi neįmanoma išpiešti). Aš
norėčiau naudoti OSM duomenis keliavimui dviračiu, pėščiomis laukinėje
gamtoje. Tiems, kas juos naudoja mašininiame navigatoriuje, kerta šalį
autostrada, tie mano upeliai bus tik lėtinantis paišymą dalykas.



Mindaugas


On Sat, Sep 1, 2018 at 2:18 PM Tomas Straupis  wrote:


Sveiki

   Kaip galvojate, ką daryti su tokiu žymėjimu?
   https://www.openstreetmap.org/#map=17/54.92798/23.98653

   Iš vienos pusės įdėta labai daug darbo.
   Iš kitos pusės:
   a) plotų kraštai sudaryti iš kelių (dėl ko pasidaro labai sunku ką
nors taisyti, vienas kelias padalinamas į daugybę gabaliukų, dėl ko
sunku keisti jo savybes, vektorinėse kaladėlėse daug vietos užimantis
ir lėtai veikiantis bardakas)
   b) realiai visas šitas plotas yra vienas didelis
landuse=residential. Iš jėgos vienas ar du plotai gali būti
landuse=forest, iškirpti iš residnetial. O dabar sužymėta viskas kaip
daug daug mažyčių vitražo gabaliukų. Visi poligonai lygiavertiškai
nepersidengia, net tarkim amenity=parking ar koks footway area
išpjauti iš aplinkinio ploto.

--
Tomas



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

Re: [Talk-it] Utente veneziano che basa il lavoro su streetview

[Volker Schmidt]

Ma questi esempi sembrano essere casi dove nomi sono stati cambiati
dall'amministrazione e tu confronti foto scattate a date diverse.
Non c'entrano con la questione se SV è una fonte legale per OSM (non lo è
secondo me). Riguardano solo la probabilità di essere beccati copiando da
SV (nel raro caso di cambiamento nomi),

2018-09-02 11:17 GMT+02:00 Gianni Mistron :

>
> Venezia, tre esempi di toponimi discordanti tra SView e fotografie
> scattate sul luogo (a sinistra la foto, a destra screenshot Sview)
>
> https://drive.google.com/open?id=1XOkSi8FVIQotgf8VMUF7Afz-scfOUWEl
> https://drive.google.com/open?id=1Vah4c7Yf13jKG1JnogWTbBOXMUzadtp5
> https://drive.google.com/open?id=10hItiPhjgDOeozQrpstzbH5lG-yAOcfH
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Layer mit Gemeindegrenzen

[wambacher]

Hier kannst du dir Bayern herunterladen:
https://wambachers-osm.website/boundaries

Dafür musst du das CLI verwenden: 
https://wambachers-osm.website/index.php/projekte/internationale-administrative-grenzen/boundaries-map-4-3-german

Gruss
walter


Am 02.09.2018 um 00:49 schrieb Markus:
> Gibt es irgendwo einen (transparenten) Layer der Gemeinde-Grenzen,
> den man für eine Monitoring-Karte verwenden könnte auf der Objekte nach
> Gemeinden gegliedert dargestellt werden?
>
> Oder wie kann man sowas selber machen?
> Bayern reicht.
>
> Mit herzlichem Gruss,
> Markus
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
-- 
My projects:

Admin Boundaries of the World 
Missing Boundaries

Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] Edificio mai terminato

[Martin Koppenhoefer]

sent from a phone

> On 2. Sep 2018, at 10:58, claudio62PG  wrote:
> 
> Cercando ho trovato questa definizione di  brwofield
> 
>   
> che non mi sembra adatta


non l’ho letto, ma brownfield sono aree dove si può costruire e dove ci sono 
resti di precedenti costruzioni, potenzialmente con contaminazioni



> 
> neppure construction che rappresenta il costruire, in costruzione non mi
> sembra adatto
> credo che manchi il tag per questi casi.


sono in costruzione in quanto non è completata la costruzione. Il tag non è 
sempre pertinente, sono d’accordo, per esempio se i resti fossero dove non si 
può costruire vuol dire che non sarà costruito, quindi si potrebbe considerare 
un inquinamento del suolo, ma non un cantiere che forse sarà completato.

Direi che i tag dipendono dal caso, e cosa si vuole mappare.


Ciao, Martin 


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

Re: [Talk-lt] Kaunas

[Mindaugas]

Laba,


Man ši problema (o gal ne problema) primena Biržų RP
https://www.openstreetmap.org/#map=14/56.2449/24.7208

Čia daug minčių kyla, bet tikriausiai daug kas atsiremia, į tai, koks
yra žemėlapio tikslas, nes norimas detalumas priklauso nuo to. Tokios
problemos kyla ir orientavimosi sporte. Pvz., didelės medžių išvartos
gali būti žymimos, bet vieni autoriai jų pripaišo daug, o kiti visai
nepiešia. Taip pat su pusinėmis horizontalėmis. Tiesa, ten yra aiškus
žemėlapio tikslas, tai galima pasverti, kiek tai aktualu orientavimosi
sportui, čia gi turime duomenis, kur nežinia, kam gali būti naudojami.
Nu pavyzdžiui imkime upelius - esu jų detalizavęs. Man norėtųsi
pakankamai detalaus išpaišymo su tikslumu, kad upelio linija neišliptų
į krantą, nes yra daug vietų, kur upeliai išpiešti labai simboliškai
rodant tik jų tendenciją (žinoma, mažiems pvz. metro pločio upeliams
užtenka mažesnio tikslumo, nes taip darosi neįmanoma išpiešti). Aš
norėčiau naudoti OSM duomenis keliavimui dviračiu, pėščiomis laukinėje
gamtoje. Tiems, kas juos naudoja mašininiame navigatoriuje, kerta šalį
autostrada, tie mano upeliai bus tik lėtinantis paišymą dalykas.

Iš kitos pusės tai labai susiję su generalizavimu. Jei nenorima
detalumo - turėtų padėti generalizavimas. Kol neišdidini vaizdo -
galėtų būti vienas landuse=residential. Gal, kad tai automatizuoti,
reiktų kaip nors žymėti visus miškelius ir t.t. viduje residential, o
ne iškirpti. O tada priklausomai nuo zoom, išmetami tarkim miško
plotai mažesni už 100, 500, 1000 kvardratiniu metų ir pan. Tuomet maži
objektai išsimestų ir liktų vienas didelis residential plotas. Aišku,
galima sutarti kažkokį generalizavimo mastą paišymui, nors jis
tikriausiai neturėtų būti fiksuotas - užmiestyje gali norisi mažesnio
detalumo, nei mieste - pvz. mieste miško plotai nuo 1000 kv. metrų
(tipo 30x30m), užmiestyje nuo 1m2 (100x100m). Bet čia vėl sunku
vienareikšmiškai apriboti - esu kažkur užsienyje matęs, kai parkas
išpieštas labai detaliai, tarkim jei būtų tvarkomas gyvatvorės
labirintas prieš gintaro muziejų Palangoje. Tada gal norėtųsi ir 5
metrų pločio juostą žymėti.

Nelabai turiu nuomonės kaip turi būti su plotų ribomis. Jei vienoje
takelio pusėje medžiai, kitoje nuplauta žolė, tai ar žymėti atskirą
nei takelis ribą plotų kontūrams. Irgi kyla klausimas, kurioje takelio
pusėje ji turi būti.

Tikriausiai dar viskas kitaip atrodytų, jei visas žemėlapis būtų
sudarytas tame pačiame detalume. Nes dabar gali negražiai atrodyti,
kai vienas miesto kvartalas yra detalus, o kitas tiesiog residential.
Bet čia sunku pasiekti su volunteer crowdsourcing. Kažkas turėjo
entuziazmo detaliai išpiešti savo rajoną, o kažkoks nemažas kaimelis
užmiestyje neturi nė vieno namo ir pažymėtas tik pro jį praeinantis
žvyrkelis.


Mindaugas


On Sat, Sep 1, 2018 at 2:18 PM Tomas Straupis  wrote:
>
> Sveiki
>
>   Kaip galvojate, ką daryti su tokiu žymėjimu?
>   https://www.openstreetmap.org/#map=17/54.92798/23.98653
>
>   Iš vienos pusės įdėta labai daug darbo.
>   Iš kitos pusės:
>   a) plotų kraštai sudaryti iš kelių (dėl ko pasidaro labai sunku ką
> nors taisyti, vienas kelias padalinamas į daugybę gabaliukų, dėl ko
> sunku keisti jo savybes, vektorinėse kaladėlėse daug vietos užimantis
> ir lėtai veikiantis bardakas)
>   b) realiai visas šitas plotas yra vienas didelis
> landuse=residential. Iš jėgos vienas ar du plotai gali būti
> landuse=forest, iškirpti iš residnetial. O dabar sužymėta viskas kaip
> daug daug mažyčių vitražo gabaliukų. Visi poligonai lygiavertiškai
> nepersidengia, net tarkim amenity=parking ar koks footway area
> išpjauti iš aplinkinio ploto.
>
> --
> Tomas
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt

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

Re: [Talk-es] [geoinquietos-es] Reunión/Actividad/es comunidad OSM España en Geocamp ES (MAD

[Miguel Sevilla-Callejo]

Santiago (Crespo) te tomo la palabra.
Santiago (Higuera) ya contaba contigo.
Añadid lo que creáis conveniente en el issue de github para ir pensando
propuesta de orden del dia.
Gracias!
M

On Sun, 2 Sep 2018, 11:14 Santiago Higuera,  wrote:

> Hola:
> Yo estaré por allí, ¡soy de los organizadores de la Geocamp!
> Nos vemos, un saludo
>
> Santiago
>
> El vie, 31-08-2018 a las 08:40 +0200, Luis García Castro escribió:
> > Yo intentaré asistir, allí estaré salvo sorpresa :-)
> >
> > On Thu, Aug 30, 2018 at 6:43 PM Miguel Sevilla-Callejo  > ail.com> wrote:
> > > Hola,
> > >
> > > Vuelvo a la carga para concretar el tema de realizar una reunión de
> > > la comunidad española de OSM aprovechando la celebración de la
> > > Geocamp 2018 que se llevará a cabo en Madrid el 20 y posiblemente
> > > también el 21 de Octubre.
> > >
> > > Os paso la web del evento y en breve os pondré la dirección del
> > > meetup para apuntarse: http://2018.geocamp.es/
> > >
> > > Me he tomado la libertad de ir moviendo este tema dentr ode la
> > > Geocamp pero cualquier ayuda será bienvenida. Lo estamos moviendo
> > > por el GitHub en esta dirección: https://github.com/geocamp-es/2018
> > > /issues/2
> > >
> > > Sería bueno ir diciendo quién va a venir... ¿cuento con los
> > > madrileños al menos?
> > >
> > > Volveré a insistir
> > >
> > > Un saludo
> > >
> > > M
> > >
> > > --
> > > Miguel Sevilla-Callejo
> > > Doctor en Geografía
> > >
> > >
> > > On Fri, 18 May 2018 at 16:59, Santiago Crespo  > > a.net> wrote:
> > > > Gracias Miguel, me parece una iniciativa muy buena.
> > > >
> > > > Nos vemos en octubre entonces, o cuando sea la Geocamp.
> > > >
> > > > Saludos,
> > > > Santiago Crespo
> > > >
> > > > On 05/18/2018 02:08 PM, Jorge Sanz wrote:
> > > > > Ojo que la fecha y lugar no están cerrados, vamos que seguro no
> > > > va a ser en
> > > > > MediaLab (ni Google Campus)
> > > > >
> > > > > https://github.com/geocamp-es/2018/issues/1
> > > > >
> > > > > En cuanto tengamos lugar y fecha os avisamos
> > > > > On Fri, 18 May 2018 at 10:31, Miguel Sevilla-Callejo  > > > 0...@gmail.com>
> > > > > wrote:
> > > > >
> > > > >> Hola (copio a listas de OSM/Talk-es y a geoinquietos),
> > > > >
> > > > >> A la vista de algunos desencuentros y malentendidos uqe ha
> > > > habido dentro
> > > > > de la comunidad de OSM España y ante la necesidad acuciante de
> > > > vernos las
> > > > > caras de una vez para relanzar algunos aspectos organizativos
> > > > de la propia
> > > > > comunidad, se me ocurrió que podríamos aprovechar para vernos
> > > > en la
> > > > > "desconferencia" de la Geocamp-ES [1] que se celebrará en
> > > > Madrid (MediaLab
> > > > > Prado) los pŕoximos 20 y 21 de octubre, que organiza
> > > > Geoinquietos Madrid y
> > > > > en la que asistiremos personas doblemente implicados en este
> > > > movimiento
> > > > > "geo" y en la comunidad OSM.
> > > > >
> > > > >> Se ha creado un github para la organización del evento y he
> > > > tenido la
> > > > > osadía de abrir un "issue" sobre el tema de alguna
> > > > actividad/reunión/lo que
> > > > > se tercie de la comunidad OMS:
> > > > >
> > > > >> https://github.com/geocamp-es/2018/issues/2
> > > > >
> > > > >> Como veréis solo está la idea, pero la cosa es, seǵun las
> > > > ganas, hacer
> > > > > una pequeña reunión, algún taller o lo que se tercie, en la
> > > > línea de la
> > > > > geocamp.
> > > > >
> > > > >> ¿Cómo lo veis? ¿Nos vemos en octubre en Madrid? A buen seguro
> > > > nos viene
> > > > > bien vernos las caras, desvirtualizarnos y compartir más que
> > > > conversaciones
> > > > > de mensajería instantánea o correos electrónicos.
> > > > >
> > > > >> Un saludo
> > > > >
> > > > >> Miguel
> > > > >
> > > > >
> > > > >> [1] De la web http://2013.geocamp.es/ --> Un Geocamp es una
> > > > > geo-desconferencia, un evento en el que todos los participantes
> > > > toman un
> > > > > papel más activo dentro de la creación del evento. Tiene su
> > > > origen en el
> > > > > concepto Barcamp. Es un día para el intercambio de
> > > > experiencias,
> > > > > conocimientos y valores en torno a todo aquello que tenga que
> > > > ver con lo
> > > > > GEO y no tan GEO
> > > > >
> > > > >> --
> > > > >> Miguel Sevilla-Callejo
> > > > >> Doctor en Geografía
> > > > >> ___
> > > > >> geoinquietos-es mailing list
> > > > >> geoinquietos...@lists.osgeo.org
> > > > >> https://lists.osgeo.org/mailman/listinfo/geoinquietos-es
> > > > >
> > > > >
> > > > >
> > > >
> > > > ___
> > > > Talk-es mailing list
> > > > Talk-es@openstreetmap.org
> > > > https://lists.openstreetmap.org/listinfo/talk-es
> > > >
> > > ___
> > > Talk-es mailing list
> > > Talk-es@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-es
> > >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > 

Re: [Talk-it] Utente veneziano che basa il lavoro su streetview

[Gianni Mistron]

Il 1 set 2018 11:57 AM, "Francesco Frassinelli" > ha scritto:


L'unico modo che conosca per non violare le licenze dei dati
proprietari è quello di usarli come spunto per fare sopralluoghi
mirati (vedo qualcosa di interessante, mi reco sul posto, mappo
quello che vedo: in questo modo la fonte è "survey") o cercare
riscontri su basi di dati con licenza compatibile (ed affidabile).
Spero possiate confermare.

+1
Inoltre tempo fa avevo posto la questione "filosofica" se il non-dato 
di SV violasse la licenza di OSM: un dataset Open dice che qui c'è un 
oggetto, ma in SV non lo vedo, quindi non lo mappo.

+1
Venezia, tre esempi di toponimi discordanti tra SView e fotografie 
scattate sul luogo (a sinistra la foto, a destra screenshot Sview)


https://drive.google.com/open?id=1XOkSi8FVIQotgf8VMUF7Afz-scfOUWEl
https://drive.google.com/open?id=1Vah4c7Yf13jKG1JnogWTbBOXMUzadtp5
https://drive.google.com/open?id=10hItiPhjgDOeozQrpstzbH5lG-yAOcfH


___
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-es] [geoinquietos-es] Reunión/Actividad/es comunidad OSM España en Geocamp ES (MAD

[Santiago Higuera]

Hola:
Yo estaré por allí, ¡soy de los organizadores de la Geocamp!
Nos vemos, un saludo

Santiago

El vie, 31-08-2018 a las 08:40 +0200, Luis García Castro escribió:
> Yo intentaré asistir, allí estaré salvo sorpresa :-)
> 
> On Thu, Aug 30, 2018 at 6:43 PM Miguel Sevilla-Callejo  ail.com> wrote:
> > Hola,
> > 
> > Vuelvo a la carga para concretar el tema de realizar una reunión de
> > la comunidad española de OSM aprovechando la celebración de la
> > Geocamp 2018 que se llevará a cabo en Madrid el 20 y posiblemente
> > también el 21 de Octubre.
> > 
> > Os paso la web del evento y en breve os pondré la dirección del
> > meetup para apuntarse: http://2018.geocamp.es/
> > 
> > Me he tomado la libertad de ir moviendo este tema dentr ode la
> > Geocamp pero cualquier ayuda será bienvenida. Lo estamos moviendo
> > por el GitHub en esta dirección: https://github.com/geocamp-es/2018
> > /issues/2
> > 
> > Sería bueno ir diciendo quién va a venir... ¿cuento con los
> > madrileños al menos?
> > 
> > Volveré a insistir
> > 
> > Un saludo
> > 
> > M
> > 
> > --
> > Miguel Sevilla-Callejo
> > Doctor en Geografía
> > 
> > 
> > On Fri, 18 May 2018 at 16:59, Santiago Crespo  > a.net> wrote:
> > > Gracias Miguel, me parece una iniciativa muy buena.
> > > 
> > > Nos vemos en octubre entonces, o cuando sea la Geocamp.
> > > 
> > > Saludos,
> > > Santiago Crespo
> > > 
> > > On 05/18/2018 02:08 PM, Jorge Sanz wrote:
> > > > Ojo que la fecha y lugar no están cerrados, vamos que seguro no
> > > va a ser en
> > > > MediaLab (ni Google Campus)
> > > > 
> > > > https://github.com/geocamp-es/2018/issues/1
> > > > 
> > > > En cuanto tengamos lugar y fecha os avisamos
> > > > On Fri, 18 May 2018 at 10:31, Miguel Sevilla-Callejo  > > 0...@gmail.com>
> > > > wrote:
> > > > 
> > > >> Hola (copio a listas de OSM/Talk-es y a geoinquietos),
> > > > 
> > > >> A la vista de algunos desencuentros y malentendidos uqe ha
> > > habido dentro
> > > > de la comunidad de OSM España y ante la necesidad acuciante de
> > > vernos las
> > > > caras de una vez para relanzar algunos aspectos organizativos
> > > de la propia
> > > > comunidad, se me ocurrió que podríamos aprovechar para vernos
> > > en la
> > > > "desconferencia" de la Geocamp-ES [1] que se celebrará en
> > > Madrid (MediaLab
> > > > Prado) los pŕoximos 20 y 21 de octubre, que organiza
> > > Geoinquietos Madrid y
> > > > en la que asistiremos personas doblemente implicados en este
> > > movimiento
> > > > "geo" y en la comunidad OSM.
> > > > 
> > > >> Se ha creado un github para la organización del evento y he
> > > tenido la
> > > > osadía de abrir un "issue" sobre el tema de alguna
> > > actividad/reunión/lo que
> > > > se tercie de la comunidad OMS:
> > > > 
> > > >> https://github.com/geocamp-es/2018/issues/2
> > > > 
> > > >> Como veréis solo está la idea, pero la cosa es, seǵun las
> > > ganas, hacer
> > > > una pequeña reunión, algún taller o lo que se tercie, en la
> > > línea de la
> > > > geocamp.
> > > > 
> > > >> ¿Cómo lo veis? ¿Nos vemos en octubre en Madrid? A buen seguro
> > > nos viene
> > > > bien vernos las caras, desvirtualizarnos y compartir más que
> > > conversaciones
> > > > de mensajería instantánea o correos electrónicos.
> > > > 
> > > >> Un saludo
> > > > 
> > > >> Miguel
> > > > 
> > > > 
> > > >> [1] De la web http://2013.geocamp.es/ --> Un Geocamp es una
> > > > geo-desconferencia, un evento en el que todos los participantes
> > > toman un
> > > > papel más activo dentro de la creación del evento. Tiene su
> > > origen en el
> > > > concepto Barcamp. Es un día para el intercambio de
> > > experiencias,
> > > > conocimientos y valores en torno a todo aquello que tenga que
> > > ver con lo
> > > > GEO y no tan GEO
> > > > 
> > > >> --
> > > >> Miguel Sevilla-Callejo
> > > >> Doctor en Geografía
> > > >> ___
> > > >> geoinquietos-es mailing list
> > > >> geoinquietos...@lists.osgeo.org
> > > >> https://lists.osgeo.org/mailman/listinfo/geoinquietos-es
> > > > 
> > > > 
> > > > 
> > > 
> > > ___
> > > Talk-es mailing list
> > > Talk-es@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-es
> > > 
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> > 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-it] Edificio mai terminato

[claudio62PG]

Cercando ho trovato questa definizione di  brwofield

  
che non mi sembra adatta

neppure construction che rappresenta il costruire, in costruzione non mi
sembra adatto
credo che manchi il tag per questi casi.

Mancano i tag post crisi 

Claudio





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

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

Re: [Talk-GB] Coastline and tidal rivers

[Warin]

On 29/08/18 01:46, Colin Smale wrote:


On 2018-08-28 16:43, David Groom wrote:

whilst in theory I'd say yes, in practice I'd say consensus is hard 
to achieve.
OK, I might as well give up now then. If everybody started thinking "I 
don't know why I bother," like I am now, where would we be?


To Colin I say in a loud voice ... "Up the Rebels" :)

On the Australian talk list this came up for an import or maritime 
boundaries -note the last bits


/Geoscience Australia definitions:/
/
/

 * /"The //Normal baseline// corresponds with the low water line along
   the coast, including the coasts of islands. Under the Convention,
   normal baseline can be drawn around low tide elevations which are
   defined as naturally formed areas of land surrounded by and above
   water at low tide but submerged at high tide, provided they are
   wholly or partly within 12 nautical miles of the coast. For
   Australian purposes, normal baseline corresponds to the level of
   //Lowest Astronomical Tide (LAT)
   
//./
 * /Straight baselines// are a system of straight lines joining
   specified or discrete points on the low-water line, usually known as
   straight baseline end points. These may be used in localities where
   the coastline is deeply indented and cut into, or where there is a
   fringe of islands along the coast in its immediate vicinity./
 * /Bay or river closing lines// are straight lines drawn between the
   respective low-water marks of the natural entrance points of bays or
   rivers./

/Waters on the landward side of the baseline are internal waters for the 
purposes of international law."/


Probably this same distinction exists in the UK - that difference of 
internal waters for international law. This may help achieve a 'consensus'?


/
/

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

Re: [Talk-it] Edificio mai terminato

[claudio62PG]

dieterdreist wrote
> sent from a phone
> 
>> On 1. Sep 2018, at 17:03, claudio62PG 

> claduc@

>  wrote:
>> 
>> Trovo in città dei edifici mai terminati, con cantiere evidentemente
>> abbandonato da anni, come si tagga in questo caso
>> Claudio
> 
> 
> 
> per il landuse puoi decidere tra landuse=construction e brownfield. Per il
> building forse “ruins”? Per quale motivo non sono terminati?
> 
> Io ho qui vicino un caso di un edificio grande e alto 8-10 piani, quasi
> completato ma non ci sono mai entrati gli inquilini, tranne dei occupanti
> abusivi. Il costruttore (o meglio questa ditta del costruttore) è fallito.
> Quindi per ora non è una rovina, ma non è nemmeno in realtà un normale
> edificio (come quale per il momento purtroppo è mappato), visto che negli
> ultimi 10 anni, da quando è fermo il cantiere, non è mai ufficialmente
> stato abitato.
> http://images2.roma.corriereobjects.it/methode_image/2014/03/28/Roma/Foto%20Gallery/15873300_MGZOOM.jpg
> 
> 
> Ciao, Martin 
> ___
> Talk-it mailing list

> Talk-it@

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

Probabilmente sono fallimenti 
dovevano diventare, vista la zona, dei locali commerciali per esposizione
etc... 
sono li, qualcuno non è neppure tamponato, solo scheletro
ciao
Claudio



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

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

Re: [Talk-de] Layer mit Gemeindegrenzen

[Martin Koppenhoefer]

sent from a phone

> On 2. Sep 2018, at 00:49, Markus  wrote:
> 
> Gibt es irgendwo einen (transparenten) Layer der Gemeinde-Grenzen,


bietet das nicht der OSMI der Geofabrik?


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

Re: [Talk-it] Edificio mai terminato

[Martin Koppenhoefer]

sent from a phone

> On 1. Sep 2018, at 17:03, claudio62PG  wrote:
> 
> Trovo in città dei edifici mai terminati, con cantiere evidentemente
> abbandonato da anni, come si tagga in questo caso
> Claudio



per il landuse puoi decidere tra landuse=construction e brownfield. Per il 
building forse “ruins”? Per quale motivo non sono terminati?

Io ho qui vicino un caso di un edificio grande e alto 8-10 piani, quasi 
completato ma non ci sono mai entrati gli inquilini, tranne dei occupanti 
abusivi. Il costruttore (o meglio questa ditta del costruttore) è fallito. 
Quindi per ora non è una rovina, ma non è nemmeno in realtà un normale edificio 
(come quale per il momento purtroppo è mappato), visto che negli ultimi 10 
anni, da quando è fermo il cantiere, non è mai ufficialmente stato abitato.
http://images2.roma.corriereobjects.it/methode_image/2014/03/28/Roma/Foto%20Gallery/15873300_MGZOOM.jpg


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

Re: [Talk-de] Layer mit Gemeindegrenzen

[Harald Hartmann]

Also einen transparenten Layer kenn ich jetzt zwar nicht, aber du kannst
dir ja von wambacher's boundaries map [1] die entsprechenden Grenzen als
(geo)json runterladen und z.B. direkt in eine leaflet Karte einbinden

[1] https://wambachers-osm.website/boundaries/



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

Re: [Talk-de] Layer mit Gemeindegrenzen

[Harald Hartmann]

Also einen transparenten Layer kenn ich jetzt zwar nicht, aber du kannst
dir ja von wambacher's boundaries map [1] die entsprechenden Grenzen als
(geo)json runterladen und z.B. direkt in eine leaflet Karte einbinden

[1] https://wambachers-osm.website/boundaries/



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