date:20151206



sent from a phone

> Am 06.12.2015 um 10:58 schrieb Catonano :
> 
> Intanto: qual'è lo stato dell'arte ? Devo collegarli alle pagine o ai nodi ?


dal punto di vista osm devi aggiungere i tag wikipedia e wikidata sui oggetti 
osm


> 
> E poi: l'edito integrato iD (non ho provato con Josm per semplicità, mi secco 
> di aprire Josm per un semplice tag) NON offre il tag per Wikidata, mentre 
> offre quello per Wikipedia.


iD ti consente di usare qualsiasi tag, ma devi aprire sulla sinistra la voce 
"tutti tags"


> 
> Come mai ? Semplicemente non è aggiornato oppure implementa qualche policy di 
> cui non so ?


sarà non aggiornato...


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

[talk-au] NSW LPI layers in JOSM was Re: Explicit Permission to use NSW Land and Property Information data in JOSM

2015-12-06 Thread Andrew Davidson

Having done a bit of reading I think it may be more polite to use the TMS
version of the layers. It would appear that the WMS version requires processing
on the server side where as the TMS version is just pointing to pre-rendered
images.
The base map address is below in Cam's email. The corresponding set up for the
aerial imagery is to add a TMS server with:
http://maps.six.nsw.gov.au/arcgis/rest/services/public/NSW_Imagery/MapServer/tile/{zoom}/{y}/{x}.jpg
maximum zoom: 21

Note that despite the service advertising a maximum zoom of 21 the real limit
seems to be 20.

On Sunday, 6 December 2015, 12:27, Warin <61sundow...@gmail.com> wrote:

On 6/12/2015 11:32 AM, cam_...@fastmail.fm wrote:

Wow, this is like an early xmas present :-D
- I'm super-happy to get access to missing street names around Sydney
for OSM.

QUESTION
How do I get this imagery into JOSM?! They have one access in javaGIS ... A
simple explanation ?

In JOSM, go to: Edit --> Preferences, WMS TMS tab, in the bottom right
click on "+ TMS" icon.
URL:
http://maps.six.nsw.gov.au/arcgis/rest/services/public/NSW_Base_Map/MapServer/tile/{zoom}/{y}/{x}.png
maximum zoom: 19
The generated TMS URL should look like:
tms[19]:http://maps.six.nsw.gov.au/arcgis/rest/services/public/NSW_Base_Map/MapServer/tile/{zoom}/{y}/{x}.png
Layer name: NSW LPI

Then you're done :-)

Cam.

:-D Happy Happy!!

Thank you and well done cleary and Cam.

-
Think more on the LPI request for acknowledgement.. how about putting it on
the source tag?
For example ...
source=Land and Property Information NSW Australia, December 2015 by Warin61

It includes the name for the source, the date of entry and by who. Bit long!
Could Land and Property Information NSW Australia be abbreviated to LPI NSW
Australia? It is their web URL, google finds it nicely.

Why?
the name gives you where it came from
the date gives you when
the author gives you who

Some may say;
a) the date should be the date of the data ... the 'common' mapper may not
know that .. may get it wrong. So use what they will know and get right.
b) you can get this from the history ... yes and no. Yes from the original
entry, No if someone changes it from the original and uses the same data source
name but with updated data .. what changes in the source tag? Nothing?

I might put this on the OSM Golgafrincham B arc list otherwise called the OSM
tagging list...

Have a good (mapping) Xmass all.

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

Re: [Talk-it] collegamenti a Wikidata o a Wikipedia

2015-12-06 Thread Maurizio Napolitano

intanto hai visto
http://wtosm.openstreetmap.ti ?

e la pagina wiki di osm?
http://wiki.openstreetmap.org/wiki/Wikidata

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

Re: [OSM-talk-be] GRB open data

2015-12-06 Thread joost schouppe

Sander,

Je kan ook laag per laag downloaden: minder kans op miserie.

Misschien zijn de "wegverbindingen" van Agiv wel nuttiger als het
wegenregister: ik denk dat die wegverbindingen volledig zijn voor hetgeen
ze willen doen, terwijl wegenregister dan wel breder is (ook trage wegen
etc.), maar minder volledig.

Op 5 december 2015 13:42 schreef Sander Deryckere :

> Hmm, net een poging gedaan om het volledige GRB te downloaden, maar dat is
> mislukt.
>
> Het volledige GRB is 15.4GB groot. Maar ergens rond 11GB ging mijn
> connectie uit voor even. Normaal is dat geen probleem, en wordt de download
> automatisch hervat.
>
> Helaas eist Agiv dat je ingelogd bent om het GRB te downloaden, en werd
> mijn request naar een inlogpagina gezonden i.p.v. naar het echte bestand.
> Het resultaat is: een nutteloze html pagina in mijn downloads en die 11GB
> die al gedownload was is niet meer te vinden.
>
> Dus aan iedereen die de download probeert: doe het met een stabiele
> connectie (en zonder pauzes).
>
> Op 4 december 2015 19:23 schreef Marc Gemis :
>
> cabine : Electrical, gas or other cabine
>>
>> kan onder man_made=street_cabinet of misschien
>> pipeline/power=substation afh. van de grootte
>>
>> in- of uitrit van een parking : highway=service + service=parking_aisle
>>
>> dacht ik ook, maar via de discussie op reddit die ik net gelezen heb
>> [1] moet de toegangsweg highway=service zijn. Heb dat zelf nog nooit
>> zo gemapped. Is ook maar in 2014 toegevoegd aan [2], en ik heb die
>> wiki pagina al lang niet meer bekeken
>>
>> [1]
>> https://www.reddit.com/r/openstreetmap/comments/3uutzo/service_roads_as_lanes_for_parking/
>> [2] https://wiki.openstreetmap.org/wiki/Tag:service%3Dparking_aisle
>>
>> 2015-12-04 18:55 GMT+01:00 Sander Deryckere :
>> > Ik heb geprobeerd de Agiv en OSM data wat te vergelijken (onderzoeken
>> welke
>> > definities gebruikt worden in OSM vs Agiv). Mijn bevindingen staan hier:
>> > https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/GRB
>> >
>> > In het kort, zeker niet alles is bruikbaar. Deze zijn de meest bruikbare
>> > bestanden voor OSM:
>> >
>> > * Gbg and delen van Gba: de gebouw contouren, gevels zijn van goede
>> > kwaliteit (door landmeters opgemeten), in de achterstukken kunnen soms
>> wat
>> > fouten zitten
>> > * Wvb: middellijnen van straten (met naam, type en andere data), goede
>> > kwaliteit, ook niet teveel nodes
>> > * Wgr en Wlas: middellijnen van grachten, beken en rivieren (met naam),
>> > goede kwaliteit, zoals wegen
>> > * Knw: een hoop verschillende zaken die we mappen mat man_made=* in OSM
>> > * Wga: vooral de bushokjes en fietsenstallingen zijn interessant
>> > * Wgo: vertaling naar de experimentele area:highway tag? Conversie niet
>> zo
>> > gemakkelijk
>> > * Wti : verkeersplateaus
>> > * Wni: muurtjes en vangrails naast de weg
>> >
>> > De rest komt ofwel niet overeen met OSM (hun wegbaan gebieden nemen ook
>> > delen van voortuinen in, en de wateroppervlaktes nemen ook grote delen
>> vaste
>> > oever in), of heeft geen equivalent in OSM.
>> >
>> > Mvg,
>> > Sander
>> >
>> > ___
>> > 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
>
>


-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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

Re: [OSM-talk-be] GRB open data

2015-12-06 Thread Pieter Colpaert

Njah... Het probleem is ook wat dat we iedere dag een nieuwe manuele 
downloadprocedure moeten starten ipv gewoon een URI opnieuw te kunnen 
afhalen.

Pieter

On 06-12-15 11:33, joost schouppe wrote:
Torrenten of mirror zou tof zijn, maar die data wordt constant 
bijgewerkt, dus dan krijg je rap een verouderde kopie...

Op 6 december 2015 10:51 schreef Pieter Colpaert 
>:

Zouden we geen mirror kunnen opzetten voor deze data (zijn
tenslotte open data) of deze files torrenten?

Lijkt me beter dan een verschrikkelijk omslachtig
downloadformulier zonder download resuming. Ook al 2 keer proberen
downloaded ondertussen... maar sjah.

Pieter

On 06-12-15 10:48, joost schouppe wrote:

Sander,

Je kan ook laag per laag downloaden: minder kans op miserie.

Misschien zijn de "wegverbindingen" van Agiv wel nuttiger als het
wegenregister: ik denk dat die wegverbindingen volledig zijn voor
hetgeen ze willen doen, terwijl wegenregister dan wel breder is
(ook trage wegen etc.), maar minder volledig.

Op 5 december 2015 13:42 schreef Sander Deryckere
>:

Hmm, net een poging gedaan om het volledige GRB te
downloaden, maar dat is mislukt.

Het volledige GRB is 15.4GB groot. Maar ergens rond 11GB ging
mijn connectie uit voor even. Normaal is dat geen probleem,
en wordt de download automatisch hervat.

Helaas eist Agiv dat je ingelogd bent om het GRB te
downloaden, en werd mijn request naar een inlogpagina
gezonden i.p.v. naar het echte bestand. Het resultaat is: een
nutteloze html pagina in mijn downloads en die 11GB die al
gedownload was is niet meer te vinden.

Dus aan iedereen die de download probeert: doe het met een
stabiele connectie (en zonder pauzes).

Op 4 december 2015 19:23 schreef Marc Gemis
>:

cabine : Electrical, gas or other cabine

kan onder man_made=street_cabinet of misschien
pipeline/power=substation afh. van de grootte

in- of uitrit van een parking : highway=service +
service=parking_aisle

dacht ik ook, maar via de discussie op reddit die ik net
gelezen heb
[1] moet de toegangsweg highway=service zijn. Heb dat
zelf nog nooit
zo gemapped. Is ook maar in 2014 toegevoegd aan [2], en
ik heb die
wiki pagina al lang niet meer bekeken

[1]

https://www.reddit.com/r/openstreetmap/comments/3uutzo/service_roads_as_lanes_for_parking/
[2]
https://wiki.openstreetmap.org/wiki/Tag:service%3Dparking_aisle

2015-12-04 18:55 GMT+01:00 Sander Deryckere
>:
> Ik heb geprobeerd de Agiv en OSM data wat te
vergelijken (onderzoeken welke
> definities gebruikt worden in OSM vs Agiv). Mijn
bevindingen staan hier:
> https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/GRB
>
> In het kort, zeker niet alles is bruikbaar. Deze zijn
de meest bruikbare
> bestanden voor OSM:
>
> * Gbg and delen van Gba: de gebouw contouren, gevels
zijn van goede
> kwaliteit (door landmeters opgemeten), in de
achterstukken kunnen soms wat
> fouten zitten
> * Wvb: middellijnen van straten (met naam, type en
andere data), goede
> kwaliteit, ook niet teveel nodes
> * Wgr en Wlas: middellijnen van grachten, beken en
rivieren (met naam),
> goede kwaliteit, zoals wegen
> * Knw: een hoop verschillende zaken die we mappen mat
man_made=* in OSM
> * Wga: vooral de bushokjes en fietsenstallingen zijn
interessant
> * Wgo: vertaling naar de experimentele area:highway
tag? Conversie niet zo
> gemakkelijk
> * Wti : verkeersplateaus
> * Wni: muurtjes en vangrails naast de weg
>
> De rest komt ofwel niet overeen met OSM (hun wegbaan
gebieden nemen ook
> delen van voortuinen in, en de wateroppervlaktes nemen
ook grote delen vaste
> oever in), of heeft geen equivalent in OSM.
>
> Mvg,
> Sander
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org

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

Re: [talk-au] Explicit Permission to use NSW Land and Property Information data

2015-12-06 Thread Simon Poole

Andrew

Sydney was mostly empty post-licence change (for reasons I will not go
in to now) and lots of the roads were re-traced in an mad dash to patch
things up. At the time there was some expectation that it wouldn't take
all too much time for the street names to be fixed (given that Sydney is
not sooo small and in principle should support quite a large OSM
community), but as you see that didn't happen quite so fast. In any case
thank you for your work.

Simon

Am 06.12.2015 um 02:54 schrieb Andrew Davidson:
> Rather ironically I'm about half a dozen suburbs from completing
> Sydney.  When I started other people had done about 25% of the suburbs
> and I carried on with their approach of using the existing OSM map
> features that corresponded to the boundaries which are mostly streets,
> property boundaries and waterways. (Let me tell you I've see quite a
> large number of Sydney backyards ;-) ) I'd been using the ABS2011 as
> the basis for this but I had been checking with the NSWLPI stuff to
> see where they differed. I'd say that the ABS stuff was about 80-90%
> accurate with a few suburbs having very different boundaries and there
> being a number of new suburbs created since 2011. The interesting
> thing about the NSWLPI boundaries is that they don't always appear to
> be correct either (ie: boundaries obviously following streamlines but
> not lining up the the streams, probably because the data comes from a
> number of upstream data sources of varying accuracy) and that they
> have a lot of fine detail in them (ie: the suburb boundary jumping
> from one side of the street to the other or detouring up a walk way
> and back again, or passing straight through buildings).
>
> So there is a lot of interpretative work that went into putting these
> into OSM.
>
> What I quickly learnt was that the state of the OSM map in Sydney is
> pretty poor at the moment. It looks OK from low zoom levels but once
> you go in you discover that there are entire suburbs with no street
> names and that the street tracing is pretty rough in places. I'm
> guessing the problem has been that some of the early stuff was traced
> from NearMaps and the later stuff is from Bing.
>
>
>
>
>
> On Sunday, 6 December 2015, 9:14, cleary  wrote:
>
>
>
> I have approached the NSW Government and have received permission for
> OpenStreetMap to use specified data from Land and Property Information
> NSW.
>
> I have added the appropriate attribution in the Contributors page of the
> wiki under New South Wales Government data and it includes a link
> ("explicit permission") to a transcription of the correspondence
> received, so that the details of the specified permission and requested
> attribution can be scrutinised.
>
> I do not have the skills to import whole datasets safely but it is my
> intention to utilise individual items of data where I can do so when
> editing OSM. I also recognise the dangers in importing data on a
> wholesale basis, for example the official NSW suburb boundaries (as
> shown in LPI data) are not the same as the ABS approximations which have
> already been included in some places and there would be scope for
> serious conflict of data if this particular LPI dataset were to be
> imported without a lot of care.
>
> Is there anything else that needs to be done in regard to appropriate
> publication of permission in the wiki? 
>
> I trust other users editing the New South Wales map will be interested
> in this new (and very rich) source of data.
>
>
> ___
> 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



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

Re: [OSM-talk-be] GRB open data

2015-12-06 Thread joost schouppe

Ondertussen een QGIS projectje voor visuele inspectie gemaakt:

http://i.imgur.com/9AgHJDj.jpg

Puur visueel: OSM wegen worden in transparant blauw over rode WVB wegen
gelegd. Dus wat rood is ontbreekt in OSM, wat blauw is ontbreekt in WVB
(dat laatste is 'normaal', aangezien ik niet gefilterd heb op trage wegen).

Lijkt mij een handig werk-instrument, handiger dan geknoei in FME zoals ik
eerst voor ogen had.

Ik dacht een projectje in umap te maken, maar WVB is 300 megabyte in
geoJSON, dat kan die niet aan.

Dus dan maar het QGIS projectje delen? Maar dan zit je weer met het
probleem hoe je de OSM wegen er gemakkelijk en up to date in krijgt. In
umap kan je gewoon linken aan een Overpass-Turbo query, maar zoiets krijg
ik niet aan de praat in QGIS.

Je kan natuurlijk verwijzen naar de shapefiles/pbf files van Geofabrik,
maar dan is het natuurlijk niet live en bovendien liggen ze plat voor het
moment.

Iemand ideeen?


Op 6 december 2015 11:36 schreef Pieter Colpaert :

> Njah... Het probleem is ook wat dat we iedere dag een nieuwe manuele
> downloadprocedure moeten starten ipv gewoon een URI opnieuw te kunnen
> afhalen.
>
> Pieter
>
>
> On 06-12-15 11:33, joost schouppe wrote:
>
> Torrenten of mirror zou tof zijn, maar die data wordt constant bijgewerkt,
> dus dan krijg je rap een verouderde kopie...
>
>
> Op 6 december 2015 10:51 schreef Pieter Colpaert  >:
>
>> Zouden we geen mirror kunnen opzetten voor deze data (zijn tenslotte open
>> data) of deze files torrenten?
>>
>> Lijkt me beter dan een verschrikkelijk omslachtig downloadformulier
>> zonder download resuming. Ook al 2 keer proberen downloaded ondertussen...
>> maar sjah.
>>
>> Pieter
>>
>>
>> On 06-12-15 10:48, joost schouppe wrote:
>>
>> Sander,
>>
>> Je kan ook laag per laag downloaden: minder kans op miserie.
>>
>> Misschien zijn de "wegverbindingen" van Agiv wel nuttiger als het
>> wegenregister: ik denk dat die wegverbindingen volledig zijn voor hetgeen
>> ze willen doen, terwijl wegenregister dan wel breder is (ook trage wegen
>> etc.), maar minder volledig.
>>
>> Op 5 december 2015 13:42 schreef Sander Deryckere < 
>> sander...@gmail.com>:
>>
>>> Hmm, net een poging gedaan om het volledige GRB te downloaden, maar dat
>>> is mislukt.
>>>
>>> Het volledige GRB is 15.4GB groot. Maar ergens rond 11GB ging mijn
>>> connectie uit voor even. Normaal is dat geen probleem, en wordt de download
>>> automatisch hervat.
>>>
>>> Helaas eist Agiv dat je ingelogd bent om het GRB te downloaden, en werd
>>> mijn request naar een inlogpagina gezonden i.p.v. naar het echte bestand.
>>> Het resultaat is: een nutteloze html pagina in mijn downloads en die 11GB
>>> die al gedownload was is niet meer te vinden.
>>>
>>> Dus aan iedereen die de download probeert: doe het met een stabiele
>>> connectie (en zonder pauzes).
>>>
>>> Op 4 december 2015 19:23 schreef Marc Gemis < 
>>> marc.ge...@gmail.com>:
>>>
>>> cabine : Electrical, gas or other cabine

 kan onder man_made=street_cabinet of misschien
 pipeline/power=substation afh. van de grootte

 in- of uitrit van een parking : highway=service + service=parking_aisle

 dacht ik ook, maar via de discussie op reddit die ik net gelezen heb
 [1] moet de toegangsweg highway=service zijn. Heb dat zelf nog nooit
 zo gemapped. Is ook maar in 2014 toegevoegd aan [2], en ik heb die
 wiki pagina al lang niet meer bekeken

 [1]
 https://www.reddit.com/r/openstreetmap/comments/3uutzo/service_roads_as_lanes_for_parking/
 [2] https://wiki.openstreetmap.org/wiki/Tag:service%3Dparking_aisle

 2015-12-04 18:55 GMT+01:00 Sander Deryckere < 
 sander...@gmail.com>:
 > Ik heb geprobeerd de Agiv en OSM data wat te vergelijken (onderzoeken
 welke
 > definities gebruikt worden in OSM vs Agiv). Mijn bevindingen staan
 hier:
 > https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/GRB
 >
 > In het kort, zeker niet alles is bruikbaar. Deze zijn de meest
 bruikbare
 > bestanden voor OSM:
 >
 > * Gbg and delen van Gba: de gebouw contouren, gevels zijn van goede
 > kwaliteit (door landmeters opgemeten), in de achterstukken kunnen
 soms wat
 > fouten zitten
 > * Wvb: middellijnen van straten (met naam, type en andere data), goede
 > kwaliteit, ook niet teveel nodes
 > * Wgr en Wlas: middellijnen van grachten, beken en rivieren (met
 naam),
 > goede kwaliteit, zoals wegen
 > * Knw: een hoop verschillende zaken die we mappen mat man_made=* in
 OSM
 > * Wga: vooral de bushokjes en fietsenstallingen zijn interessant
 > * Wgo: vertaling naar de experimentele area:highway tag? Conversie
 niet zo
 > gemakkelijk
 > * Wti : verkeersplateaus
 > * Wni: muurtjes en vangrails naast de weg
 >
 > De rest komt ofwel niet overeen met OSM (hun wegbaan gebieden

Re: [Talk-it] Tutto Città - mappa edificato

Confermo anche per verderio(ma ormai immagino non ci sia bisogno di altre
conferme):
hanno di fatto visualizzato solo i building=yes presenti su OSM:
http://overpass-turbo.eu/s/d7g
http://tuttocitta.it/mappa/verderio?rovider==-1=45.66771860925=9.4405690185407=1=5=10=0=0=0=0=verderio==

Naturalmente la mappa è la stessa sia per smartphone (link di martin) sia da
pc (mio link)
L'errore di attribuzione può essere dovuto in realtà all'utilizzo di un
altro layer per le strade (confermo sono diverse da quelle mappate in osm,
bisogna capire se sono prese da here) oppure ad una semplice dimenticanza
(prima il sito credo usasse here anche per gli edifici) o ad un imposizione
dell'API utilizzata per visualizzare la mappa.
comunque sia per i nostri edifici escludo la colpa sia di HERE...al più è
unicamente attribuibile al sito.

Sarebbe bello si scusassero magari contribuendo alla mappa con i POI
in loro possesso 
sono sempre più convinto che la nostra licenza dovrebbe comprendere una
forma di ritorsione in caso di mancato adempimento xD

ottimo catch ualios ;-)



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Tutto-Citta-mappa-edificato-tp5861757p5861805.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] collegamenti a Wikidata o a Wikipedia

2015-12-06 Thread Catonano

Salve,

vorrei collegare tre oggetti sulla mappa alle rispettive pagine su
Wikipedia oppure ai rispettivi nodi su Wikidata

Intanto: qual'è lo stato dell'arte ? Devo collegarli alle pagine o ai nodi ?

E poi: l'edito integrato iD (non ho provato con Josm per semplicità, mi
secco di aprire Josm per un semplice tag) NON offre il tag per Wikidata,
mentre offre quello per Wikipedia.

Come mai ? Semplicemente non è aggiornato oppure implementa qualche policy
di cui non so ?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-be] GRB open data

2015-12-06 Thread joost schouppe

Torrenten of mirror zou tof zijn, maar die data wordt constant bijgewerkt,
dus dan krijg je rap een verouderde kopie...


Op 6 december 2015 10:51 schreef Pieter Colpaert :

> Zouden we geen mirror kunnen opzetten voor deze data (zijn tenslotte open
> data) of deze files torrenten?
>
> Lijkt me beter dan een verschrikkelijk omslachtig downloadformulier zonder
> download resuming. Ook al 2 keer proberen downloaded ondertussen... maar
> sjah.
>
> Pieter
>
>
> On 06-12-15 10:48, joost schouppe wrote:
>
> Sander,
>
> Je kan ook laag per laag downloaden: minder kans op miserie.
>
> Misschien zijn de "wegverbindingen" van Agiv wel nuttiger als het
> wegenregister: ik denk dat die wegverbindingen volledig zijn voor hetgeen
> ze willen doen, terwijl wegenregister dan wel breder is (ook trage wegen
> etc.), maar minder volledig.
>
> Op 5 december 2015 13:42 schreef Sander Deryckere :
>
>> Hmm, net een poging gedaan om het volledige GRB te downloaden, maar dat
>> is mislukt.
>>
>> Het volledige GRB is 15.4GB groot. Maar ergens rond 11GB ging mijn
>> connectie uit voor even. Normaal is dat geen probleem, en wordt de download
>> automatisch hervat.
>>
>> Helaas eist Agiv dat je ingelogd bent om het GRB te downloaden, en werd
>> mijn request naar een inlogpagina gezonden i.p.v. naar het echte bestand.
>> Het resultaat is: een nutteloze html pagina in mijn downloads en die 11GB
>> die al gedownload was is niet meer te vinden.
>>
>> Dus aan iedereen die de download probeert: doe het met een stabiele
>> connectie (en zonder pauzes).
>>
>> Op 4 december 2015 19:23 schreef Marc Gemis < 
>> marc.ge...@gmail.com>:
>>
>> cabine : Electrical, gas or other cabine
>>>
>>> kan onder man_made=street_cabinet of misschien
>>> pipeline/power=substation afh. van de grootte
>>>
>>> in- of uitrit van een parking : highway=service + service=parking_aisle
>>>
>>> dacht ik ook, maar via de discussie op reddit die ik net gelezen heb
>>> [1] moet de toegangsweg highway=service zijn. Heb dat zelf nog nooit
>>> zo gemapped. Is ook maar in 2014 toegevoegd aan [2], en ik heb die
>>> wiki pagina al lang niet meer bekeken
>>>
>>> [1]
>>> https://www.reddit.com/r/openstreetmap/comments/3uutzo/service_roads_as_lanes_for_parking/
>>> [2] https://wiki.openstreetmap.org/wiki/Tag:service%3Dparking_aisle
>>>
>>> 2015-12-04 18:55 GMT+01:00 Sander Deryckere :
>>> > Ik heb geprobeerd de Agiv en OSM data wat te vergelijken (onderzoeken
>>> welke
>>> > definities gebruikt worden in OSM vs Agiv). Mijn bevindingen staan
>>> hier:
>>> > https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/GRB
>>> >
>>> > In het kort, zeker niet alles is bruikbaar. Deze zijn de meest
>>> bruikbare
>>> > bestanden voor OSM:
>>> >
>>> > * Gbg and delen van Gba: de gebouw contouren, gevels zijn van goede
>>> > kwaliteit (door landmeters opgemeten), in de achterstukken kunnen soms
>>> wat
>>> > fouten zitten
>>> > * Wvb: middellijnen van straten (met naam, type en andere data), goede
>>> > kwaliteit, ook niet teveel nodes
>>> > * Wgr en Wlas: middellijnen van grachten, beken en rivieren (met naam),
>>> > goede kwaliteit, zoals wegen
>>> > * Knw: een hoop verschillende zaken die we mappen mat man_made=* in OSM
>>> > * Wga: vooral de bushokjes en fietsenstallingen zijn interessant
>>> > * Wgo: vertaling naar de experimentele area:highway tag? Conversie
>>> niet zo
>>> > gemakkelijk
>>> > * Wti : verkeersplateaus
>>> > * Wni: muurtjes en vangrails naast de weg
>>> >
>>> > De rest komt ofwel niet overeen met OSM (hun wegbaan gebieden nemen ook
>>> > delen van voortuinen in, en de wateroppervlaktes nemen ook grote delen
>>> vaste
>>> > oever in), of heeft geen equivalent in OSM.
>>> >
>>> > Mvg,
>>> > Sander
>>> >
>>> > ___
>>> > 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
>>
>>
>
>
> --
> Joost @
> Openstreetmap  |
> Twitter  | LinkedIn
>  | Meetup
>  | Reddit
>  | Wordpress
> 
>
>
> ___
> Talk-be mailing 
> listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> -- +32 486 74 71 22
>
> Board of directors
> Open Knowledge Belgiumhttp://openknowledge.be
>
> International Open Transport

[OSM-ja] OSM advent calendar

2015-12-06 Thread ribbon

が始まっているみたいです。

http://qiita.com/advent-calendar/2015/osmjp

でも、こういう情報、どこでアナウンスしてるんでしょうねえ?
たまたま見つけたからいいのですけど。

ribbon

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

Re: [Talk-it] La nostra wiki, come è e come dovrebbe essere

Alessandro wrote
> Premesso si tratta di un argomento importante, anche se ne discuterete 
> per 2 o 3000 mail per venirne a capo rimarrete in 2 ad essere d'accordo 
> mentre il resto del mondo continuerà ad andare avanti come prima.
> Per raggiungere un minimo di scopo occorre discuterne sulla mailing-list 
> del tagging (Martin ultimamente ne sà qualcosa con la discussione delle 
> subaree :-) )

 l'idea di questa mail era discutere del wiki e discutere di possibili
miglioramenti. se, come giustamente dici tu, siamo solo in 2 ad essere
d'accordo nella mailinglist nazionale, che possibilità ha l'idea di
"sfondare" proponendola in un altra wiki dove la discussione in inglese
sarebbe necessariamente meno approfondita e chiara?
A mio avviso se un idea non prende neanche a livello nazionale è poco utile
proporla ad una mailinglist internazionale...
Visto che siamo solo in 2 a ritenere che il wiki, così com'è, diventi ogni
giorno che passa potenzialemente meno chiara, sopratutto per i nuovi
arrivati, si vede che o non è un problema percepito o non è la soluzione che
alla community interessa o ritiene efficace.


> Poco fa ho trovato barrier=czech_hedgehog (su taginfo 3 presenze ma ha 
> la sua bella pagina wiki) e volevo piangere.
> Non ho tempo però perchè sto lavorando a una cross reference su alcuni 
> layer del DBtopo della Regione Liguria.
> Nel caso suesposto mi chiedo se non potevano infilarla sotto 
> barrier=qualcosa e poi barrier:type=tutto_quello_che _diavolo_vogliono

si e no...nel senso che nessuno lo impedisce, ma visto che il tipo di
barriera  viene normalmente specificato direttamente come il value di
barrier non mi sembra errata.

L'idea dei sottotag è quella di non aumentare troppo i tag principali...se
per esempio esistesse una decina di bariere militari anti-nave un altra
anti-carro un altra anti-qualcosa si sarebbe potuto raggrupparle sotto un
generico barrier=military e poi specificare sotto type, oppure fare un
barrier=anti_qualcosa per ciascuno e poi specificare sotto ciascuno la
tipologia...non so quante siano i tipi di barriere militari o comunque
concettualmente raggruppabili quindi non so se conveniva creare un sottotag
o se invece non fosse più giusta la scelta fatta.

la mia proposta non avrebbe impedito la creazione di quel tag se non ce ne
fosse stato un altro utilizzabile...forse avrebbe  favorito l'uso di
sottotag ma solo se esisteva già una ramificazione che comprendesse
concettualmente anche questo tipo di barrier ...non so se mi sono spiegato
bene...



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/La-nostra-wiki-come-e-e-come-dovrebbe-essere-tp5861712p5861799.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] La nostra wiki, come è e come dovrebbe essere

dieterdreist wrote
> si,  purtroppo, la soluzione sarebbe di mettere a posto, non di cambiare
> tutto per alcuni problemi parziali.

ma io non ho mai parlato di cambiare tutto, ne di cambiare qualcosa che non
sia la struttura del wiki (non viene cambiato neanche il contenuto del wiki,
cioè i tag suggeriti, solo come arrivi alle pagine).

Una volta posizionato un tag sotto un percorso logico, l'oggetto della
pagina rimane li...al massimo verrà aggiornato il tag suggerito. mettiamo
che passiamo dal considerare l'amenity=fuel un negozio e di conseguenza
avviamo un passaggio al key shop, la sua pagina sarà sempre sotto, per
esempio, ^/retestradale/attivitàcommerciale/vendità/benzina...ne più ne meno
che il cambiamento richiesto dall'attuale wiki

il cambiare tutto è quello che proponi tu: modificare degli elementi già
inseriti sulla mappa, cosa che di fatto non si è mai fatta e più un tag è
diffuso, per quanto ridondante esso sia, più e difficile che venga fatto.non
dico che sia impossibile, dico che nessuno lo ha mai fatto e più passa il
tempo meno è probabile, e questo perchè non si è sicuri che un tag
ridondante/sinonimo in realtà non sia stato usato per indicare qualcosa di
leggermente differente (se è stato usato un altro tag ci potrebbe essere
pure un motivo, no? a meno che non si dia per scontato l'ignoranza del
mappatore).

la mia idea non era di modificare il wiki per far modificare i tag...che sia
amenity o shop poco importa (anche se sarebbe meglio mantenere una logica)
purchè ci sia univocità sul significato del tag. la mia idea era modificare
la struttura del wiki in modo tale che il tag scelto sia quello ottenuto
tramite percorso logico contestualizzato ,cioè fatto per selezionare tra i
50 tipi di erba quello che mi serve per il contesto in oggetto della
mappatura...essendo il contesto perso ormai in molti dei key in questa
maniera lo si preserva nella logica del wiki seguita nell'aggiungere il key.
questa cosa evita a mio avviso:
 1) che un tag usato per un preciso ambito possa venir utilizzato in un
altro 
 2) che un tag usato per un preciso ambito non venga trovato/notato da uno
che cercava quel tipo di tag.

a mio avviso una volta che si è inserito un tag ridondante o errato può
essere già troppo tardi...bisogna puntare sul primo inserimento corretto e
non puntare su un qualcuno che passando nota l'"errore", lo interpreti come
tale (cioè abbia certezza che sia una ridondanza e non l'indicazione di un
qualcosa di differente) e lo modifichi.
 ergo una migliore documentazione (diciamo passo-passo) può essere di grande
aiuto ad evitare che qualcuno inserisca un tag nuovo per una cosa già
mappata...almeno per i niubbi.





-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/La-nostra-wiki-come-e-e-come-dovrebbe-essere-tp5861712p5861797.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-cz] Geofabrik

2015-12-06 Thread Petr Vejsada

Ahoj všem,

něco se asi rozbilo na Geofabrik. Dnešní změnový soubor má 1 GB, normálně má 
1000x méně, tedy necelý 1 MB. Kompletní data mají normálně skoro 600 MB, 
dnešní kompletní data mají 91 MB. Namátkou jsem se podíval na Ukrajinu a tam 
je to obdobné. U Polska taky.

Název dnešního změnového souboru je 998, přičemž názvy jsou 001, 002 atd. 
Možná to souvisí s nadcházejícím "přetečením" toho číslování změnových 
souborů, neb přetečení je za dveřmi.

Jelikož $TMP mám 512 MB, tak se to nenahrálo, což je jen dobře.

Nečetli jste někdo někde o tomto problému?

http://download.geofabrik.de/europe/czech-republic-updates/000/000/

998.osc.gz má 1 GB.

--
>p<


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

[OSM-talk-fr] BANO et fichiers .json.gz

2015-12-06 Thread Aurélien . . . .

Bonjour,

Il semble y avoir un problème avec la génération des fichiers
"bano-XX.json.gz".

Il n'y a que pour 36 départements que ces fichiers sont "remplis", les
autres ont un poids de 33 octets.

Pouvez-vous faire quelque chose ?

A bientôt,

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

Re: [Talk-it] collegamenti a Wikidata o a Wikipedia

2015-12-06 Thread Stefano

Il giorno 6 dicembre 2015 10:58, Catonano  ha scritto:

> Salve,
>
> vorrei collegare tre oggetti sulla mappa alle rispettive pagine su
> Wikipedia oppure ai rispettivi nodi su Wikidata
>
> Intanto: qual'è lo stato dell'arte ? Devo collegarli alle pagine o ai nodi
> ?
>
> E poi: l'edito integrato iD (non ho provato con Josm per semplicità, mi
> secco di aprire Josm per un semplice tag) NON offre il tag per Wikidata,
> mentre offre quello per Wikipedia.
>
> Come mai ? Semplicemente non è aggiornato oppure implementa qualche policy
> di cui non so ?
>

C'è una Pull request in attesa (
https://github.com/openstreetmap/iD/pull/2732).
Nel frattempo lo puoi aggiungere manualmente da 'tutti i tag'.

Sulla voce wikipedia appare la geometria o il punto se c'è il tag wikipedia
sull'oggetto.

Ciao,
Stefano

>
> ___
> 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: [OSM-talk-be] WMTS and JOSM

2015-12-06 Thread Jo

Thank you André. I hadn't been able to get WMTS configured yet, probably
because of that reason.

Cheers,

Jo

2015-12-06 23:17 GMT+01:00 André Pirard :

> Hi,
>
> I see that OSM.be members are using WMTS.
> A WMTS layer is slow to start on JOSM, to the point that JOSM may seem to
> be looping (>3 min start).
> I have filed a ticket and the next JOSM version will have a drastically
> sped up Capabilities parser.
>
> André.
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[talk-au] GNAF (address) data to be released under open license

2015-12-06 Thread Daniel O'Connor

Hi all,
Many of you may be interested in
https://blog.data.gov.au/news-media/blog/geocoded-national-address-data-be-made-openly-available

Provided the license is CC-BY-3.0 or better; we already have explicit
permission to use said data:

http://wiki.openstreetmap.org/wiki/Attribution/data.gov.au_explicit_permission

For those of you interested in what specific data this is, I'd encourage
you to have a read of:
https://www.psma.com.au/sites/default/files/g-naf_product_description.pdf

Of interest to us:
 * Address points with geocoding and full structured address information
 * Authoritive street names for a given suburb, with geocoding (points
though, not polylines)
 * Authoritative suburb/locality points, geocoded - likely of better
accuracy than ABS "Statistic Suburb" data.
 * Data refreshed quarterly; sourced from local and state government (so
emailing your council to submit a data correction from survey is plausible)
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-us] QA tool to find duplicate addresses?

Thank you. Turns out that you also need to select more than just severity 1 to 
get the check box to display that. But I’ve got it book marked now.

> On Dec 6, 2015, at 5:26 PM, Simon Poole  wrote:
> 
> I believe "Street numbers" is what you need to select.
> 

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

Re: [Talk-it] Tutto Città - mappa edificato

Elena ``of Valhalla'' wrote
> Consiglio anche di leggere i principi_ su cui si basa Software Freedom
> Conservancy per le loro azioni di enforcing della GPL, in cui parlano di
> cosa si può fare, e di quale sia la strategia che loro trovano
> funzionare meglio, e in particolare il punto in cui parlano di come 
> la richiesta di risarcimento danni vada fatta, ma senza esagerare
> nelle cifre.

O_o
mi sembrava fosse evidente il tono con cui avevo fatto quelle
affermazioni...avevo messo anche la faccina. comunque concordo l'ironia non
si riesce spesso a cogliere in una mailinglist, per quante faccine si
mettano

Comunque ihmo la situazione è che non si ha nulla da perdere dal non
rispettare la nostra licenza...che tra l'altro non sappiano neanche se sia
in grado di resistere in un eventuale azione legale...
l'unica cosa che si può fare è puntare sull'effetto  che ha  lo smascherare
la violazione sulla pubblica opinione...ma è sempre una cosa con cui ci si
salva con scuse per "l'eventuale violazione involontaria" (come se esistesse
veramente qualcuno che creda che una qualsiasi cosa nella vita sia
totalmente esente da oneri e che quindi si dia per scontato che l'utilizzo
della mappa osm non comporti nulla in cambio) e la promessa di "maggiore
attenzione la volta successiva" ...cosa che comunque, almeno in italia,
molta dell'opinione pubblica si scorda non appena si arriva alla pagina
della cronaca sportiva o del gossip...
naturalmente non è questo il caso...si è trattato probabilmente di un
problema tecnico ma rimane il fatto che con noi ci si preoccupa meno se
all'inizio, appunto per problemi tecnici, non si riesce a far visualizzare
l'attribuzione corretta; il che naturalmente è sotto alcuni punti di vista
un bene e una cosa che ci fa onore. 





-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Tutto-Citta-mappa-edificato-tp5861757p5861831.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] Tutto Città - mappa edificato

dieterdreist wrote
> 
> si, ma la cartografia è cc-by-sa (mentre i dati sono odbl), lì leggo solo
> copyright ;-)
> 
> c'è poco spazio, ammesso, ma cmq come fanno attualmente lo trovo un po'
> fuorviante.

scusami, ma intendi la ©  prima di OpenStreetMap contributors?
temo sia la nostra licenza a chiederlo almeno  quello è ciò che viene detto
qui: 
http://www.openstreetmap.org/copyright
è quindi un errore nostro temo. 
il mettere  la licenza (cc-by-sa o odbl) da quello che ho capito è richiesto
solo quando non è possibile inserire il link alla pagina del copyright di
osm.

penso che il simbolo © sia generico...nel senso che indica l'esistenza di un
copyright che, seppur per osm sia praticamente una sorta di copyleft, pone
delle condizioni per la copia, proprio come facciamo noi...poi non so...
temo di non capire bene questo genere di faccenda...per me basta la dicitura
openstreetmap contributors con link al copyright/left, ma se si è deciso di
aggiungere anche il simbolino immagino ci sia una motivazione, anche se
probabilmente non è per come l'ho interpretata io...
comunque anche noi chiamiamo la pagina della licenza copyright :-P

ps: ma è possibile che ancora in mailinglist non sia capitato neanche un
avvocato?  xD



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Tutto-Citta-mappa-edificato-tp5861757p5861839.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-au] Attributing NSW LPI data was Re: Explicit Permission to use NSW Land and Property Information data

2015-12-06 Thread Andrew Davidson

Can we have something simplier, like map.lpi.nsw.gov.au or 
imagery.lpi.nsw.gov.au? If people want to import the vector data then we'd have 
to tag that differently (and go through the import process).

The date is a bit of a problem as it's going to be any date after now. If you 
tag your changeset then it would be reasonable to assume that the date that you 
accessed the data would be the same. You could also assume that the date that a 
source tag appeared would also correspond but you then have the on-going 
maintenance problem as pointed out by Warin.

On Sunday, 6 December 2015, 18:19, cleary  wrote:
 

  My thoughts in regard to issues raised today and a couple of additional 
thoughts about using NSW LPI data in OSM:
 1. The requested acknowledgement, as specified by LPI, applies only to the 
information in the "Contributors" page of the wiki, not to the tags of each 
data item.  I think the source tag for each data item should be shorter but 
accurate e.g "NSW Base Map, LPI" or "NSW Points of Interest, LPI" etc.
 2. Like one other mapper, I am also a little uncertain about including the 
date, however that is what has been requested and it is a small price to pay 
for access to such rich data. Where a whole dataset is imported on a particular 
date, it clearly makes sense but would seem less practical where data is 
extracted on an ongoing basis. Unless any clarification of this is received and 
since the stated intent of LPI was to indicate to users where data may be not 
the most recent, I suggest we use the earliest date on which data is taken from 
a dataset but then add an amended date if, at any time, an update of the entire 
dataset is imported into OSM. For example the current local government 
boundaries are to be extensively re-drawn in the next 6-9 months and it would 
be important to show whether any local government boundaries imported from LPI 
are the soon-to-be-obsolete 2015 version or a subsequent version. 
 3. The permission, as written, does not include the "six" mapping site, 
although I note that clicking on the preview page for the NSW Base Map takes 
one to the "six" site.. Our permission is for the datasets on 
http://www.lpi.nsw.gov.au/mapping_and_imagery/lpi_web_services/access_lpi_web_services
The NSW Base Map is one of the datasets offered on this page and, although it 
appears to be basically the same as the "six" map, I think we should be careful 
to refer to the dataset names on webpage specified in the permission.

4. On the "Contributors" page of the wiki, I have included only the NSW Base 
Map dataset as that is the only one I am using now. However, as any of us 
starts to use data from any of the other datasets (such as the NSW Points of 
Interest dataset), we must be careful to add the respective dataset and 
specified information as a further dot point in the relevant part of the 
"Contributors" page.

5. Some information in the different datasets is contradictory. For example, 
some of the road names etc in the "NSW Points of Interest" database are older 
obsolete names (different from those shown in the NSW Base Map dataset) so we 
should recognise that even within the LPI datasets there may be data that we do 
not wish to use. This may also be good reason that source tags for individual 
data items include not just "LPI NSW" but indicate the particular dataset 
relied upon.

I am interested if anyone has other thoughts on these points.



   
  On Sunday, 6 December 2015, 9:14, cleary  wrote:
   I have approached the NSW Government and have received permission for
OpenStreetMap to use specified data from Land and Property Information
NSW.
 I have added the appropriate attribution in the Contributors page of the
wiki under New South Wales Government data and it includes a link
("explicit permission") to a transcription of the correspondence
received, so that the details of the specified permission and requested
attribution can be scrutinised.
 I do not have the skills to import whole datasets safely but it is my
intention to utilise individual items of data where I can do so when
editing OSM. I also recognise the dangers in importing data on a
wholesale basis, for example the official NSW suburb boundaries (as
shown in LPI data) are not the same as the ABS approximations which have
already been included in some places and there would be scope for
serious conflict of data if this particular LPI dataset were to be
imported without a lot of care.
 Is there anything else that needs to be done in regard to appropriate
publication of permission in the wiki?  
 I trust other users editing the New South Wales map will be interested
in this new (and very rich) source of data.
  ___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au
 
 
___
Talk-au mailing list
Talk-au@openstreetmap.org

Re: [Talk-us] QA tool to find duplicate addresses?

My German is really bad. I assume that the check I want is "doppeltes Objekt”. 
But that does not do what I want as the objects are not actually duplicated. 
Rather I have multiple nodes that happen to have the same addr:street and 
addr:housenumber combinations.

For example, looking at:
http://osmose.openstreetmap.fr/de/map/#zoom=15=33.21048=-117.23788=Mapnik=T=4080=1==
or
http://www.openstreetmap.org/#map=15/33.21048/-117.23788

In this case my check script shows the following possible duplicate addresses 
(setup so I can copy and paste them into a JOSM search) so I can examine them 
and see if I can remove the incorrect one(s). None of these possible errors are 
shown by OSMOSE with the options I have, possibly erroneously, set.

Duplicate addresses:
"addr:street"="Alta Mesa Drive" ("addr:housenumber"="222")
"addr:street"="Calle Jules" ("addr:housenumber"="1370")
"addr:street"="Camino Ciego Court" ("addr:housenumber"="1093")
"addr:street"="Camino Patricia" ("addr:housenumber"="115")
"addr:street"="Cortez Avenue" ("addr:housenumber"="636")
"addr:street"="East Drive" ("addr:housenumber"="321")
"addr:street"="East Indian Rock Road" ("addr:housenumber"="415")
"addr:street"="East Indian Rock Road" ("addr:housenumber"="436")
"addr:street"="East Vista Way" ("addr:housenumber"="651")
"addr:street"="Escondido Avenue" ("addr:housenumber"="510")
"addr:street"="Eucalyptus Avenue" ("addr:housenumber"="663")
"addr:street"="Girard Court" ("addr:housenumber"="1259")
"addr:street"="Goetting Way" ("addr:housenumber"="235")
"addr:street"="Hillside Terrace" ("addr:housenumber"="332")
"addr:street"="North Citrus Avenue" ("addr:housenumber"="1280")
"addr:street"="North Citrus Avenue" ("addr:housenumber"="900")
"addr:street"="North Melrose Drive" ("addr:housenumber"="1130")
"addr:street"="North Melrose Drive" ("addr:housenumber"="1132")
"addr:street"="North Melrose Drive" ("addr:housenumber"="1146")
"addr:street"="North Santa Fe Avenue" ("addr:housenumber"="1305")
"addr:street"="North Santa Fe Avenue" ("addr:housenumber"="1502")
"addr:street"="North Santa Fe Avenue" ("addr:housenumber"="428")
"addr:street"="Olive Avenue" ("addr:housenumber"="536")
"addr:street"="Palm Drive" ("addr:housenumber"="438")
"addr:street"="Plymouth Drive" ("addr:housenumber"="121")
"addr:street"="Plymouth Drive" ("addr:housenumber"="415")
"addr:street"="Rudd Road" ("addr:housenumber"="219")
"addr:street"="Shadow Mountain Terrace" ("addr:housenumber"="1144")
"addr:street"="South Santa Fe Avenue" ("addr:housenumber"="102")
"addr:street"="South Santa Fe Avenue" ("addr:housenumber"="315")
"addr:street"="Sunrise Drive" ("addr:housenumber"="1857")
"addr:street"="Townsite Drive" ("addr:housenumber"="225")
"addr:street"="Truly Terrace" ("addr:housenumber"="631")
"addr:street"="Walker Way" ("addr:housenumber"="176")
"addr:street"="Warmlands Avenue" ("addr:housenumber"="932")
"addr:street"="West California Avenue" ("addr:housenumber"="741")
"addr:street"="West Connecticut Avenue" ("addr:housenumber"="324")
"addr:street"="Williamston Street" ("addr:housenumber"="846”)

In many cases I can correct these through armchair mapping based on how close 
the nodes are to the named highway and how the street numbers along the highway 
seem to be progressing.

It seems that nearly anywhere I try to edit in San Diego County I see these 
errors. I don’t have time at the moment to systematically cover the whole 
county, so I am hoping for a visual indicator of where things are the worst to 
focus on. And, as I work them off, show me progress to.

Is there a different check box that I should have used on OSMOSE? Or maybe a 
version in English so I won’t be quite as lost? :)
Thanks!


> On Dec 6, 2015, at 4:40 PM, Simon Poole  wrote:
> 
> OSMOSE does that http://osmose.openstreetmap.fr/de/map/
> 
> Am 07.12.2015 um 00:06 schrieb Tod Fitch:
>> I’ve come across data from an old address import that seems to have numerous 
>> duplicate addresses. It would be nice to point JOSM to the places with the 
>> most problems rather than to just randomly choose a place for editing.
>> 
>> It looks like there is a tool that identifies places with duplicate 
>> addresses at http://gulp21.bplaced.net/osm/housenumbervalidator/ but it 
>> seems to be specific to Germany. Is there any that cover the US?
>> 
>> Thanks!
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
> 
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us


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

Re: [Talk-us] QA tool to find duplicate addresses?

2015-12-06 Thread Simon Poole

I believe "Street numbers" is what you need to select.

On 7. Dezember 2015 01:12:11 MEZ, Tod Fitch  wrote:
>Figured out the link to the English version where the filter says
>“duplicate object”. I don’t see any other check boxes that look like
>the will find this type of error.
>
>
>> On Dec 6, 2015, at 5:09 PM, Tod Fitch  wrote:
>> 
>> My German is really bad. I assume that the check I want is "doppeltes
>Objekt”. But that does not do what I want as the objects are not
>actually duplicated. Rather I have multiple nodes that happen to have
>the same addr:street and addr:housenumber combinations.
>> 
>> For example, looking at:
>>
>http://osmose.openstreetmap.fr/de/map/#zoom=15=33.21048=-117.23788=Mapnik=T=4080=1==
>> or
>> http://www.openstreetmap.org/#map=15/33.21048/-117.23788
>> 
>> In this case my check script shows the following possible duplicate
>addresses (setup so I can copy and paste them into a JOSM search) so I
>can examine them and see if I can remove the incorrect one(s). None of
>these possible errors are shown by OSMOSE with the options I have,
>possibly erroneously, set.
>> 
>> Duplicate addresses:
>>"addr:street"="Alta Mesa Drive" ("addr:housenumber"="222")
>>"addr:street"="Calle Jules" ("addr:housenumber"="1370")
>>"addr:street"="Camino Ciego Court" ("addr:housenumber"="1093")
>>"addr:street"="Camino Patricia" ("addr:housenumber"="115")
>>"addr:street"="Cortez Avenue" ("addr:housenumber"="636")
>>"addr:street"="East Drive" ("addr:housenumber"="321")
>>"addr:street"="East Indian Rock Road" ("addr:housenumber"="415")
>>"addr:street"="East Indian Rock Road" ("addr:housenumber"="436")
>>"addr:street"="East Vista Way" ("addr:housenumber"="651")
>>"addr:street"="Escondido Avenue" ("addr:housenumber"="510")
>>"addr:street"="Eucalyptus Avenue" ("addr:housenumber"="663")
>>"addr:street"="Girard Court" ("addr:housenumber"="1259")
>>"addr:street"="Goetting Way" ("addr:housenumber"="235")
>>"addr:street"="Hillside Terrace" ("addr:housenumber"="332")
>>"addr:street"="North Citrus Avenue" ("addr:housenumber"="1280")
>>"addr:street"="North Citrus Avenue" ("addr:housenumber"="900")
>>"addr:street"="North Melrose Drive" ("addr:housenumber"="1130")
>>"addr:street"="North Melrose Drive" ("addr:housenumber"="1132")
>>"addr:street"="North Melrose Drive" ("addr:housenumber"="1146")
>>"addr:street"="North Santa Fe Avenue" ("addr:housenumber"="1305")
>>"addr:street"="North Santa Fe Avenue" ("addr:housenumber"="1502")
>>"addr:street"="North Santa Fe Avenue" ("addr:housenumber"="428")
>>"addr:street"="Olive Avenue" ("addr:housenumber"="536")
>>"addr:street"="Palm Drive" ("addr:housenumber"="438")
>>"addr:street"="Plymouth Drive" ("addr:housenumber"="121")
>>"addr:street"="Plymouth Drive" ("addr:housenumber"="415")
>>"addr:street"="Rudd Road" ("addr:housenumber"="219")
>>"addr:street"="Shadow Mountain Terrace"
>("addr:housenumber"="1144")
>>"addr:street"="South Santa Fe Avenue" ("addr:housenumber"="102")
>>"addr:street"="South Santa Fe Avenue" ("addr:housenumber"="315")
>>"addr:street"="Sunrise Drive" ("addr:housenumber"="1857")
>>"addr:street"="Townsite Drive" ("addr:housenumber"="225")
>>"addr:street"="Truly Terrace" ("addr:housenumber"="631")
>>"addr:street"="Walker Way" ("addr:housenumber"="176")
>>"addr:street"="Warmlands Avenue" ("addr:housenumber"="932")
>>"addr:street"="West California Avenue" ("addr:housenumber"="741")
>>"addr:street"="West Connecticut Avenue" ("addr:housenumber"="324")
>>"addr:street"="Williamston Street" ("addr:housenumber"="846”)
>> 
>> In many cases I can correct these through armchair mapping based on
>how close the nodes are to the named highway and how the street numbers
>along the highway seem to be progressing.
>> 
>> It seems that nearly anywhere I try to edit in San Diego County I see
>these errors. I don’t have time at the moment to systematically cover
>the whole county, so I am hoping for a visual indicator of where things
>are the worst to focus on. And, as I work them off, show me progress
>to.
>> 
>> Is there a different check box that I should have used on OSMOSE? Or
>maybe a version in English so I won’t be quite as lost? :)
>> Thanks!
>> 
>> 
>>> On Dec 6, 2015, at 4:40 PM, Simon Poole  wrote:
>>> 
>>> OSMOSE does that http://osmose.openstreetmap.fr/de/map/
>>> 
>>> Am 07.12.2015 um 00:06 schrieb Tod Fitch:
 I’ve come across data from an old address import that seems to have
>numerous duplicate addresses. It would be nice to point JOSM to the
>places with the most problems rather than to just randomly choose a
>place for editing.
 
 It looks like there is a tool that identifies places with duplicate
>addresses at http://gulp21.bplaced.net/osm/housenumbervalidator/ but it
>seems to be specific to Germany. Is there any that cover

Re: [talk-au] Explicit Permission to use NSW Land and Property Information data

2015-12-06 Thread Andrew Harvey

This conversation is quite scattered now but,

I've followed up with contact given in your letter (Diana Stewart) with my
concerns and questions. Specifically I've asked:

1. what does the statement "Where specific licence terms (such as Creative
> Commons) are applied to datasets, those licence terms shall prevail over
> any inconsistent provisions in this statement." mean? Because we need these
> additional permissions from LPI beyond the scope of the CC license to be
> legally binding so that we may use LPI data within OpenStreetMap. We need
> this additional permissions from LPI to prevail over the problematic
> clauses within the CC license.
>
> 2. "To ensure consumers are informed of the currency and accuracy of data,
> LPI asks that the date of extraction be marked in red." This requirement is
> difficult to implement for us due to the way we would like to use LPI data,
> furthermore if implemented it would be misleading. If the OpenStreetMap
> community were to include LPI data or derived data within OpenStreetMap
> then this would be an  ongoing adhoc inclusion of pieces of LPI data. As
> such, any single statement intending to indicated data currency wouldn't be
> accurate.
>
> 3. Could you please clarify that "on the 'Contributors' page of
> OpenStreetMap" refers to
> https://wiki.openstreetmap.org/wiki/Contributors#Australia and not
> https://www.openstreetmap.org/copyright
>

I've asked this in the context of my pretext:

I am of the understanding that as it currently stands the Creative Commons
> Attribution 3.0 Australia license (
> https://creativecommons.org/licenses/by/3.0/au/legalcode) isn't
> compatible with the terms we (OpenStreetMap) need for inclusion of such
> data or derived data in OpenStreetMap.
>
> For example the above CC license in clauses 4A(b),4A(e),4B(a) certain
> notices must be kept intact when we create new works derived from your CC
> licensed LPI data. However, OpenStreetMap has decided that this level of
> downstream attribution is too onerous (so for example if OpenStreetMap
> included some data from LPI and a 3rd party web site includes an
> OpenStreetMap map, that website shouldn't need to attribute LPI, rather
> they would only attribute OpenStreetMap and in tern OpenStreetMap would
> attribute LPI).
>
> Because of this, OpenStreetMap require specific explicit permission from
> the copyright owner that such method of attribution is acceptable since it
> is unclear if this is acceptable under the plan CC BY 3.0 AU license.
>
> Furthermore clause 4B(c) requires identification of changes made to the
> original work. This isn't practical for OpenStreetMap so we require that
> copyright holders grant us that we may simply state something such as "in
> part derived from...".
>

I want to make sure that we have solid legal foundations for this, and
would like to run it by the legal-talk list first for advice.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-us] QA tool to find duplicate addresses?

2015-12-06 Thread Simon Poole

OSMOSE does that http://osmose.openstreetmap.fr/de/map/

Am 07.12.2015 um 00:06 schrieb Tod Fitch:
> I’ve come across data from an old address import that seems to have numerous 
> duplicate addresses. It would be nice to point JOSM to the places with the 
> most problems rather than to just randomly choose a place for editing.
>
> It looks like there is a tool that identifies places with duplicate addresses 
> at http://gulp21.bplaced.net/osm/housenumbervalidator/ but it seems to be 
> specific to Germany. Is there any that cover the US?
>
> Thanks!
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us




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

Re: [Talk-us] QA tool to find duplicate addresses?

Figured out the link to the English version where the filter says “duplicate 
object”. I don’t see any other check boxes that look like the will find this 
type of error.


> On Dec 6, 2015, at 5:09 PM, Tod Fitch  wrote:
> 
> My German is really bad. I assume that the check I want is "doppeltes 
> Objekt”. But that does not do what I want as the objects are not actually 
> duplicated. Rather I have multiple nodes that happen to have the same 
> addr:street and addr:housenumber combinations.
> 
> For example, looking at:
> http://osmose.openstreetmap.fr/de/map/#zoom=15=33.21048=-117.23788=Mapnik=T=4080=1==
> or
> http://www.openstreetmap.org/#map=15/33.21048/-117.23788
> 
> In this case my check script shows the following possible duplicate addresses 
> (setup so I can copy and paste them into a JOSM search) so I can examine them 
> and see if I can remove the incorrect one(s). None of these possible errors 
> are shown by OSMOSE with the options I have, possibly erroneously, set.
> 
> Duplicate addresses:
>"addr:street"="Alta Mesa Drive" ("addr:housenumber"="222")
>"addr:street"="Calle Jules" ("addr:housenumber"="1370")
>"addr:street"="Camino Ciego Court" ("addr:housenumber"="1093")
>"addr:street"="Camino Patricia" ("addr:housenumber"="115")
>"addr:street"="Cortez Avenue" ("addr:housenumber"="636")
>"addr:street"="East Drive" ("addr:housenumber"="321")
>"addr:street"="East Indian Rock Road" ("addr:housenumber"="415")
>"addr:street"="East Indian Rock Road" ("addr:housenumber"="436")
>"addr:street"="East Vista Way" ("addr:housenumber"="651")
>"addr:street"="Escondido Avenue" ("addr:housenumber"="510")
>"addr:street"="Eucalyptus Avenue" ("addr:housenumber"="663")
>"addr:street"="Girard Court" ("addr:housenumber"="1259")
>"addr:street"="Goetting Way" ("addr:housenumber"="235")
>"addr:street"="Hillside Terrace" ("addr:housenumber"="332")
>"addr:street"="North Citrus Avenue" ("addr:housenumber"="1280")
>"addr:street"="North Citrus Avenue" ("addr:housenumber"="900")
>"addr:street"="North Melrose Drive" ("addr:housenumber"="1130")
>"addr:street"="North Melrose Drive" ("addr:housenumber"="1132")
>"addr:street"="North Melrose Drive" ("addr:housenumber"="1146")
>"addr:street"="North Santa Fe Avenue" ("addr:housenumber"="1305")
>"addr:street"="North Santa Fe Avenue" ("addr:housenumber"="1502")
>"addr:street"="North Santa Fe Avenue" ("addr:housenumber"="428")
>"addr:street"="Olive Avenue" ("addr:housenumber"="536")
>"addr:street"="Palm Drive" ("addr:housenumber"="438")
>"addr:street"="Plymouth Drive" ("addr:housenumber"="121")
>"addr:street"="Plymouth Drive" ("addr:housenumber"="415")
>"addr:street"="Rudd Road" ("addr:housenumber"="219")
>"addr:street"="Shadow Mountain Terrace" ("addr:housenumber"="1144")
>"addr:street"="South Santa Fe Avenue" ("addr:housenumber"="102")
>"addr:street"="South Santa Fe Avenue" ("addr:housenumber"="315")
>"addr:street"="Sunrise Drive" ("addr:housenumber"="1857")
>"addr:street"="Townsite Drive" ("addr:housenumber"="225")
>"addr:street"="Truly Terrace" ("addr:housenumber"="631")
>"addr:street"="Walker Way" ("addr:housenumber"="176")
>"addr:street"="Warmlands Avenue" ("addr:housenumber"="932")
>"addr:street"="West California Avenue" ("addr:housenumber"="741")
>"addr:street"="West Connecticut Avenue" ("addr:housenumber"="324")
>"addr:street"="Williamston Street" ("addr:housenumber"="846”)
> 
> In many cases I can correct these through armchair mapping based on how close 
> the nodes are to the named highway and how the street numbers along the 
> highway seem to be progressing.
> 
> It seems that nearly anywhere I try to edit in San Diego County I see these 
> errors. I don’t have time at the moment to systematically cover the whole 
> county, so I am hoping for a visual indicator of where things are the worst 
> to focus on. And, as I work them off, show me progress to.
> 
> Is there a different check box that I should have used on OSMOSE? Or maybe a 
> version in English so I won’t be quite as lost? :)
> Thanks!
> 
> 
>> On Dec 6, 2015, at 4:40 PM, Simon Poole  wrote:
>> 
>> OSMOSE does that http://osmose.openstreetmap.fr/de/map/
>> 
>> Am 07.12.2015 um 00:06 schrieb Tod Fitch:
>>> I’ve come across data from an old address import that seems to have 
>>> numerous duplicate addresses. It would be nice to point JOSM to the places 
>>> with the most problems rather than to just randomly choose a place for 
>>> editing.
>>> 
>>> It looks like there is a tool that identifies places with duplicate 
>>> addresses at http://gulp21.bplaced.net/osm/housenumbervalidator/ but it 
>>> seems to be specific to Germany. Is there any that cover the US?
>>> 
>>> Thanks!
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org
>>>

Re: [Talk-cz] WeeklyOSM CZ 278

2015-12-06 Thread Petr Vozdecký

Ahoj,

nejprve diky!

ten zoom fotek je uplne super, zoom map je oproti tomu na nic, protoze se 
zoomuje ten GIF a tim clovek nic neziska. Naopak by mohlo byt OK, kdyz by 
mapky obsahovala uprostred cerveny puntik a byla zoomovatelna se vsim 
vsudy... Ale on by asi stacil jen ten puntik...

k cemu je polozka note:, hodnota TBD a treti sloupecek s textem Checking???

bylo by super, kdyz by bylo mozne z rozeviraciho seznamu ty fotky tridit do 
kategorii, napr.:
- turistický rozcestník
- cykloturistický rozcestník
- lyžařský rozcestník
- mapa
- turistické informace
- ostatní
a už přímo v tom editoru si vybrat (filtr), že chci vidět jen tu jednu 
kategorii. Bude tak možné "zbavit se" filtrem nepotřebných fotek pro další 
práci. kategorie "ostatní" pak může vygenerovat nějakou novou, když tam bude
najednou hodně něčeho... Pokud fotka obsahuje vice polozek z ruznych 
kategorii, tak to je otazka - zda motivovat autora k opakovanemu uploadu 
nebo ten seznam udelat nikoliv vybiraci, ale klikaci (tedy muzes vybrat vice
hodnot)

dale bych byl pro, aby filtr v editoru dokazal filtrovat zobrazeni nejen 
podle kategorii ale podle vyskytu hodnoty, tedy napr. pokud je/neni u 
hodnoty ref nejaka hodnota. Z hlediska lepsiho filtrovani by bylo vhodne 
zavest tri stavy:
- ref=none (hodnota nebyla zadana)
- ref=unknown (hodnota byla zadana jako "neznama")
- ref= ### (hodnota byla zadana
tim se pak docili to, ze bude opravdu snadno proveditelne postupne ziskani 
tagu z fotek - mapperi mohou prochazet jen vyfiltrovanou skupinu "ref=none" 
a postupne "odbavovat" (zadavat unknown nebo hodnotu ref),databaze 
neoznacenych se bude zmensovat a to je hezka motivace... :o)

vop



-- Původní zpráva --
Od: Michal Grézl 
Komu: OpenStreetMap Czech Republic 
Datum: 6. 12. 2015 21:59:11
Předmět: Re: [Talk-cz] WeeklyOSM CZ 278

"Guidepost editor je funkcni na adrese http://api.openstreetmap.cz/editor.
html,
editovat jdou nyni atributy ref a jmeno.

Po kliknuti na druhy sloupec tabulky atributu se objevi editbox a po
stisknuti ok se zmena ulozi (nasledne se misto opravene hodnoty ukaze
"Click to edit ..." coz je chyba:). Zmeny se v db objevi po schvaleni
mnou.

Nahledy mapy a rozcestniku by meli byt zoomovaci koleckem mysi.

2015-12-03 8:39 GMT+01:00 Tom Ka :
> Ahoj, je dostupné vydání 278 týdeníku weeklyOSM:
>
> http://www.weeklyosm.eu/cz/archives/5905
>
> Téma čísla: Guidepost editor
>
> * Seznam.cz pomáhá OSM.
> * Mapping party v Kysuci.
> * Užitečné tipy pro mapování s JOSM.
> * Odznaky pro OSM na GeoBadges.org.
> * Vizualizace provozu sítě Tor.
> * Nulový ostrov ničeho.
>
> Pěkné počtení...
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

cau

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

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

Re: [Talk-de] Karten für Flüchtlinge

2015-12-06 Thread Ralf GESELLENSETTER


Hallo,

wie bereits gepostet, sitzen wir auch an einem Projekt. Der Mainzer
Verein armut-gesundheit.de ist in diesem Punkt Vorreiter und auch
kooperativ, was Grunddaten angeht - aber die Quellen sind Google Maps
und PSD Dateien. Ich bin gerade dabei die mehrsprachige Legende zu
rekonstruieren und zu ergänzen.

Ich würde die Ergebnisse/Quellen auch gerne veröffentlichen - vielleicht
als Wikibook? (Handbuch für Flüchtlinge). Andere Vorschläge?

Als Alternative zur qlandkartegt habe ich online umap.openstreetmap.org
als sehr hilfreich entdeckt.

Und beim Drucken ist Hartmut wie selbst beschrieben noch dran...


Am 04.12.2015 um 00:53 schrieb Hartmut Holzgraefe:

Für Smartphones experimentieren wir gerade mit OsmAnd da dort


Osmand könnte echt die Lösung sein: Screenshot vom Tablet?

Viele Grüße
Ralf

--
PGP/GnuPG: pub 1024D/E6DE0971

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

Re: [Talk-it] Wikimapia



sent from a phone

> Am 06.12.2015 um 17:12 schrieb John Doe :
> 
> Mi chiedo come mai queste persone volenterose ed ansiose di mappare in 
> maniera così dettagliata non siano arrivate ad OSM :-(
> 


forse preferivano le ortofoto di Google a quelli di Yahoo!  ;-)
(fino al 2010(?) si potevano usare solo queste con OSM mentre wikimapia si è un 
po' fregato dei ToS di Google, implicando potenziali problemi per loro stessi, 
i loro mappatori e soprattutto chi usa i loro dati)


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

Re: [Talk-it] La nostra wiki, come è e come dovrebbe essere

Marcello Arcangeli wrote
> Altro argomento che è off-topic rispetto al titolo del thread ma era
> emerso durante la discussione è la proliferazione dei tag. Sono
> d'accordo che se non c'è un tag corrispondente a quanto si vuole mappare
> si può utilizzare un tag nuovo, ma credo che prima di fare l'upload
> l'editor dovrebbe avvisare che si sta aggiungendo un tag per il quale
> non trova corrispondenza. Ho fatto una prova con Josm, che a differenza
> degli altri editor fa un controllo formale sui dati, ho scritto syop
> invece di shop come potrebbe avvenire per un errore di battitura,
> caricato senza nessun avviso. Controllando con Taginfo molti dei tag
> meno utilizzati contengono errori di battitura o hanno l'iniziale
> maiuscola, se si riuscisse ad arginare questi errori si avrebbero meno
> tag e più dati utili. 

non credo sia proprio OT...alla fine, almeno per me, è una conseguenza più o
meno diretta della, almeno per me, confusione del wiki.

quello è un lavoro che faccio ogni tanto, cioè andare sul taginfo e
verificare i tag che compaiono una o comunque poche volte..però sono in
grado di agire solo su quelli appunto effettivamente frutto di refuso o
l'uso scorretto di plurali o termini americani al posto di quelli inglesi
(probabilmente ne esistono alcuni in altre lingue ma io sono in grado di
correggere solo quelli italiani ed inglesi)...in questi casi devo dire che
mi conforta il fatto di trovarli molto spesso già corretti, indice comunque
di un attenzione molto alta su questo tema. il problemi rimangono i sinonimi
che come non correggo io temo non li corregga nessuno o pochi.

stavo pensando anche io ad una cosa come un messaggio di avvertimento per i
value nuovi...sarei stato curioso in particolare di vedere come cambierebbe
la situazione se all'atto dell'inserimento di un value nuovo venisse
richiesta una breve descrizione del nuovo tag a fini documentativi
(moltissimi tag non sono descritti nel wikie si trovano solo in taginfo ma
senza info) non credo però quella fosse una strada praticabile...mentre il
semplice avviso non vedo particolari problematiche e potrebbe essere davvero
molto utile e probabilmente più efficacie di un wiki organizzato
diversamente.



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/La-nostra-wiki-come-e-e-come-dovrebbe-essere-tp5861712p5861833.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] Tutto Città - mappa edificato



sent from a phone

> Am 06.12.2015 um 19:06 schrieb Simone Cortesi :
> 
> Stiamo già lavorando per eliminarli entro la settimana
> prossima."


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

Re: [OSM-talk-be] Robot pour CP manquants à Bruxelles - A bot for missing postal codes [FR-EN]

2015-12-06 Thread Sander Deryckere

2015-12-06 19:25 GMT+01:00 Bruno Veyckemans :

> OK, Thanks for your answers.
>
> I understand that some of you consider postal code as redundant
> information in Belgium. Maybe it is... but I'm not 100% convinced ;-)
> When I use OSM as a database with Overpass Turbo, I like to receive postal
> code as a variable and display it without having to calculate it (maybe
> there's another way to do this ?).
>
> Overpass turbo can limit a query to an area (and thus to a postal code),
and it can also query the areas a certain position belongs to (and return
the postal code). If you want to split info by postal code (f.e. for
statistical purposes), you'll indeed need a script. But with a separate
postal_code extract, and a geographic library, it shouldn't be too hard.


> Whatever, I think I'll focus on something more useful for the community,
> like finding automatically incorrect streetnames (in Brussels, I often find
> streetnames only in french or dutch in node or ways attributes, or
> misspellings). I'll work on this and prepare a special page for these
> findings...
>
>
Yes, there are still problems in Brussels with streetnames. See
http://tools.geofabrik.de/osmi/?view=addresses=4.35285=50.84048=14=no_addr_street,street_not_found,interpolation_errors
for basic address checks (addr:street matching the name tag).

Not only with language order, but also with small words (de, du, ...) that
need to be checked locally. Also see the discussion about language
facilities, where the number of name:nl and name:fr tagged streets is
embarrassingly low.

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

Re: [Talk-it] Tutto Città - mappa edificato

2015-12-06 Thread Stefano

Il giorno 6 dicembre 2015 21:10, Martin Koppenhoefer  ha scritto:

>
>
> sent from a phone
>
> > Am 06.12.2015 um 10:15 schrieb Alessandro Palmas <
> alessandro.pal...@wikimedia.it>:
> >
> > Per rimanere a Genova, e qui passiamo alle buone notizie, il complesso
> Ospedaliero di San Martino (con linea di bus che circola all'interno) ha
> pubblicato la mappa con OSM
> http://www.ospedalesanmartino.it/ospedale/dove-siamo.html
>
>
> si, ma la cartografia è cc-by-sa (mentre i dati sono odbl), lì leggo solo
> copyright ;-)
>
> c'è poco spazio, ammesso, ma cmq come fanno attualmente lo trovo un po'
> fuorviante.
>
> Come su qualunque mappa che usa LeafletJS (http://leafletjs.com/) in
tutto il mondo, compreso OSM?


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

Re: [Talk-cz] WeeklyOSM CZ 278

2015-12-06 Thread Michal Grézl

Guidepost editor je funkcni na adrese http://api.openstreetmap.cz/editor.html,
editovat jdou nyni atributy ref a jmeno.

Po kliknuti na druhy sloupec tabulky atributu se objevi editbox a po
stisknuti ok se zmena ulozi (nasledne se misto opravene hodnoty ukaze
"Click to edit ..." coz je chyba:). Zmeny se v db objevi po schvaleni
mnou.

Nahledy mapy a rozcestniku by meli byt zoomovaci koleckem mysi.

2015-12-03 8:39 GMT+01:00 Tom Ka :
> Ahoj, je dostupné vydání 278 týdeníku weeklyOSM:
>
> http://www.weeklyosm.eu/cz/archives/5905
>
> Téma čísla: Guidepost editor
>
> * Seznam.cz pomáhá OSM.
> * Mapping party v Kysuci.
> * Užitečné tipy pro mapování s JOSM.
> * Odznaky pro OSM na GeoBadges.org.
> * Vizualizace provozu sítě Tor.
> * Nulový ostrov ničeho.
>
> Pěkné počtení...
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

cau

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

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

Re: [Talk-de] Karten für Flüchtlinge

2015-12-06 Thread Richard

On Fri, Dec 04, 2015 at 12:53:46AM +0100, Hartmut Holzgraefe wrote:

> 
> Für Smartphones experimentieren wir gerade mit OsmAnd da dort
> die Benutzeroberfläche schon weitgehend internationalisiert/
> lokalisiert ist (zB. arabische Übersetzung zu >70%) und auch
> die Beschriftung auf der Karte dynamisch umgestellt werden kann
> (wenn man zB. dort Arabisch auswählt wird name:ar= angezeigt
> wenn voranden, ansonsten name= als Fallback). 

also Arabisch für Karten für Flüchtlinge finde ich ein nogo.
Orientieren kann man sich damit ganz sicher nicht weil die
Straßenschilder noch Deutsch sind, fragen meistens auch nicht 
weil es hier nur so von Deutschen wimmelt und die anderen 
Ausländer z.T. auch kein Arabisch verstehen.

Richard

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

Re: [Talk-it] Tutto Città - mappa edificato

2015-12-06 Thread ualios

Se è proprio un errore vabbè, altrimenti sarebbe un peccato eliminarli.. non 
si fa prima a mettere un bel © OpenStreetMap contributors da qualche parte?


- ualios



- Original Message - 
From: "Simone Cortesi" 
To: "openstreetmap list - italiano" ; "Alessandro 
Palmas" 

Sent: Sunday, December 06, 2015 7:06 PM
Subject: Re: [Talk-it] Tutto Città - mappa edificato



Ciao,
aggiungo qualche dettaglio a queste parole "sibilline" di Alessandro.

Ieri sera mi sono sentito con uno dei team leader di Seat (ero già in
contatto), il quale mi ha spiegato perchè questo fosse successo
proprio oggi. Speravo uscissero in maniera *migliore*. Gli ho chiesto
di scrivere qualcosa per la lista OpenStreetMap.

Eccolo di seguito:

"Seat sta cercando di capire, analizzando i dati OSM, la fattibilità
di poterli utilizzare in futuro su un proprio prodotto Tuttocittà.
Per errore, a seguito dell'aggiornamento dei dati "Q4 HERE" abbiamo
pubblicato sul sito Tuttocitta i building OSM, cosa di cui ci
scusiamo. Stiamo già lavorando per eliminarli entro la settimana
prossima."

--
-S

___
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-GB] First UK/GB OpenStreetMap group meeting - 17th December at 8pm

2015-12-06 Thread Rob Nickerson

Hi all,

Early this year I published a survey asking about “a UK/GB OpenStreetMap
group”. 101 people filled it in and many contacted me to say they liked the
idea. Encouraged by the this and my local Mappa Mercia group, we feel the
time is right to start the group. To get us going Wikimedia UK have kindly
offered us their teleconference facility for our first meeting – 8pm on
17th December. I've used teleconferencing facilities in the past for State
of the Map 2013 and find that they work well (no text/chat facility ensures
that there is only one conversation going on - the one being heard by
everyone).

Survey results:
https://docs.google.com/document/d/1A8rKyKUW0X01n-JEMLwEUT4ktX-7WrxNP03YTkZs6lU/edit#

To get us going we will need a few people to commit time over the next 6
months. The roles we need are set out below and we will need to initially
fill them and then, once we have a constitution in place, we will need
volunteers to stand for election. These roles will be needed irrespective
of whether decision making lies with the membership or an elected board.

   - Chair – to provide leadership and ensures the group functions properly
   - Treasurer – to organise the finances of the group. Initially this will
   mean setting up our bank account.
   - Secretary/Membership secretary – to keep the register of members up to
   date (indeed to set on up in the first place), to ensure that voting
   procedures are carried out in accordance to our agreed policy. There is
   potential for this to be two separate roles.

We will also need an initial working group to provide ideas and discussion.
This group can also support the aforementioned roles in small discrete
tasks.

Please let me know if you can help with setting up the group and/or whether
you would be willing to stand for election once the constitution is
established. I will share the telephone number and login PIN closer to the
date.

Best,


*Rob*p.s. Busy on 17th December? No worries. Send me you comments and I
will make sure they are shared.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Tutto Città - mappa edificato



sent from a phone

> Am 06.12.2015 um 10:15 schrieb Alessandro Palmas 
> :
> 
> Per rimanere a Genova, e qui passiamo alle buone notizie, il complesso 
> Ospedaliero di San Martino (con linea di bus che circola all'interno) ha 
> pubblicato la mappa con OSM 
> http://www.ospedalesanmartino.it/ospedale/dove-siamo.html


si, ma la cartografia è cc-by-sa (mentre i dati sono odbl), lì leggo solo 
copyright ;-)

c'è poco spazio, ammesso, ma cmq come fanno attualmente lo trovo un po' 
fuorviante.


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

Re: [Talk-pt] Corte abrupto de dados na zona de Caminha, Portugal

2015-12-06 Thread Alarico Teodósio

Outra edição estranha é esta:
http://www.openstreetmap.org/#map=15/41.4218/-8.3517

A zona indicada segue uma autoestrada de um lado esta quase 100% editado do
outro lado esta bastante incompleto com falta de estradas etc. Estas
edições estão corretas mas no meu parecer não encaixa bem no contexto.

Em 4 de dezembro de 2015 13:17, Hugo Barrocas 
escreveu:

> Boas, isso fica perto da minha area de residencia, tambem ja tinha
> reparado nesse estranho rectangulo e tentei contactar quem me pareceu ser o
> autor, mas na altura acho que nao obtive resposta.
>
> Ja andei a completar alguns bocados dessa area, para nao ter o formato
> 'rectangulo', mas tenho usado o meu tempo livre para corrigir as mais de
> 1000 anotaçoes que tenho espalhadas pelo norte do país, aos poucos de cada
> vez, dando mais prioridade as vias rodoviarias.
>
> Como essa area tem as vias correctas, ficou para segundo plano corrigir as
> areas de 'landuse' cortadas.
>
> Quando possivel posso completar mais essa zona.
>
>
> --
> Cumprimentos,
> D.er Hugo Barrocas
>
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>
>
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-pt] Corte abrupto de dados na zona de Caminha, Portugal

2015-12-06 Thread Marcos Oliveira

Alarico,

Essas edições foram feitas pelo Mazezito [1], um amigo meu que vive nessa
zona.

Ele disse que até agora só dedicou a editar até à autoestrada, já que esta
era um bom limite para o alcançe do seu trabalho.

[1] https://www.openstreetmap.org/user/Mazezito

No dia 6 de dezembro de 2015 às 21:17, Alarico Teodósio 
escreveu:

> Outra edição estranha é esta:
> http://www.openstreetmap.org/#map=15/41.4218/-8.3517
>
> A zona indicada segue uma autoestrada de um lado esta quase 100% editado
> do outro lado esta bastante incompleto com falta de estradas etc. Estas
> edições estão corretas mas no meu parecer não encaixa bem no contexto.
>
> Em 4 de dezembro de 2015 13:17, Hugo Barrocas 
> escreveu:
>
>> Boas, isso fica perto da minha area de residencia, tambem ja tinha
>> reparado nesse estranho rectangulo e tentei contactar quem me pareceu ser o
>> autor, mas na altura acho que nao obtive resposta.
>>
>> Ja andei a completar alguns bocados dessa area, para nao ter o formato
>> 'rectangulo', mas tenho usado o meu tempo livre para corrigir as mais de
>> 1000 anotaçoes que tenho espalhadas pelo norte do país, aos poucos de cada
>> vez, dando mais prioridade as vias rodoviarias.
>>
>> Como essa area tem as vias correctas, ficou para segundo plano corrigir
>> as areas de 'landuse' cortadas.
>>
>> Quando possivel posso completar mais essa zona.
>>
>>
>> --
>> Cumprimentos,
>> D.er Hugo Barrocas
>>
>> ___
>> Talk-pt mailing list
>> Talk-pt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-pt
>>
>>
>
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>
>


-- 
Um Abraço,
Marcos Oliveira
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[Talk-us] QA tool to find duplicate addresses?

I’ve come across data from an old address import that seems to have numerous 
duplicate addresses. It would be nice to point JOSM to the places with the most 
problems rather than to just randomly choose a place for editing.

It looks like there is a tool that identifies places with duplicate addresses 
at http://gulp21.bplaced.net/osm/housenumbervalidator/ but it seems to be 
specific to Germany. Is there any that cover the US?

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

Re: [Talk-de] Karten für Flüchtlinge

2015-12-06 Thread Ralf GESELLENSETTER


Am 04.12.2015 um 12:03 schrieb Helder Aguiar:

Eine Papierkarte ist dann dort schon vorteilhaft und ein Riesenschritt in
Richtung Barrierefreiheit.


Das ist hier (Kreis Gütersloh) ähnlich. Ich würde empfehlen, einen 
QR-Code für die Online-Karte mit auszudrucken.


WalkingPapers.org könnte noch eine Alternative sein! Die Oberfläche
ist mehrsprachig, ich teste gerade, ob Berlin Mitte sich auch z.B.
kyrillisch drucken lässt:

http://walkingpapers.org/print.php?id=zwmdlksf

Mit nikolausigen Grüßen
Ralf

--
PGP/GnuPG: pub 1024D/E6DE0971

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

Re: [Talk-cz] Tag "network" na pěších turistických trasách

2015-12-06 Thread Tomas Janousek

Zdar,

On Fri, Dec 04, 2015 at 01:54:22PM +0100, Tom Ka wrote:
> Velmi podobne plati pravidla pro cyklotrasy - ncn,rcn,lcn - national cycle
> network, regional, local.

U cyklotras je to ale mnohem jasnější, ne? Jednočíselné jsou ncn, čtyřčíselné
lcn. Nebo něco přehlížím?

-- 
Tomáš Janoušek, a.k.a. Pivník, a.k.a. Liskni_si, http://work.lisk.in/


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

Re: [Talk-de] Karten für Flüchtlinge

2015-12-06 Thread Hartmut Holzgraefe


On 06.12.2015 22:57, Richard wrote:

[...] und auch

die Beschriftung auf der Karte dynamisch umgestellt werden kann
(wenn man zB. dort Arabisch auswählt wird name:ar= angezeigt
wenn voranden, ansonsten name= als Fallback).




also Arabisch für Karten für Flüchtlinge finde ich ein nogo.
Orientieren kann man sich damit ganz sicher nicht weil die
Straßenschilder noch Deutsch sind, fragen meistens auch nicht
weil es hier nur so von Deutschen wimmelt und die anderen
Ausländer z.T. auch kein Arabisch verstehen.


niemand hat vor Straßennamen zu übersetzen (hoffe ich zumindest)

Mir geht es nur darum wichtige allgemein benannte POIs wie 
"Hauptbahnhof" oder "Rathaus" übersetzt zu haben. Eigennamen

bleiben natürlich deutsch. Aus "Rathaus Bielefeld" würde also
zB. "دار البلدية Bielefeld" (oder beser "Bielefeld دار البلدية"?)

--
hartmut

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

Re: [Talk-it] Tutto Città - mappa edificato