Re: [OSM-legal-talk] Attribution Requirements

[Martin Koppenhoefer]

 Am 10/gen/2014 um 13:01 schrieb Simon Poole si...@poole.ch:
 
 And I'm very tired of people trying to weasel around the absolute minimal 
 requirements we pose on reuse of OSM data.


like APPL?
 ;-)

cheers,
Martin
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-legal-talk] Attribution Requirements

[Simon Poole]

Apple does not, as far as we know, use OSM data ODbL licensed by the 
foundation.


Simon

Am 12.01.2014 13:06, schrieb Martin Koppenhoefer:



Am 10/gen/2014 um 13:01 schrieb Simon Poole si...@poole.ch:

And I'm very tired of people trying to weasel around the absolute minimal 
requirements we pose on reuse of OSM data.


like APPL?
  ;-)

cheers,
Martin
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk



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

Re: [OSM-legal-talk] Attribution Requirements

[Martin Koppenhoefer]

2014/1/12 Simon Poole si...@poole.ch

 Apple does not, as far as we know, use OSM data ODbL licensed by the
 foundation.



yes, they are supposedly ignoring former requirements (still valid for
older data).

cheers,
Martin
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] CJK fallback fonts - testing needed

[Stephan Knauss]

On 12.01.2014 06:19, Paul Norman wrote:

I have prepared a demo at http://tile.paulnorman.ca/demo/fonts.html with
three layers: conventional OSM.org, tiles without any fallback font, and
tiles using Droid Fallback as a fallback font.


I checked Thailand:

Original font of OSM.org is too small to be readable.
http://a.tile.openstreetmap.org/14/12698/7321.png

Your font is missing glyphs:
http://a.tile.paulnorman.ca/font_droid/14/12698/7321.png


This is my rendering http://thaimap.osm-tools.org/
http://tile.osm-tools.org/osm_then/14/12698/7321.png

It uses the GPL font Loma with an increased size.
http://linux.thai.net/projects/thaifonts-scalable


Stephan


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

Re: [OSM-talk] JOSM should delete image caches on exit

[Stephan Knauss]

On 12.01.2014 04:04, Tom Taylor wrote:

Caching images for a given session makes lots of sense, but leaving them
forever really does not. How do I put a request in to the JOSM
developers to ensure that images caches are deleted upon exit from JOSM?
Please don't. I'm happy not needing to download imagery again and again 
from low bandwidth connections. There was some work ongoing on 
supporting database files for the imagery instead of single files. This 
might improve the situation for you as well.
I don't know the status of the development. And it does not solve the 
issue of expiring tiles based on age or size. In case someone implements 
it, that value should be configurable.



Stephan


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

Re: [OSM-talk] CJK fallback fonts - testing needed

[Christoph Hormann]

On Sunday 12 January 2014, Paul Norman wrote:
 Right now the main OpenStreetMap.org stylesheet uses Unifont as a
 fallback font to render Chinese, Japanese and Korean (CJK)
 characters, as well as any other characters not present in the DejaVu
 font. Unifont is mainly designed to support all characters, and is
 not designed to look good.

The problems with the fonts are not at all limited to CJK - Arabic and 
other languages using Arabic script are not well readable either.  As 
Hans Schmidt said much of this is related to size - in a unified font 
the non-latin scripts are usually arbitrarily scaled to fit into a 
latin line geometry.

In your demo the alternative fallbacks do not seem to contain Arabic 
characters - the missing glyphs are however often the ones worst to 
read in the normal rendering (although the other ones are not great 
either).

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk] OpenStreetBugs PhaseOut: help needed, Mapping party

[Ed Loach]

 Just a small update, posted on my blog about the progress:
 
 http://www.openstreetmap.org/user/werner2101/diary

I thought OSB wasn't allowing new bug reports? There seem to be a
few from Géovélo, such as
http://openstreetbugs.schokokeks.org/?zoom=19lat=47.12282lon=-1.63
087layers=B0T
opened within the last hour (or 2 minutes in the future, so I'm
guessing the time shown is European rather than GMT)

Ed


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

Re: [OSM-talk] OpenStreetBugs PhaseOut: help needed, Mapping party

[Werner Hoch]

Hi,

Am Sonntag, den 12.01.2014, 10:33 + schrieb Ed Loach:
  http://www.openstreetmap.org/user/werner2101/diary
 
 I thought OSB wasn't allowing new bug reports? There seem to be a
 few from Géovélo, such as
 http://openstreetbugs.schokokeks.org/?zoom=19lat=47.12282lon=-1.63
 087layers=B0T
 opened within the last hour (or 2 minutes in the future, so I'm
 guessing the time shown is European rather than GMT)

The API is still open.
Details about tools still using OSB see the second column in:
https://wiki.openstreetmap.org/wiki/OpenStreetBugs#Tools_for_Using_and_Exporting_Data

Regards
Werner





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

[OSM-talk] An empty changeset with an unknow OSM contributor

[Pierre Béland]

This french contributor reports an empty changeset with an unknown contributor.

Would this be a bug in the ID editor + API creating an empty changeset ?

 
Pierre 


- Mail transféré -
De : Ista Pouss ista...@gmail.com
À : Discussions développeur OSM en français dev...@openstreetmap.org 
Envoyé le : Dimanche 12 janvier 2014 14h05
Objet : [OSM-dev-fr] Un utilisateur fantome
 


Bonjour,

Si je fais http://api.openstreetmap.org/api/0.6/changeset/19860227 j'observe 
que le changeset 19860227 a été réalisé par l'utilisateur user_1871553 dont 
l'uid est 1871553

Mais si maintenant je fais http://api.openstreetmap.org/api/0.6/user/1871553 
pour me renseigner sur cet utilisateur, j'obtiens un fichier vide. 

Pourquoi ?

Merci.



-- 

Les dérives de rue :
C’est chanter que je veux

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

Re: [OSM-talk] JOSM should delete image caches on exit

[hbogner]

No it should not delete cache on exit!!!

Possibility to chose that would be OK, but automatic delete would be 
terrible.


On 01/12/2014 04:04 AM, Tom Taylor wrote:

I started a virus scan a couple of days ago and wondered why scanning
seemed to hang up on a particular file. Investigating further I found it
was a folder -- of cached Bing images dating back from the first days of
my remote mapping activity to the present. There were 450,000 of them!
It has taken me two days running at 100% computer utilization much of
the time to get rid of them. (Maybe I did it wrong. Simply deleting the
containing folder containing the last 150,000 just took a couple of
minutes.)

Caching images for a given session makes lots of sense, but leaving them
forever really does not. How do I put a request in to the JOSM
developers to ensure that images caches are deleted upon exit from JOSM?

Tom Taylor
TomT5454




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

Re: [OSM-talk] An empty changeset with an unknow OSM contributor

[Richard Weait]

2014/1/12 Pierre Béland pierz...@yahoo.fr:
 This french contributor reports an empty changeset with an unknown
 contributor.

 Would this be a bug in the ID editor + API creating an empty changeset ?
[ ... ]
 Si je fais http://api.openstreetmap.org/api/0.6/changeset/19860227 j'observe
 que le changeset 19860227 a été réalisé par l'utilisateur user_1871553 dont
 l'uid est 1871553

Changeset seems to be there.
http://www.openstreetmap.org/changeset/19860227

Perhaps the user changed their screen name between the time the
changeset opened, and the time your user looked at the api?

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

Re: [OSM-talk] An empty changeset with an unknow OSM contributor

[Pierre Béland]

Richard, 

you are right, verifying the API changeset link, I did not realized this was 
not the download instruction
http://api.openstreetmap.org/api/0.6/changeset/19860227/download 


But it is reported that the user do not exist.  Will he appear later?

http://www.openstreetmap.org/user/1871553

http://www.openstreetmap.org/user/user_1871553

 
Pierre 




 De : Richard Weait rich...@weait.com
À : Pierre Béland pierz...@yahoo.fr 
Cc : Talk talk@openstreetmap.org; Ista Pouss ista...@gmail.com 
Envoyé le : Dimanche 12 janvier 2014 15h28
Objet : Re: [OSM-talk] An empty changeset with an unknow OSM contributor
 

2014/1/12 Pierre Béland pierz...@yahoo.fr:

 This french contributor reports an empty changeset with an unknown
 contributor.

 Would this be a bug in the ID editor + API creating an empty changeset ?
[ ... ]
 Si je fais http://api.openstreetmap.org/api/0.6/changeset/19860227 j'observe
 que le changeset 19860227 a été réalisé par l'utilisateur user_1871553 dont
 l'uid est 1871553

Changeset seems to be there.
http://www.openstreetmap.org/changeset/19860227

Perhaps the user changed their screen name between the time the
changeset opened, and the time your user looked at the api?___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] An empty changeset with an unknow OSM contributor

[Richard Weait]

On Sun, Jan 12, 2014 at 3:44 PM, Pierre Béland pierz...@yahoo.fr wrote:

 Richard,

 you are right, verifying the API changeset link, I did not realized this was
 not the download instruction
 http://api.openstreetmap.org/api/0.6/changeset/19860227/download

 But it is reported that the user do not exist.  Will he appear later?
 http://www.openstreetmap.org/user/1871553
 http://www.openstreetmap.org/user/user_1871553

I'm not sure.  That name will show up as no such user unless the
user is later deleted or the screen name edited to be $null.

Why worry?  What caused the user to wonder about this other account?

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

Re: [OSM-talk] JOSM should delete image caches on exit

[moltonel 3x Combo]

On 12/01/2014, hbogner hbog...@gmail.com wrote:
 No it should not delete cache on exit!!!

 Possibility to chose that would be OK, but automatic delete would be
 terrible.

Agreed. The usual configurarion for caches is a maximal disk usage,
deleting LRU entries when that size is reached. That's far better than
flushing the cache at certain points in time. Give it a good default
value (500MB ?) and most users will never need to worry about the
feature.

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

Re: [OSM-talk] JOSM should delete image caches on exit

[Shaun McDonald]

On 12 Jan 2014, at 21:32, moltonel 3x Combo molto...@gmail.com wrote:

 On 12/01/2014, hbogner hbog...@gmail.com wrote:
 No it should not delete cache on exit!!!
 
 Possibility to chose that would be OK, but automatic delete would be
 terrible.
 
 Agreed. The usual configurarion for caches is a maximal disk usage,
 deleting LRU entries when that size is reached. That's far better than
 flushing the cache at certain points in time. Give it a good default
 value (500MB ?) and most users will never need to worry about the
 feature.
 

If it’s configurable then those with slower internet connections thus want a 
larger cache, and those who prefer a smaller cache to minimise disk space usage 
can both be happy.

Shaun


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

Re: [OSM-talk] An empty changeset with an unknow OSM contributor

[Tom Hughes]

On 12/01/14 20:44, Pierre Béland wrote:


you are right, verifying the API changeset link, I did not realized this
was not the download instruction
http://api.openstreetmap.org/api/0.6/changeset/19860227/download

But it is reported that the user do not exist.  Will he appear later?
http://www.openstreetmap.org/user/1871553
http://www.openstreetmap.org/user/user_1871553


That is a user who asked for his account to be deleted.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

[OSM-talk] Fwd: State of the Map 2014 - Buenos Aires - 07-09 November 2014

[Richard Weait]

Announced today, State of the Map 2014 will be in Buenos Aires.  Be
there or be square.  :-)

http://blog.openstreetmap.org/2014/01/12/buenos-aires-hosts-sotm14/

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

[OSM-talk] Proposed automated edit: remove railway=* or highway=* tag on relations tagged type=route

[Guillaume Rischard]

Hello,

Several relations have both type=route and highway=* or railway=* tags; I would 
like to remove the highway or railway tags from the relations, and leave them 
on the members. The relation highway tags are redundant with the member ways, 
make no semantic sense, and can cause rendering issues:

- Redundancy: A route typically contains highways or railways that each 
have a highway=* or railway=* tag. Because the information is already included 
in the members of the relation, it is redundant to tag the relation with that 
tag as well — you're tagging in two places when you only need one.

- Semantic meaning: These relations are not highways or railways, they are 
a *group* of them that make up a route. The tag belongs on the members, not on 
the relation. It causes semantic problems when the value of the tag differs on 
the relation and on the member: is the street a motorway like the relation's 
highway tag says, or residential like the way's tag says?

- Rendering: if both a way and its relation are tagged as highway=* or 
railway=*, the line will get drawn twice on the map — once for the way, and 
once on top of that for the line formed by all the ways in the relation. While 
this is invisible in most cases, it will cause unexpected results if the tags 
disagree, e.g. a trunk that's part of a highway=motorway relation, or a railway 
tunnel that's part of a railway=rail relation.

Since this is a bit abstract, here are concrete examples: 
http://www.openstreetmap.org/way/25435351 is a tunnel and part of 
http://www.openstreetmap.org/relation/404214 . Both the way and the relation 
are tagged as highway=tertiary, but the tunnel isn't shown on the map because 
of the wrong tag on the relation. http://www.openstreetmap.org/relation/270118 
and http://www.openstreetmap.org/way/182573964 show the same issue on railways.

If a country uses highway= [on a way] to reflect a route's administrative 
classification, then I can see why mappers transfer that to a relation for that 
route. If, say, the M1 and the M2 both share a stretch of motorway, and you 
build two relations to express that, it makes sense to tag the M1 relation as 
highway=motorway. However, the relation *isn't* a highway, but a group of 
highways.

Taginfo finds type=route combined with 1374 instances of railway=* (0.48%) and 
6426 instances of highway=* (2.23%). User pnorman has found relations where the 
highway relation tag disagrees with one or more members[0] — I have manually 
fixed some of them while investigating the issue, and there are now 504 left. 
The same analysis will have to be run for the railway tag, and all of these 
special cases will have to be looked at and fixed manually.

In the vast majority of these special cases, just deleting the tag or the 
useless redundant relation will be sufficient, improve the map, and prevent 
things like service roads on the side of a motorway from being rendered as a 
motorway. In a minority of cases, the way that disagrees with the relation on 
highway type shouldn’t be in the relation — the service way that runs parallel 
to the motorway isn’t part of it.

The edit will be from a specially created imports/mechanical edit account, and 
follow the Mechanical Edit Policy[1]. Any failed chunks or areas, or all 
remaining relations the Overpass API finds after running the tool, can simply 
be re-processed. The different OSM editors should explicitly mark relations 
tagged as type=route and highway=* or railway=* as an error. If there is no 
significant negative feedback or issues that cannot be resolved, I will 
probably open tickets for the various validators and QA tools, and run the fix 
again every couple of months.

The Overpass API makes it easy to find the relations. The problematic relations 
exist worldwide, but because they are more common in some regions because of 
mappers imitating local (bad) habits — France has zero, Bavaria has many, Japan 
is full of them — I plan on splitting my edits by creating arbitrary groups of 
400 relations, or creating tiles and subdividing them up until they contain 
less than 400 relations. Any better ideas are very welcome.

Guillaume Rischard [2]

[0] http://paste.ubuntu.com/6704102/ using 
https://gist.github.com/pnorman/cb841edb214a4ab8eb83 on a pgsnapshot database.
[1] http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy
[2] htp://openstreetmap.org/user/Stereo/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] CJK fallback fonts - testing needed

[Hans Schmidt]

Am 12.01.2014 18:30, schrieb Christoph Hormann:

 The problems with the fonts are not at all limited to CJK - Arabic and 
 other languages using Arabic script are not well readable either.  As 
 Hans Schmidt said much of this is related to size - in a unified font 
 the non-latin scripts are usually arbitrarily scaled to fit into a 
 latin line geometry.

 In your demo the alternative fallbacks do not seem to contain Arabic 
 characters - the missing glyphs are however often the ones worst to 
 read in the normal rendering (although the other ones are not great 
 either).


Yes, as I said (actually I have done this several times before :D):
Create custom style sheets for every country. Even Germany could use a
different style sheet than UK. The matter is even more severe for
completely other countries.

Let every country/language group create their own style sheet (own
colours, own fonts etc) which will be active in their country. The OSM
web page should then use *those* stylesheets when rendering the global map.

A common style sheet guide can help creating a familiar “OSM style” over
country borders, but it can still be changed to make country specific
changes possible.

A large and difficult change in the software? Yes. The only way to make
OSM really globally usuable? In my opinion definitely.

Take a look at Google Maps, where every country looks slightly
different, but still has a common appearance.

Start a fund raising campain for this. I would definitely spend money
for that.

Or, if you are fine with restricting OSM only to Europe/America, then
this is fine as well. But then don’t call OSM a “map of the world”.

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

Re: [OSM-talk] CJK fallback fonts - testing needed

[deng dongpo]

Hi Paul and Hans

For traditional Chinese characters, the Droid Fallback font looks better
than current OSM version.

I'd like to contiune Hans's opinions. Current OSM only uses zh tag to
display Chinese characters. It seems not enough. The areas where people use
Chinese are consist of China, Taiwan, Hong-Kong, Macau, Singapore,
Malaysia, and even Indonesia. Besides the difference between traditional
and simplized Chinese characters, the use of Chinese is often very
different. Thus, in Wikipedia, we can see that a Chinese wiki page has five
different language types, including zh-cn, zh-hk, zh-mo, zh-sg, and zh-tw.
The display of languages on the map is a political thing. It sometimes
becomes a problem. For example, the controvertial areas. A couple of months
ago, a Taiwanese mapper persisted in adding Senkaku Islands[1] on Taiwanses
place name 釣魚台. The chage caused that Chinese and Janpanese mappers
competatively re-name the island. I think most mappers don't like to such
kind of mapping happen again.

Cheers,

Dongpo

[1] http://www.openstreetmap.org/node/1788110205




On Sun, Jan 12, 2014 at 2:50 PM, Hans Schmidt z0idb...@gmx.de wrote:

 Hello,

 thanks for the test! Although it looks better than the first one, to be
 honest, it is still completely unsuitable for Japanese (if you want to
 have a “real” map): It is clearly a Chinese font, which is really
 different in some characters than a Japanese person would expect. This
 is also true for Taiwan, which is a little bit different. Korea also
 uses different characters, but because Korean usually uses Hangul, this
 is not so much of a problem.

 Therefore the only solution would be to render Japanese text (either the
 name:ja tag everywhere or the name tag in Japan) with a Japanese font.
 In essence, use 4 fonts (Chinese mainland, this can be the current one,
 Japanese, Taiwanese, Korean) and select them based on the language and
 area.

 But the problem for East Asia in OSM does not only lie in the fonts: The
 entire OSM rendering is completely European centered. For Japan (and the
 other east Asian countries; I guess also for other regions like India,
 Middle East etc) being usuable in OSM, the entire rendering for this
 countries should be rewritten from scratch. For example, in Japan and
 Korea the street crossings have names, in contrast to the street. The
 houses are arranged in house blocks and city blocks, which have to be
 shown. Also, for example, buddhist temples show a 卍 on the map, hot
 springs show a ♨. Some shops should be much more prominently displayed
 (for example the ubiquitious convenience stores) etc. I am not well
 versed with other regions of the world, but I guess they have similar
 problems.

 Keeping all that in mind, at some point I come to the conclusion that
 the only real possibilty for OSM to be used in these countries is to let
 the different countries create their own tile servers. They know best
 what should be displayed and until OSM does not offer a way to
 incorporate these changes on the main map (which is nonetheless the best
 way and a method for that should be persued, I think!), OSM in this
 countries will not be used in any way.

 As to your original question (Sorry for the long off topic text):
 Actually I cannot see much of a difference. The problems making it
 rather unreadable are the followings:

 1. The fonts are too small: This works for latin text, and would work
 for CJK text if used on a higher resolution screen, but for currently
 used computer screens (and the rendering in the tiles), it is too small.
 Well, I am not a native CJK speaker, so this might be different for
 other people, but for me, it is too small and unreadlable.

 2. Connected to the first issue: The hinting and anti-aliasing of the
 characters is bad. If you have such a small rendering of the font,
 rather use a nicely hinted bitmap font. I have created a comparision of
 this issue: First MS Mincho 11 pt with a 70% zoom in MS Word (where
 bitmap fonts are used), second MS Mincho with 11 pt and 200% zoom (no
 bitmap fonts at this zoom), afterwards shrinking it to 35%. Admitely,
 rather a bad method, but you can clearly see the difference.
 http://abload.de/img/comparisonidqpu.png

 3. The white shadow makes it at some points even more difficult, but I
 cannot say that for sure.

 This is connected to the Chinese characters, Korean works relatively
 fine I guess (although I don't speak Korean).

 By the way, there is also a DroidSansJapanese font with Japanese
 characters.

 Am 12.01.2014 14:19, schrieb Paul Norman:
  Right now the main OpenStreetMap.org stylesheet uses Unifont as a
  fallback font to render Chinese, Japanese and Korean (CJK) characters,
  as well as any other characters not present in the DejaVu font. Unifont
  is mainly designed to support all characters, and is not designed to
  look good.
 
  I'm looking at Droid Sans Fallback, a free font developed for Android,
  and evaluating if it would be a better fallback 

Re: [OSM-talk-nl] OSGeo.nl + OSM-NL Nieuwjaarsborrel 12 januari

[Just van den Broecke @Nexus10]

Beste Harry,

We werken niet met deelnemerslijsten. Het is redelijk informeel. Je bent van 
harte welkom. Tot vanmiddag! Hartelijke groet,
Just van den Broecke @Nexus10

Harry van der Wolf hvdw...@gmail.com wrote:

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

[Talk-br] Conferêncial Anual 2014 OpenStreetMap

[Erick de Oliveira Leal]

Vi no blog do OSM que a conferência anual será em Buenos Aires.
Aqui pertinho, uma oportunidade pra conhecer Buenos Aires e também a galera
mapeadora!
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Conferêncial Anual 2014 OpenStreetMap

[Erick de Oliveira Leal]

Ah será de 7 a 9 de novembro, o link está aqui
http://blog.openstreetmap.org/2014/01/12/buenos-aires-hosts-sotm14/


Em 12 de janeiro de 2014 19:33, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com escreveu:

 Vi no blog do OSM que a conferência anual será em Buenos Aires.
 Aqui pertinho, uma oportunidade pra conhecer Buenos Aires e também a
 galera mapeadora!

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

Re: [Talk-br] Conferêncial Anual 2014 OpenStreetMap

[Marcelo Pereira]

Quando tiver uma em Recife, o mais longe em Olinda, eu vou, negócio longe
da preula ;)

Marcelo Pereira


Em 12 de janeiro de 2014 18:36, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com escreveu:

 Ah será de 7 a 9 de novembro, o link está aqui
 http://blog.openstreetmap.org/2014/01/12/buenos-aires-hosts-sotm14/


 Em 12 de janeiro de 2014 19:33, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Vi no blog do OSM que a conferência anual será em Buenos Aires.
 Aqui pertinho, uma oportunidade pra conhecer Buenos Aires e também a
 galera mapeadora!



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




-- 
-
TImbuSérieA2013
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Conferêncial Anual 2014 OpenStreetMap

[Arlindo Pereira]

Tive a oportunidade de ir no State of the Map em 2009, em Amsterdam, com
uma bolsa paga pelo projeto. Foi uma experiência incrível!

É bastante provável que eles tenham bolsas para mapeadores da América
Latina participarem do evento. Vejam esta página do wiki (ainda não
atualizada para a edição deste ano):
http://wiki.openstreetmap.org/wiki/SOTM/Scholarships


[]s
Arlindo

2014/1/12 Marcelo Pereira pereirahol...@gmail.com

 Quando tiver uma em Recife, o mais longe em Olinda, eu vou, negócio longe
 da preula ;)

 Marcelo Pereira


 Em 12 de janeiro de 2014 18:36, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Ah será de 7 a 9 de novembro, o link está aqui
 http://blog.openstreetmap.org/2014/01/12/buenos-aires-hosts-sotm14/


 Em 12 de janeiro de 2014 19:33, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Vi no blog do OSM que a conferência anual será em Buenos Aires.
 Aqui pertinho, uma oportunidade pra conhecer Buenos Aires e também a
 galera mapeadora!



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




 --
 -
 TImbuSérieA2013

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


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

Re: [Talk-de] Grundriss vs Dachfläche

[Markus]

Hallo Chris,


Dafür braucht man zwei unterschiedliche tags.

Beispielsweise:
building=Dachfläche
building=Grundriss
building=Überdachung (laut Frank: Bauwerke wie Carport, etc)


building beschreibt all diese Gebäude.
Aber die Werte vom building-Tag beschreiben natürlich die
genauere Gebäudespezifizierung. Wenn man all diese Tags auf ein Gebäude
anwenden würde, wären das für jede Anwendung drei verschiedene Gebäude
übereinander bzw. ineinander, obwohl es ja nur eins sein sollte.


ein Gebäude hat halt viele Eigenschaften...

kartografisch:
- Grundmauer
- Innenfläche
- bedachte Fläche
- Balkone, Terrassen

Architektonischer Zweck:
- Wohnhaus
- Geschäftshaus
- Industriegebäude
- Kirche
- Rathaus
- Krankenhaus
- ...

Funktion:
siehe architektonischer Zweck,
aber eine ursprüngliche Kirche kann heute Theater sein oder Kneipe, ...
Industriegebäude können zu Wohnäusern werden (Loft)
Läuchttürme werden zu Jugendherbergen oder Museen
etc.

Für solche Klassen (es gibt noch mehr davon, z.B. architekt. Stil)
braucht man jeweils eine eigene tag-Gruppe.
Beispielsweise building:kartografisch=*
Die kartografischen Objekte sind meist unterschiedliche Linien.
Ursprünglicher Zweck und Aktueller Zweck kann man dann an eine 
dieser Linien hängen.



Problem, welcher Weg der eigentliche building-Weg ist.


Wie gesagt: ein Gebäude hat viele Eigenschaften.
Man kann sie nur differenziert abbilden.

Gruss, Markus

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

Re: [Talk-de] Grundriss vs Dachfläche

[Frank]

Am 11.01.2014 19:59, schrieb Florian Lohoff:
..

Leider sind aber auch zumindest hier in NRW die ALK Daten teilweise
total daneben. Da sind Gebaeudeumrisse drin die nicht existieren
und es gibt auch Gebaeude die nicht im ALK sind.


...

Flo


Hi Flo,
zur Aktualität von ALKIS in NRW:


Aktualität des NRW Landes-WMS:

Der von Tracer2 vorgeschlagene WMS, der ganz NRW abdeckt, basiert auf 
einem Sekundärbestand des Landes NRW, genauer gesagt des 
Geodatenzentrums bei der Bezirksregierung Köln, das die Aufgaben des 
früheren Landesvermessungsamtes übernommen hat.


Dieser Bestand wird nur einmal jährlich aktualisiert!

Gegen Ende des Jahres haben die 52 Katasterämter in NRW ihren Bestand an 
das Geodatenzentrum übermittelt. In den nächsten Wochen wird das dort 
nach und nach eingepflegt. Eine Aktualitätsverbesserung um 1 Jahr steht 
also unmittelbar bevor.
Später im Jahr hat man einen deutlichen Aktualitäts-Vorteil wenn man 
einen WMS verwendet, der direkt auf den Daten des Katasteramtes basiert. 
Hier kann man in das Geodatenportal des jeweiligen Kreises schauen und 
ggf. mit dem FireFox-Plugin WMS Inspector fündig werden.



Aktualität des Katasteramtes:

Für ein neu errichtetes Gebäude muss in NRW innerhalb von 2 Jahren die 
Einmessung beantragt werden. Oft geschieht das früher auf Verlangen des 
Hypotheken-Gebers.


Hat das Katasteramt bereits Kenntnis über ein geplantes oder im Bau 
befindliches Gebäude, dann wird dies in der Karte schon mal (je nach 
Ausprägung) durch eine Hausnummer ohne Gebäude-Grundriss angezeigt.
Die Information bekommt das Katasteramt von der Baugenehmigungsbehörde. 
Je nachdem ob der Kreis selbst oder eine Stadt zuständig ist, klappt das 
mal mehr mal weniger gut.



--

Frank

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

[Talk-de] OSBs schliessen ohne Kommentar und Username

[Florian Lohoff]

Hi,

ich sehe hier seit 3 Tagen das irgendjemand einfach ohne irgendwas zu
machen OSB Bugs schliesst. Die Bugs gehen ohne Username und Ohne
Kommentar einfach zu. Mittlerweile sind 30 Bugs von mir im Umkreis
Guetersloh/Rheda-Wiedenbrück geschlossen worde.

ICH MUSS KOTZEN !

Was soll das? 

1. Es geht nicht drum die OSB Bugs so schnell es geht einfach
   zuzumachen, das geht schneller - einfach ein drop all tables in
   der Datenbank.
2. Wenn man Bugs schliesst bitte mit Kommentar was geaendert worden ist
   und vor allem mit Namen. So kann ich denjenigen nichtmal per
   Nachricht wüst beschimpfen was das soll.

Ich würde ja neue Bugs aufmachen in dem Gebiet und denjenigen Wüst
beschimpfen aber das geht ja bei OSB nicht mehr weil ja voreilig
das neu eröffnen abgeschaltet worden ist.

So bekommen wir hier einfach nur Informationsverlust.

Stinksauer Flo
PS: Und nein - Es sind keine Notes geöffnet worden.
-- 
Florian Lohoff f...@zz.de


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

Re: [Talk-de] Grundriss vs Dachfläche

[Dirk Sohler]

cracklinrain schrieb:
 Carports hingegen sind dann Bauwerke aber keine Gebäude?

building=roof
amenity=parking
access=private
roof:material=wood (oder woraus auch immer der Carport ist)
roof:shape=flat

Auf die schnelle zusammenrecherchiert :)

Grüße,
Dirk

-- 
Local time :: Ortszeit :: DE-HH
2014-01-12T12:47:56+0100


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

Re: [Talk-de] Grundriss vs Dachfläche

[Martin Koppenhoefer]

 Am 11/gen/2014 um 18:37 schrieb chris66 chris66...@gmx.de:
 
 Im Wiki ist angedeutet, dass tendenziell eher die Grundfläche gemappt
 werden soll, aber wie will man das erzwingen?


+1, anzustreben wäre mE der Umriss auf Bodenniveau (und Kragungen und 
Überstände ggf. für höhere Detaillierung zusätzlich), aber wenn erstmal der 
Überstand mit drin ist, macht das bei der bisher üblichen Genauigkeit auch 
keinen großen Unterschied, meist fehlen auch andere Details noch, wie zB Erker 
und Rücksprünge.

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

Re: [Talk-de] Grundriss vs Dachfläche

[Martin Koppenhoefer]

 Am 11/gen/2014 um 23:16 schrieb cracklinrain cra_klinr...@gmx.de:
 
 Gibt es einen Tag für Bauwerke in OSM?


Falls Du bauliche Anlagen meinst, ist das m.E. das, was in OSM building ist. 
Die Untergruppe Gebäude kann man implizit aus dem Wert (Typ) ableiten - außer 
bei yes ;-)

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

[Talk-de] Projekt Ahaus-Heek-Legden und Map-Wizard

[Stefan Keller]

Hallo

Kann jemand mehr berichten über den Map-Wizard
(http://www.map-wizard.com/) und das
Touristik-/Kulturlandschafts-Kartierungs-Projekt
Ahaus-Heek-Legden:
http://www.ahaus.de/2328.0.html?print=1no_cache=1(gefunden via
Wochennotiz Nr. 178 vom Dezember 2013!)?

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

Re: [Talk-de] Grundriss vs Dachfläche

[Garry]

Am 11.01.2014 18:37, schrieb chris66:


Pragmatische Antwort:

Luftbildabzeichner erfassen die Dachfläche, ALK (Kataster-WMS)
Abzeichner erfassen die Grundfläche.

Wie soll's auch anders gehen? :-)

Im Wiki ist angedeutet, dass tendenziell eher die Grundfläche gemappt
werden soll, aber wie will man das erzwingen?


Seit in den letzten Jahren das Abwasser auch über die versiegelte Fläche 
verrechnet wird ist für die Masse doch
ehr die Dachfläche in der Aufsicht (die man gut aus Luftbildern 
entnehmen kann) relevant als Katasterdaten, die individuell
für die Umsetzung in OSM interpretiert werden müssen und somit zu stark 
abweichenden Ergebnissen führen kann/wird.
Was sich unter einem Dach tatsächlich befindet ist für den Mapper schwer 
feststellbar.


Garry


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

Re: [Talk-de] Grundriss vs Dachfläche

[Garry]

Am 11.01.2014 20:08, schrieb Tobias Knerr:

Am 11.01.2014 18:37, schrieb chris66:

Pragmatische Antwort:

Luftbildabzeichner erfassen die Dachfläche

Auch beim Luftbildzeichnen kann man darauf achten, die Fläche halbwegs
korrekt am Grundriss auszurichten.

Und generell sehe ich schon, dass das oft auch so gehandhabt wird. Nur
wenige würden ein Gebäude, das neben der Straße steht, über die Straße
drüber malen, nur weil das Dach im Luftbild hineinragt.
Ein flächenhaftes Eintragen von Straßen hat sich in OSM noch nicht 
verbreitet, von daher dürfte es relativ selten sein

dass ein Dach die Mittellinie der Straße berührt!



Im Wiki ist angedeutet, dass tendenziell eher die Grundfläche gemappt
werden soll, aber wie will man das erzwingen?

Wenn man erst mal klar sagt, dass es so sein soll, wird ein vernünftiger
Mapper auch versuchen, sich daran zu halten.

Das mag funktionieren wenn ein Mapper nur eine handvoll Gebäude bearbeitet.
In der Masse und Fläche ist man aber erst mal froh überhaupt 
Einzelgebäude zu haben um diese in einer zweiten Stufe
auch mit Hausnummern/Adressen ausstatten zu können. Eine 
Unterscheidung/Detailierung zwischen Grundfläche und Dachfläche sehe ich 
da auf längere Sicht nicht.

Zumal es auch schwierig ist eindeutige Grenzen zu siehen.


Siehe z.B. in Bezug auf Einordnung von Wintergärten:
http://www.paradisi.de/Freizeit_und_Erholung/Wohnen/Wintergarten/Artikel/6826.php


Garry

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

Re: [Talk-de] Projekt Ahaus-Heek-Legden und Map-Wizard

[Steffen Heinz]

Am 12.01.2014 14:02, schrieb Stefan Keller:

Hallo

Kann jemand mehr berichten über den Map-Wizard
(http://www.map-wizard.com/) und das
Touristik-/Kulturlandschafts-Kartierungs-Projekt

 ...Dein OSM-Benutzerkonto ist nicht für den Map-Wizard freigeschaltet. 
Bitte wende Dich an Deinen Projektkoordinator.

son Pech aber auch...
steht nicht mal welches Betriebssystem erforderlich ist.





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

Re: [Talk-de] OSBs schliessen ohne Kommentar und Username

[Werner Hoch]

Am Sonntag, den 12.01.2014, 12:31 +0100 schrieb Florian Lohoff:
 ich sehe hier seit 3 Tagen das irgendjemand einfach ohne irgendwas zu
 machen OSB Bugs schliesst. Die Bugs gehen ohne Username und Ohne
 Kommentar einfach zu. Mittlerweile sind 30 Bugs von mir im Umkreis
 Guetersloh/Rheda-Wiedenbrück geschlossen worde.

Dieses mal gibst du immerhin das Gebiet an auf das du dich beziehst.


 ICH MUSS KOTZEN !
 
 Was soll das? 
 
 1. Es geht nicht drum die OSB Bugs so schnell es geht einfach
zuzumachen, das geht schneller - einfach ein drop all tables in
der Datenbank.
 2. Wenn man Bugs schliesst bitte mit Kommentar was geaendert worden ist
und vor allem mit Namen. So kann ich denjenigen nichtmal per
Nachricht wüst beschimpfen was das soll.

Ich habe eine Empfehlung ergänzt, wie bugs geschlossen werden sollen:
https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out#General_hints

 Ich würde ja neue Bugs aufmachen in dem Gebiet und denjenigen Wüst
 beschimpfen aber das geht ja bei OSB nicht mehr weil ja voreilig
 das neu eröffnen abgeschaltet worden ist.

Das stimmt so nicht. Die API ist noch offen  auch wenn im Forum eine
harte Abschaltung gefordert wurde und ich darüber unglücklich bin, dass
geovelo ihr Seite noch nicht auf Notes umgestellt hat. Offene Frontends
siehe:
https://wiki.openstreetmap.org/wiki/OpenStreetBugs#Tools_for_Using_and_Exporting_Data
(zweite Spalte)

Du nennst es voreilig. Konstruktive Vorschläge für die schrittweise
Abschaltung sind willkommen. Welcher Zeitraum wäre für dich sinnvoll
gewesen, in welchen Schritten?

PS: Verwendet für neue Bugs trotzdem bitte das Notes System.

Grüße
Werner



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

[Talk-de] JOSM mit BS Opensuse 13.1 -Zugriff auf Windows-Verzeichnis einer externer Festplatte mit USB-Anschluss

[Dieter Jasper]

Hallo,
mit JOSM (latetest Vers. 6673) wird die externe Festplatte bei 'Datei 
öffnen' nicht angezeigt obwohl sie mit dem Dateimanager Dolphin 
ausgewählt werden kann.

Wer kann helfen?

Gruß
Dieter Jasper


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

Re: [Talk-de] JOSM mit BS Opensuse 13.1 -Zugriff auf Windows-Verzeichnis einer externer Festplatte mit USB-Anschluss

[tobias]

Quoting Dieter Jasper dieter_jas...@web.de


Hallo,
mit JOSM (latetest Vers. 6673) wird die externe Festplatte bei
'Datei öffnen' nicht angezeigt obwohl sie mit dem Dateimanager
Dolphin ausgewählt werden kann.
Wer kann helfen?

Gruß
Dieter Jasper


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


Hi du kannst mir dem Befehl mount sehen wohin die platte eingeh�ngt wurde
und dann mit josm da hin navigieren gruß 

  VON: Dieter Jasper
GESENDET: Sonntag, 12. Januar 2014 18:05
AN: talk-de@openstreetmap.org
ANTWORT AN: Openstreetmap allgemeines in Deutsch
BETREFF: [Talk-de] JOSM mit BS Opensuse 13.1 -Zugriff auf
Windows-Verzeichnis einer externer Festplatte mit USB-Anschluss


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

Re: [Talk-de] JOSM mit BS Opensuse 13.1 -Zugriff auf Windows-Verzeichnis einer externer Festplatte mit USB-Anschluss

[Richard Z.]

On Sun, Jan 12, 2014 at 06:05:50PM +0100, Dieter Jasper wrote:

Hallo,
mit JOSM (latetest Vers. 6673) wird die externe Festplatte bei
'Datei öffnen' nicht angezeigt obwohl sie mit dem Dateimanager
Dolphin ausgewählt werden kann.
Wer kann helfen?


mit Dolphin auswählen heißt die Festplatte wird gemountet, vermutlich
ist JOSM nicht darauf programmiert nicht gemountete Datenträger anzuzeigen.

Entweder mit Dolphin auswählen, damit wird sie gemountet oder in kde 
system-settings removable devices die FP auf autmount ändern. Persönlich 
würde ich keine echte Festplatte automounten, mit USB/SD mag das noch 
vernünfitg sein aber bei Festplatten will ich schon genau wissen was sich

da im Hintergrund tut.


Richard


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

Re: [Talk-de] OSBs schliessen ohne Kommentar und Username

[pmsg]

Hallo Florian,

ich stimme dir 99% zu.

2014/1/12 Florian Lohoff f...@zz.de:

 Ich würde ja neue Bugs aufmachen in dem Gebiet und denjenigen Wüst
 beschimpfen aber das geht ja bei OSB nicht mehr weil ja voreilig
 das neu eröffnen abgeschaltet worden ist.

Das ist das 1%: Du kannst sie als Notes neu eröffnen, wenn die Bugs
noch Sinn hatten. Warum denn wieder aufmachen als Bug? Aber siehe
oben: Ohne Kommentar und Username zumachen ist einfach asozial.

Viele Grüße

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

Re: [Talk-de] Grundriss vs Dachfläche

[Martin Koppenhoefer]

Am 12. Januar 2014 14:24 schrieb Garry garr...@gmx.de:

 Seit in den letzten Jahren das Abwasser auch über die versiegelte Fläche
 verrechnet wird ist für die Masse doch
 ehr die Dachfläche in der Aufsicht (die man gut aus Luftbildern entnehmen
 kann) relevant als Katasterdaten, die individuell
 für die Umsetzung in OSM interpretiert werden müssen und somit zu stark
 abweichenden Ergebnissen führen kann/wird.
 Was sich unter einem Dach tatsächlich befindet ist für den Mapper schwer
 feststellbar.




die versiegelte Fläche interessiert für das Gebäude nicht (uns bei OSM),
und wer die braucht muss noch viel mehr berücksichtigen (Aussenflächen,
Gründächer etc.). Was sich unter einem Dach befindet kann man als Mapper
durchaus wissen, wenn man sich dort wo man mappt auskennt.

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

Re: [Talk-de] Grundriss vs Dachfläche

[Martin Koppenhoefer]

Am 11. Januar 2014 23:16 schrieb cracklinrain cra_klinr...@gmx.de:

  Dafür braucht man zwei unterschiedliche tags.
 
  Beispielsweise:
  building=Dachfläche
  building=Grundriss
  building=Überdachung (laut Frank: Bauwerke wie Carport, etc)

 Im übertragenen Sinn sieht es in der OSM so aus: building Beschreibt all
 diese Gebäude. Aber die Werte vom building-Tag beschreiben natürlich die
 genauere Gebäudespezifizierung. Wenn man all diese Tags auf ein Gebäude
 anwenden würde, wären das für jede Anwendung drei verschiedene Gebäude
 übereinander bzw. ineinander, obwohl es ja nur eins sein sollte.




ja, da stand ja auch zum Beispiel, mit dem building-key sollte man (m.E.)
ausser der Überdachung nichts taggen, sondern ggf. die Dachfläche (bzw. das
Dach mit Neigung und Überständen etc.) im 3D-Mapping, und definiert als
Teil des Gebäudes (über den key). Grundriss bezeichnet normalerweise den
Plan einer Etage und hat hier m.E. nichts in der Diskussion zu suchen.

Die Terminologie für Gebäude-Flächen ergibt sich in Deutschland aus den
Gesetzen in Verbindung mit den technischen Normen, hier die DIN277 für
Flächen und Rauminhalte:
http://de.wikipedia.org/wiki/DIN_277
aber normalerweise brauchen wir das nicht in OSM.

Wie genau man berechnet (bzw. vereinfacht und klassifiziert) ändert sich da
alle paar Jahre, so dass man sich nicht an dieser Norm orientieren sollte.

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

Re: [Talk-de] Auto versus PKW im deutschen StVR - war: Parkplatz nur für PKW

[Martin Koppenhoefer]

Am 9. Januar 2014 08:57 schrieb Simon Poole si...@poole.ch:

 .a.W. ich würde immer davon ausgehen, dass motorcar=no als
 Verbot immer das Richtige für das jeweilige Land impliziert.



das funktioniert halt nur solange, wie man der Normalnutzer ist. Wenn Du
ein bestimmtes Kraftfahrzeug hast, das kein Auto ist, wird es ggf.
unklar, ob Du irgendwo langfahren darfst oder nicht.

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

Re: [Talk-de] OSBs schliessen ohne Kommentar und Username

[Wolfgang Hinsch]

Am Sonntag, den 12.01.2014, 18:56 +0100 schrieb Werner Hoch:
 Am Sonntag, den 12.01.2014, 12:31 +0100 schrieb Florian Lohoff:
  ich sehe hier seit 3 Tagen das irgendjemand einfach ohne irgendwas zu
  machen OSB Bugs schliesst. Die Bugs gehen ohne Username und Ohne
  Kommentar einfach zu. Mittlerweile sind 30 Bugs von mir im Umkreis
  Guetersloh/Rheda-Wiedenbrück geschlossen worde.
  
[...]
  1. Es geht nicht drum die OSB Bugs so schnell es geht einfach
 zuzumachen, das geht schneller - einfach ein drop all tables in
 der Datenbank.
  2. Wenn man Bugs schliesst bitte mit Kommentar was geaendert worden ist
 und vor allem mit Namen. So kann ich denjenigen nichtmal per
 Nachricht wüst beschimpfen was das soll.
 
 Ich habe eine Empfehlung ergänzt, wie bugs geschlossen werden sollen:
 https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out#General_hints
 
  Ich würde ja neue Bugs aufmachen in dem Gebiet und denjenigen Wüst
  beschimpfen aber das geht ja bei OSB nicht mehr weil ja voreilig
  das neu eröffnen abgeschaltet worden ist.
 
[...]
 Du nennst es voreilig. Konstruktive Vorschläge für die schrittweise
 Abschaltung sind willkommen. Welcher Zeitraum wäre für dich sinnvoll
 gewesen, in welchen Schritten?

Worin bestand eigentlich das Problem, die bisherigen OSB-Einträge in die
Notes zu übernehmen und dann OSB abzuschalten? Der Aufwand, die OSBs
manuell zu überprüfen und ggf. zu übertragen dürfte in jedem Fall
wesentlich größer sein.

Gruß, Wolfgang




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

Re: [Talk-de] Grundriss vs Dachfläche

[Michael Kugelmann]

Am 11.01.2014 19:59, schrieb Florian Lohoff:

Leider sind aber auch zumindest hier in NRW die ALK Daten teilweise
total daneben.

Aber das sind doch amtlich Daten, die müssen doch stimmen.;-)


Sorry coudn't resist,
Michael.


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

Re: [Talk-de] Schienenkreuze und Weichen

[Michael Kugelmann]

Am 30.12.2013 13:26, schrieb Andreas Neumann:

Bei der Schienen ist mir ein kleines Dilemma aufgefallen. Beispiel an
diesem Straßenbahn-Schienenkreuz http://osm.org/go/0MAe~EE4F
BTW: eine Idee meinerseits war auch Abbiege-Relationen zu verwenden 
(wie bei Straßen für Autos).



Grüße,
Michael.


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

Re: [Talk-de] Schienenkreuze und Weichen

[cracklinrain]

Am 13.01.2014 02:00, schrieb Michael Kugelmann:
 Am 30.12.2013 13:26, schrieb Andreas Neumann:
 Bei der Schienen ist mir ein kleines Dilemma aufgefallen. Beispiel an
 diesem Straßenbahn-Schienenkreuz http://osm.org/go/0MAe~EE4F
 BTW: eine Idee meinerseits war auch Abbiege-Relationen zu verwenden
 (wie bei Straßen für Autos).

In Bremen gibt es auch solche Straßenbahnschienenkreuze. Dort haben wir
das mit railway=railway_crossing gelöst:
http://www.openstreetmap.org/node/2573586593

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

Re: [Talk-de] Grundriss vs Dachfläche

[Ronnie Soak]

Komische Diskussion hier.

Wir mappen doch schon immer den Mauerumriss und nicht das Dach.
Steht auch so sowohl im englischen wie im deutschen Wikiartikel.


Allerdings geht das auch schon seit Urzeiten in der Genauigkeit der
Luftbilder (nicht nur der Auflösung, sondern auch des Offsets) unter.
Nur bei sehr großen Dachüberständen oder Luftaufnahmen aus schrägem Winkel
fällt es wirklich auf. Oder wenn jemand tatsächlich genaue, öffentliche
Daten importiert.
(Dann fällt auch meistens auf, dass die bisherigen Straßen dank GPS- und
Luftbildungenauigkeit nicht auf den Meter genau stimmen.)
Natürlich kann man sich auch beim manuellen Eintragen mehr oder weniger
Mühe beim Korrigieren geben.

Aber so funktioniert doch nun mal OSM: wir tragen Daten nach bestem
Gewissen ein und halten sie für gültig, bis jemand bessere Daten hat.
Ich sehe Luftbild-Dachumrisse nicht als falsch an. Nur eben als
'noch-nicht-so-genau' wie möglich.
Wer bessere Daten hat, verbessert das Gebäude halt. Deswegen ist der
source=* tag (am Changeset) wichtig, damit man entscheiden kann, ob die
eigenen Daten besser oder schlechter sind.

Die Tracer habe ich in der Praxis noch nicht gesehen. Wenn sie
Luftbild-Dachumrisse automatisch übernehmen, wäre das eine
Import-Diskussion wert, weil sie ja damit absichtlich ohne Korrektur
falsche Daten eintragen. Allerdings ließe sich auch das durch das source=*
tag erschlagen, weil man dann weiss, dass die Daten halt einfach noch
schlechter als 'manuell-vom-Luftbild' sind.
(Allerdings bringt das Motivationsprobleme, weil die wahrscheinlich nicht
so gern einer nochmal anfasst als wenn es noch keine Umrisse gäbe.)

my 2 cents,
Chaos



Am 13. Januar 2014 01:20 schrieb Michael Kugelmann michaelk_...@gmx.de:

 Am 11.01.2014 19:59, schrieb Florian Lohoff:

 Leider sind aber auch zumindest hier in NRW die ALK Daten teilweise
 total daneben.

 Aber das sind doch amtlich Daten, die müssen doch stimmen.;-)


 Sorry coudn't resist,
 Michael.



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

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

[Talk-it] R: Download mappa

[Giuseppe Amici]

Mi servono i dati per caricarli in traveling Salesman
http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=Main_Pa
ge

Grazie Beppe

-Messaggio originale-
Da: Maurizio Napolitano [mailto:napoo...@gmail.com] 
Inviato: sabato 11 gennaio 2014 22:37
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Download mappa

 Link per scaricare la mappa dell'italia - API6.0 ?

Intendi i dati o la mappa?

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


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

[Talk-it] R: Tracce da seguire per mappare

[Giuseppe Amici]

Qualcuno ha usato “traveling salesman” ?

Ciao Beppe



 

Argomento interessante.

 

Di primo acchito sembrerebbe il classico Problema del commesso
viaggiatore, in realtà stai cercando il percorso euleriano del grafo.

 

Alcune info qui:

http://en.wikipedia.org/wiki/Eulerian_path

 

Non so se QGIS risolve il problema. In quel caso, sarebbe semplice
importare il grafo direttamente da OSM.

 

Qui invece trovi un'applicazione per OSM che risolve il problema del
commesso viaggiatore.

Eventualmente si dovrebbe scrivere un nuovo plugin (forse c'è già, non ho
approfondito abbastanza):
http://wiki.openstreetmap.org/wiki/Traveling_Salesman

 

Ciao

/niubii/

 

 

 

Il giorno 11 gennaio 2014 11:23, Guido Salemme osm.l...@gmail.com ha
scritto:

Un saluto a tutto il gruppo

mi domandavo se esiste uno strumento da usare quando si vogliono inserire
nomi di strade, e ti crea una traccia ottima da seguire nel rilevamento dei
nomi

per esempio mi voglio spostare in un centro storico ricco di strade e
vicoli, dove le strade sono presenti (per esempio inserite da foto aeree) ma
mancano i nomi

ora sarebbe comodo un strumento che crea una traccia pianificata da seguire
che ti permette di fare il minimo percorso e ti permette di passare in tutte
le strade dove non ci sono nomi

adesso quando devo fare questo vado in giro a caso ho solo i punti delle
strade senza nomi

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

 

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

Re: [Talk-it] R: Download mappa

[Francesco Pelullo]

Qui dice che si possono scaricare in vari modi direttamente all'interno
dell'applicazione:
http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=Traveling_Salesman#How_do_I_start.3F

In alternativa, se davvero vuoi tutta l'Italia, puoi usare i files
scaricabili da Geofabrik:
http://download.geofabrik.de/

Ciao
/niubii/
Il 12/gen/2014 10:35 Giuseppe Amici giuseppeam...@virgilio.it ha
scritto:

 Mi servono i dati per caricarli in traveling Salesman

 http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=Main_Pa
 ge

 Grazie Beppe

 -Messaggio originale-
 Da: Maurizio Napolitano [mailto:napoo...@gmail.com]
 Inviato: sabato 11 gennaio 2014 22:37
 A: openstreetmap list - italiano
 Oggetto: Re: [Talk-it] Download mappa

  Link per scaricare la mappa dell'italia - API6.0 ?

 Intendi i dati o la mappa?

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


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

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

[Talk-it] relazione per muri storici.

[girarsi_liste]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dovrei mappare, se possibile, una relazione tra due muri storici del
mio paese che hanno lo stesso nome, ma sono separat dalla strada che
passa.

Non capisco però che tio di relazione posso adottare, pensavo una
relazione route, ma è concepibile per questo tipo di oggetto?


- -- 
Simone Girardelli
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iF4EAREIAAYFAlLScWUACgkQoVS0hKoD3POb6QEAkLLeQ6PsIuSqk5Vn82zGBnIm
Y3WrlnR9sRMLQnu8zAcA/1+VuUiR2CNiqj5XcDtOkz8FTNfHA6homTpVqfyIrLEe
=EtY8
-END PGP SIGNATURE-

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

[Talk-it] mappare graticola.

[girarsi_liste]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dovrei mappare una graticola di raccolta acqua, praticamente si trova
alla fine di un piccolo rio, che raccoglie l'acqua ed è poi collegata
con un tubo, portandola in un canale poco distante.

Non trovo un tag adatto.

Pensavo barrier=grid, ma mi sa non rende bene l'idea.

- -- 
Simone Girardelli
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iF4EAREIAAYFAlLSchAACgkQoVS0hKoD3PM+TgD/UWw5VeZl8FouNfE7kgb8RedX
aYgZsRrkJ236M/PwZaMA/j7eD+s1Y9hC04Ceyv/IG9aD/ALyHhdfKSbNwLeJjs+t
=daC9
-END PGP SIGNATURE-

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

[Talk-it] R: R: Download mappa

[Giuseppe Amici]

Ti ringrazio Francesco,

ho preso visione delle possibilità del pacchetto TS.

Il problema è che la funzione download non funziona sia nel wizard iniziale
sia nel programma.
Evidentemente mi manca qualche plugin. Magari se qualcuno mi puo aiutare…
Caricando invece una porzione di dati in API6.0 (come da specifica) il
programma va immancabilmente in integer exception.

 

Peccato. Questo programma svolgerebbe (al condizionale) veramente una
funzione utile.

Ciao Beppe




Da: Francesco Pelullo [mailto:f.pelu...@gmail.com] 
Inviato: domenica 12 gennaio 2014 10:54
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] R: Download mappa

 

Qui dice che si possono scaricare in vari modi direttamente all'interno
dell'applicazione:
http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=Traveli
ng_Salesman#How_do_I_start.3F

In alternativa, se davvero vuoi tutta l'Italia, puoi usare i files
scaricabili da Geofabrik:
http://download.geofabrik.de/

Ciao
/niubii/

Il 12/gen/2014 10:35 Giuseppe Amici giuseppeam...@virgilio.it ha
scritto:

Mi servono i dati per caricarli in traveling Salesman
http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=Main_Pa
ge

Grazie Beppe

-Messaggio originale-
Da: Maurizio Napolitano [mailto:napoo...@gmail.com]
Inviato: sabato 11 gennaio 2014 22:37
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Download mappa

 Link per scaricare la mappa dell'italia - API6.0 ?

Intendi i dati o la mappa?

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


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

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

Re: [Talk-it] R: Nomi in sardo reloaded

[THC]

1- Ci sono mappe in sardo, in quelle digitali ci sono sono state discussioni
a questo riguardo.
2- In ogni caso che diavolo vuol dire? Se nel mondo vendessero solo mappe
in inglese dovremmo evitare di crearne una diversa e più completa?

Chi vuole vedere una mappa in altre lingue si imposta le lingue di
preferenza e vede le mappe in tutte le lingue che preferisce. La versione
base rispecchia qualc'è il toponimo d'uso comune, il toponimo ufficiale, il
toponimo impiegato nel territorio dalla popolazione, il toponimo col quale
la comunità si fa conoscere altrove: non lo nasconde, non lo mette per
secondo, non lo fonde creandone di nuovi.

 Per questo ci dovrebbero essere entrambi i nomi, e non dovremmo
 cancellarne uno senza alcuna ragione che non sia politica o di pura
 cocciutaggine. Si può sapere che accidenti di problema c'è con l'avere il
 nome in sardo? Il nome in italiano c'è e nessuno lo ha cancellato, e se
 qualcuno vuole cercare un luogo lo può fare in entrambe le lingue. Se
 importi l'insieme dei nomi in un qualche dispositivo uguale, anzi in
 questo caso (ma forse in questo mi sbaglio, altri iscritti ditemi voi)
 essendo i nomi in italiano inseriti in name:it funzionerebbe meglio in
 Sardegna che, ad esempio, in Veneto o in Sicilia (dove è solo nel tag name
 senza indicazione di lingua). Se poi in Sardegna ci vai ti puoi ritrovare
 giustamente davanti cartelli in italiano, sardo o entrambi assieme, motivo
 per cui questo permette a tutti di orientarsi meglio.

Peccato che nessuno abbia cancellato nulla, dato che il toponimo locale
continua a restare nei rispettivi campi. Il nome italiano e *principale*
c'era e qualcuno lo ha cancellato sostituendolo con una formula inventata
giusto per quest'isola, mettendolo dietro a un toponimo locale citando
fantomatiche e inesistenti leggi, mettendolo dietro a un toponimo
platealmente meno rilevante.

e in tutte le risorse d'uso comune il toponimo italiano viene da solo
Erroneamente e purtroppo.

Ma erroneamente e purtroppo resta quello che è, un commento personale.
Erroneamente nulla, la lingua ufficiale è solo una e non sono sei, dire che
in Sardegna ci sono sei (6!!!) lingue ufficiali diverse è un'invenzione che
infatti qui si è pure rinunciato a difendere ancora.

 come primo nome quello che ha il maggior numero di madrelingua. La maggior
 parte dei sardi è madrelingua sarda, ergo la lingua locale va prima. Mi
 spieghi che tragedia immane ci vedi? Dovrebbe creare qualche problema
 grave?

Peccato che la totalità dei sardi sia di madrelingua italiana: la gente
parla varie lingue, e qualcuno che non parli italiano in Sardegna è
difficile da incontrare. C'è qualche grave problema di logica, continuando a
voler mettere davanti il toponimo meno rilevante e con meno parlanti, visto
la totalità dei sardi parla italiano e poi una parte parla anche le lingue
locali. In tutta Italia la gente allora dovrebbe parlare napoletano e
lombardo come prima lingua, ma non vedo nessun Napule/Napoli e Milan/Milano,
Turin/Torino: ma cos'è questo trionfo della non-neutralità e dell'arbitrio?

 È esattamente quello che si stava cercando di fare, nessuno ha scritto il
 gallurese sì ma il friulano no.

È invece è proprio quello che si è fatto, scrivendo indicazioni senza alcuna
fonte e con una formulazione valida solo per l'isola.

 Ora se io parlo in sardo non ho diritto a trovarlo nelle mappe? In
 particolare visto che i nomi in lingua locale sono quelli originali (a
 volte tradotti o adattati in maniera ridicola in italiano) non sarebbe
 meglio permettere a turisti (dato che a quanto pare in Sardegna sembra che
 dobbiamo sempre preoccuparci prima di loro e poi di noi stessi) di
 conoscerli?

Ma trovarlo nelle mappe (*dopo* *sotto*) non c'entra nulla col diritto dei
cittadini e di tutti quelli che ci abitano di voler vedere e trovare il
toponimo ufficiale, usato ovunque, da secoli, e in ogni ambito. Ma quali
dannati turisti: il toponimo ufficiale in italiano è il vero toponimo usato
da secoli e scelto dai consigli comunali, non la traslitterazione del
dialetto decisa nell'ultimo decennio. Il vero toponimo di Cagliari è Kalaris
come in italiano, non l'uso dialettale di un quartiere chiamato Castello.
Olbia è il vero toponimo fin dai tempi dei greci, non i dialetti
terranoa/tarranoa che manco hanno una forma ufficiale.

-

 Il nome in sardo rilevante lo è ,tant'è (e lo stiamo ripetendo ormai
 al'infinito) che lo si trova pure nei cartelli  stradali. 

Peccato che sia meno rilevante del toponimo in italiano, quindi non può
venire prima. Peccato che in certi casi è talmente irrelevante da non essere
nemmeno usato e nemmeno adottato ufficialmente. Quindi cosa si sta
ripentendo all'infinito: che è meno rilevante del toponimo ufficiale in
italiano ma l'abbiamo messo prima perché sì?

 non penso si debba inseguire a tutti costi il concetto di uso comune. è
 un qualcosa che per me rappresenta una vera e propria antitesi di
 innovazione. no buono. L'uso della barra è stato ampiamente 

Re: [Talk-it] R: Nomi in sardo reloaded

[Luca Meloni]

Chi vuole vedere una mappa in altre lingue si imposta le lingue di
preferenza e vede le mappe in tutte le lingue che preferisce.

Peccato che non si possa fare, non senza perdere parte delle opzioni. Se la 
funzione fosse implementata nella homepage ognuno si metterebbe le lingue 
nell'ordine che vuole (e tutti i toponimi che vuole) e questa discussione non 
sarebbe neanche iniziata (e non esisterebbe il tag name separato da quelli 
nelle varie lingue). Ma fino ad allora per avere tutte le funzioni con i 
toponimi sardi è necessario fare così.

Ma erroneamente e purtroppo resta quello che è, un commento personale.
Erroneamente nulla, la lingua ufficiale è solo una e non sono sei, dire che
in Sardegna ci sono sei (6!!!) lingue ufficiali diverse è un'invenzione che
infatti qui si è pure rinunciato a difendere ancora.

Erroneamente e purtroppo deriva dal fatto che ritengo che una lingua molto 
usata debba essere valorizzata a dovere. Potrà essere un commento personale, ma 
lo è quanto il tuo sarebbe giusto lasciare solo il nome in italiano, in 
quanto il  cosiddetto uso comune che ha imposto una serie di cose alle altre 
mappe non si applica affatto ad OSM. Il fatto che non si trovi il sardo sulla 
mappa DeAgostini non vuol dire nulla qui. Come ha fatto notare Andria questa 
mappa ha anche un insieme di altre funzioni/features visibili sulla mappa che 
non compaiono da nessuna altra parte, ma nessuno ha mai rotto le scatole per 
questo. Inoltre nessuno ha rinunciato a difendere nulla, le lingue locali sono 
co-ufficiali. Per quanto grazie alla On The Ground Rule che ti sforzi di 
ignorare l'ufficialità non sarebbe neanche necessaria per il doppio nome dei 
luoghi.



Peccato che nessuno abbia cancellato nulla, dato che il toponimo locale
continua a restare nei rispettivi campi.

Ho già parlato dei cartelli bilingui. Se uno vuole organizzarsi un itinerario 
in Sardegna secondo te deve controllare ogni singolo paese o salvarsi/stamparsi 
due carte diverse e confrontarle ad ogni incrocio? O se consulta un documento 
storico e trova un nome antico deve rinunciare ad usare OSM per trovarlo sulla 
mappa? Esempio:
Trovo Paùly (nome medievale di Paùli/Monserrato). So che è nel Sud Sardegna.
Non lo trovo su Google o similari (in questo caso sì, ma sto supponendo si 
tratti di un ipotetico nome semi-sconosciuto).

Nella mappa è inserito solo il nome sardo moderno, per cui cercandolo non lo 
trovo.
Nella mappa visibile vedo solo Monserrato.
Mi devo controllare ogni singolo paese del Sud Sardegna per trovarne qualcuno 
il cui nome gli assomigli o devo aiutarmi con un'elenco di toponimi (per cui a 
questo punto posso usare qualunque altra mappa, ed inoltre perdo un mucchio di 
tempo).
Bel risultato devo dire! Non è meglio che uno possa trovarlo a colpo d'occhio?


La versione
base rispecchia qualc'è il toponimo d'uso comune, il toponimo ufficiale, il
toponimo impiegato nel territorio dalla popolazione, il toponimo col quale
la comunità si fa conoscere altrove

Ancora? Il toponimo in italiano è usato di più solo nei contesti ufficiali, ed 
anche lì sta calando. In particolare  il toponimo impiegato nel territorio 
dalla popolazione in gran parte della Sardegna è quello in sardo, fattelo 
entrare in testa. Molti usano il toponimo in sardo anche quando parlano in 
italiano.



il toponimo ufficiale in italiano è il vero toponimo usato
da secoli e scelto dai consigli comunali, non la traslitterazione del
dialetto decisa nell'ultimo decennio. Il vero toponimo di Cagliari è Kalaris
come in italiano, non l'uso dialettale di un quartiere chiamato Castello.
Olbia è il vero toponimo fin dai tempi dei greci, non i dialetti
terranoa/tarranoa che manco hanno una forma ufficiale.

Il toponimo in italiano è stato imposto, non scelto. Soprattutto durante il 
ventennio fascista. E non è quello più usato dalla popolazione. Il vero nome di 
Nuoro è Nùgoro, e quello di Oristano è Aristanis. Figari, conosciuta anche 
come Golfu de li Ranci (Golfo dei Granchi) è stata tradotta alla cdc in Golfo 
Aranci (i celeberrimi aranceti del golfo!) e l'Isula de Malu Entu (Isola del 
Vento Cattivo/del Cattivo Vento) in Isola di Mal di Ventre. Vedi te se non 
sono nomi ridicoli. Terranoa/Terranova è rimasta tale per secoli (è stato 
ripristinato il nome romano solo durante il ventennio) e Casteddu/Cagliari ha 
cambiato continuamente toponimo 
(https://it.wikipedia.org/wiki/Cagliari#Toponimo).


Peccato che sia meno rilevante del toponimo in italiano, quindi non può
venire prima. Peccato che in certi casi è talmente irrelevante da non essere
nemmeno usato e nemmeno adottato ufficialmente. Quindi cosa si sta
ripentendo all'infinito: che è meno rilevante del toponimo ufficiale in
italiano ma l'abbiamo messo prima perché sì?

L'ho già spiegato prima. L'ordine deriva dal fatto di volere creare uno 
standard unico condiviso con la penisola, per cui il nome che va prima è quello 
con la maggior parte dei madrelingua. E no, la lingua madre non è l'italiano.


Ma 

Re: [Talk-it] R: Nomi in sardo reloaded

[Francesca Valentina]

Ciao

Quote
 Il toponimo in italiano è usato di più solo nei contesti ufficiali, ed
anche lì sta calando. In particolare il toponimo impiegato nel territorio
dalla popolazione in gran parte della Sardegna è quello in sardo, fattelo
entrare in testa. Molti usano il toponimo in sardo anche quando parlano in
italiano.

Ci sono ricerche a riguardo? Perché, per esperienza , io ho sentito sempre
il contrario, ovvero che quando si parla in sardo proprio i toponomi
rimangono in italiano (a volte storpiato), anziani compresi.
Il 12/gen/2014 18:03 Luca Meloni lmelonim...@yahoo.it ha scritto:


 Chi vuole vedere una mappa in altre lingue si imposta le lingue di
 preferenza e vede le mappe in tutte le lingue che preferisce.

 Peccato che non si possa fare, non senza perdere parte delle opzioni. Se
 la funzione fosse implementata nella homepage ognuno si metterebbe le
 lingue nell'ordine che vuole (e tutti i toponimi che vuole) e questa
 discussione non sarebbe neanche iniziata (e non esisterebbe il tag name
 separato da quelli nelle varie lingue). Ma fino ad allora per avere tutte
 le funzioni con i toponimi sardi è necessario fare così.

 Ma erroneamente e purtroppo resta quello che è, un commento personale.
 Erroneamente nulla, la lingua ufficiale è solo una e non sono sei, dire
 che
 in Sardegna ci sono sei (6!!!) lingue ufficiali diverse è un'invenzione
 che
 infatti qui si è pure rinunciato a difendere ancora.

 Erroneamente e purtroppo deriva dal fatto che ritengo che una lingua
 molto usata debba essere valorizzata a dovere. Potrà essere un commento
 personale, ma lo è quanto il tuo sarebbe giusto lasciare solo il nome in
 italiano, in quanto il  cosiddetto uso comune che ha imposto una serie
 di cose alle altre mappe non si applica affatto ad OSM. Il fatto che non si
 trovi il sardo sulla mappa DeAgostini non vuol dire nulla qui. Come ha
 fatto notare Andria questa mappa ha anche un insieme di altre
 funzioni/features visibili sulla mappa che non compaiono da nessuna altra
 parte, ma nessuno ha mai rotto le scatole per questo. Inoltre nessuno ha
 rinunciato a difendere nulla, le lingue locali sono co-ufficiali. Per
 quanto grazie alla On The Ground Rule che ti sforzi di ignorare
 l'ufficialità non sarebbe neanche necessaria per il doppio nome dei luoghi.


 Peccato che nessuno abbia cancellato nulla, dato che il toponimo locale
 continua a restare nei rispettivi campi.

 Ho già parlato dei cartelli bilingui. Se uno vuole organizzarsi un
 itinerario in Sardegna secondo te deve controllare ogni singolo paese o
 salvarsi/stamparsi due carte diverse e confrontarle ad ogni incrocio? O se
 consulta un documento storico e trova un nome antico deve rinunciare ad
 usare OSM per trovarlo sulla mappa? Esempio:
 *Trovo Paùly (nome medievale di Paùli/Monserrato). So che è nel Sud
 Sardegna.*

 *Non lo trovo su Google o similari (in questo caso sì, ma sto supponendo
 si tratti di un ipotetico nome semi-sconosciuto).*
 *Nella mappa è inserito solo il nome sardo moderno, per cui cercandolo non
 lo trovo.*
 *Nella mappa visibile vedo solo Monserrato.*
 *Mi devo controllare ogni singolo paese del Sud Sardegna per trovarne
 qualcuno il cui nome gli assomigli o devo aiutarmi con un'elenco di
 toponimi (per cui a questo punto posso usare qualunque altra mappa, ed
 inoltre perdo un mucchio di tempo).*
 Bel risultato devo dire! Non è meglio che uno possa trovarlo a colpo
 d'occhio?


 La versione
 base rispecchia qualc'è il toponimo d'uso comune, il toponimo ufficiale,
 il
 toponimo impiegato nel territorio dalla popolazione, il toponimo col quale
 la comunità si fa conoscere altrove

 Ancora? Il toponimo in italiano è usato di più solo nei contesti
 ufficiali, ed anche lì sta calando. In particolare il toponimo impiegato
 nel territorio dalla popolazione in gran parte della Sardegna è quello in
 sardo, fattelo entrare in testa. Molti usano il toponimo in sardo anche
 quando parlano in italiano.


 il toponimo ufficiale in italiano è il vero toponimo usato
 da secoli e scelto dai consigli comunali, non la traslitterazione del
 dialetto decisa nell'ultimo decennio. Il vero toponimo di Cagliari è
 Kalaris
 come in italiano, non l'uso dialettale di un quartiere chiamato Castello.
 Olbia è il vero toponimo fin dai tempi dei greci, non i dialetti
 terranoa/tarranoa che manco hanno una forma ufficiale.

 Il toponimo in italiano è stato imposto, non scelto. Soprattutto durante
 il ventennio fascista. E non è quello più usato dalla popolazione. Il vero
 nome di Nuoro è Nùgoro, e quello di Oristano è Aristanis. Figari,
 conosciuta anche come Golfu de li Ranci (Golfo dei Granchi) è stata
 tradotta alla cdc in Golfo Aranci (i celeberrimi aranceti del golfo!) e
 l'Isula de Malu Entu (Isola del Vento Cattivo/del Cattivo Vento) in Isola
 di Mal di Ventre. Vedi te se non sono nomi ridicoli. Terranoa/Terranova è
 rimasta tale per secoli (è stato ripristinato il nome romano solo durante
 il ventennio) e Casteddu/Cagliari ha cambiato continuamente 

Re: [Talk-it] R: Nomi in sardo reloaded

[Luca Meloni]

È esperienza personale anche questa (nella zona intorno a me almeno ho spesso 
visto così). Non lo so se esistono studi in tale senso.

Ciao,
Luca





Il Domenica 12 Gennaio 2014 18:21, Francesca Valentina coretodes...@gmail.com 
ha scritto:
 
Ciao
Quote
 Il toponimo in italiano è usato di più solo nei contesti ufficiali, ed anche 
lì sta calando. In particolare il toponimo impiegato nel territorio dalla 
popolazione in gran parte della Sardegna è quello in sardo, fattelo entrare in 
testa. Molti usano il toponimo in sardo anche quando parlano in italiano.
Ci sono ricerche a riguardo? Perché, per esperienza , io ho sentito sempre il 
contrario, ovvero che quando si parla in sardo proprio i toponomi rimangono in 
italiano (a volte storpiato), anziani compresi. 
Il 12/gen/2014 18:03 Luca Meloni lmelonim...@yahoo.it ha scritto:


Chi vuole vedere una mappa in altre lingue si imposta le lingue di
preferenza e vede le mappe in tutte le lingue che preferisce.


Peccato che non si possa fare, non senza perdere parte delle opzioni. Se la 
funzione fosse implementata nella homepage ognuno si metterebbe le lingue 
nell'ordine che vuole (e tutti i toponimi che vuole) e questa discussione non 
sarebbe neanche iniziata (e non esisterebbe il tag name separato da quelli 
nelle varie lingue). Ma fino ad allora per avere tutte le funzioni con i 
toponimi sardi è necessario fare così.


Ma erroneamente e purtroppo resta quello che è, un commento personale.
Erroneamente nulla, la lingua ufficiale è solo una e non sono sei, dire che
in Sardegna ci sono sei (6!!!) lingue ufficiali diverse è un'invenzione che
infatti qui si è pure rinunciato a difendere ancora.


Erroneamente e purtroppo deriva dal fatto che ritengo che una lingua molto 
usata debba essere valorizzata a dovere. Potrà essere un commento personale, 
ma lo è quanto il tuo sarebbe giusto lasciare solo il nome in italiano, in 
quanto il  cosiddetto uso comune che ha imposto una serie di cose alle altre 
mappe non si applica affatto ad OSM. Il fatto che non si trovi il sardo sulla 
mappa DeAgostini non vuol dire nulla qui. Come ha fatto notare Andria questa 
mappa ha anche un insieme di altre funzioni/features visibili sulla mappa che 
non compaiono da nessuna altra parte, ma nessuno ha mai rotto le scatole per 
questo. Inoltre nessuno ha rinunciato a difendere nulla, le lingue locali sono 
co-ufficiali. Per quanto grazie alla On The Ground Rule che ti sforzi di 
ignorare l'ufficialità non sarebbe neanche necessaria per il doppio nome dei 
luoghi.





Peccato che nessuno abbia cancellato nulla, dato che il toponimo locale
continua a restare
 nei rispettivi campi.


Ho già parlato dei cartelli bilingui. Se uno vuole organizzarsi un itinerario 
in Sardegna secondo te deve controllare ogni singolo paese o 
salvarsi/stamparsi due carte diverse e confrontarle ad ogni incrocio? O se 
consulta un documento storico e trova un nome antico deve rinunciare ad usare 
OSM per trovarlo sulla mappa? Esempio:
Trovo Paùly (nome medievale di Paùli/Monserrato). So che è nel Sud Sardegna.
Non lo trovo su Google o similari (in questo caso sì, ma sto supponendo si 
tratti di un ipotetico nome semi-sconosciuto).

Nella mappa è inserito solo il nome sardo moderno, per cui cercandolo non lo 
trovo.
Nella mappa visibile vedo solo Monserrato.
Mi devo controllare ogni singolo paese del Sud Sardegna per trovarne qualcuno 
il cui nome gli assomigli o devo aiutarmi con un'elenco di toponimi (per cui a 
questo punto posso usare qualunque altra mappa, ed inoltre perdo un mucchio di 
tempo).
Bel risultato devo dire! Non è meglio che uno possa trovarlo a colpo d'occhio?




La versione
base rispecchia qualc'è il toponimo d'uso comune, il toponimo ufficiale, il
toponimo impiegato nel territorio dalla popolazione, il toponimo col quale
la comunità si fa conoscere altrove


Ancora? Il toponimo in italiano è usato di più solo nei contesti ufficiali, ed 
anche lì sta calando. In particolare  il toponimo impiegato nel territorio 
dalla popolazione in gran parte della Sardegna è quello in sardo, fattelo 
entrare in testa. Molti usano il toponimo in sardo anche quando parlano in 
italiano.





il toponimo ufficiale in italiano è il vero toponimo usato
da secoli e scelto dai consigli comunali, non la traslitterazione del
dialetto decisa nell'ultimo decennio. Il vero toponimo di Cagliari è Kalaris
come in italiano, non l'uso dialettale di un quartiere chiamato Castello.
Olbia è il vero toponimo fin dai tempi dei greci, non i dialetti
terranoa/tarranoa che manco hanno una forma ufficiale.


Il toponimo in italiano è stato imposto, non scelto. Soprattutto durante il 
ventennio fascista. E non è quello più usato dalla popolazione. Il vero nome 
di Nuoro è Nùgoro, e quello di Oristano è Aristanis. Figari, conosciuta 
anche come Golfu de li Ranci (Golfo dei Granchi) è stata tradotta alla cdc in 
Golfo Aranci (i celeberrimi aranceti del golfo!) e l'Isula de Malu Entu 
(Isola del Vento Cattivo/del Cattivo Vento) 

Re: [Talk-it] R: Nomi in sardo reloaded

[yahoo-pier_andreit]

nel caso si contino i consensi sto con THC +1 :-) :-) :-)

On 01/12/2014 04:25 PM, THC wrote:

1- Ci sono mappe in sardo, in quelle digitali ci sono sono state discussioni

a questo riguardo.

2- In ogni caso che diavolo vuol dire? Se nel mondo vendessero solo mappe

in inglese dovremmo evitare di crearne una diversa e più completa?

Chi vuole vedere una mappa in altre lingue si imposta le lingue di
preferenza e vede le mappe in tutte le lingue che preferisce. La versione
base rispecchia qualc'è il toponimo d'uso comune, il toponimo ufficiale, il
toponimo impiegato nel territorio dalla popolazione, il toponimo col quale
la comunità si fa conoscere altrove: non lo nasconde, non lo mette per
secondo, non lo fonde creandone di nuovi.


Per questo ci dovrebbero essere entrambi i nomi, e non dovremmo
cancellarne uno senza alcuna ragione che non sia politica o di pura
cocciutaggine. Si può sapere che accidenti di problema c'è con l'avere il
nome in sardo? Il nome in italiano c'è e nessuno lo ha cancellato, e se
qualcuno vuole cercare un luogo lo può fare in entrambe le lingue. Se
importi l'insieme dei nomi in un qualche dispositivo uguale, anzi in
questo caso (ma forse in questo mi sbaglio, altri iscritti ditemi voi)
essendo i nomi in italiano inseriti in name:it funzionerebbe meglio in
Sardegna che, ad esempio, in Veneto o in Sicilia (dove è solo nel tag name
senza indicazione di lingua). Se poi in Sardegna ci vai ti puoi ritrovare
giustamente davanti cartelli in italiano, sardo o entrambi assieme, motivo
per cui questo permette a tutti di orientarsi meglio.


Peccato che nessuno abbia cancellato nulla, dato che il toponimo locale
continua a restare nei rispettivi campi. Il nome italiano e *principale*
c'era e qualcuno lo ha cancellato sostituendolo con una formula inventata
giusto per quest'isola, mettendolo dietro a un toponimo locale citando
fantomatiche e inesistenti leggi, mettendolo dietro a un toponimo
platealmente meno rilevante.


e in tutte le risorse d'uso comune il toponimo italiano viene da solo

Erroneamente e purtroppo.


Ma erroneamente e purtroppo resta quello che è, un commento personale.
Erroneamente nulla, la lingua ufficiale è solo una e non sono sei, dire che
in Sardegna ci sono sei (6!!!) lingue ufficiali diverse è un'invenzione che
infatti qui si è pure rinunciato a difendere ancora.


come primo nome quello che ha il maggior numero di madrelingua. La maggior
parte dei sardi è madrelingua sarda, ergo la lingua locale va prima. Mi
spieghi che tragedia immane ci vedi? Dovrebbe creare qualche problema
grave?


Peccato che la totalità dei sardi sia di madrelingua italiana: la gente
parla varie lingue, e qualcuno che non parli italiano in Sardegna è
difficile da incontrare. C'è qualche grave problema di logica, continuando a
voler mettere davanti il toponimo meno rilevante e con meno parlanti, visto
la totalità dei sardi parla italiano e poi una parte parla anche le lingue
locali. In tutta Italia la gente allora dovrebbe parlare napoletano e
lombardo come prima lingua, ma non vedo nessun Napule/Napoli e Milan/Milano,
Turin/Torino: ma cos'è questo trionfo della non-neutralità e dell'arbitrio?


È esattamente quello che si stava cercando di fare, nessuno ha scritto il
gallurese sì ma il friulano no.


È invece è proprio quello che si è fatto, scrivendo indicazioni senza alcuna
fonte e con una formulazione valida solo per l'isola.


Ora se io parlo in sardo non ho diritto a trovarlo nelle mappe? In
particolare visto che i nomi in lingua locale sono quelli originali (a
volte tradotti o adattati in maniera ridicola in italiano) non sarebbe
meglio permettere a turisti (dato che a quanto pare in Sardegna sembra che
dobbiamo sempre preoccuparci prima di loro e poi di noi stessi) di
conoscerli?


Ma trovarlo nelle mappe (*dopo* *sotto*) non c'entra nulla col diritto dei
cittadini e di tutti quelli che ci abitano di voler vedere e trovare il
toponimo ufficiale, usato ovunque, da secoli, e in ogni ambito. Ma quali
dannati turisti: il toponimo ufficiale in italiano è il vero toponimo usato
da secoli e scelto dai consigli comunali, non la traslitterazione del
dialetto decisa nell'ultimo decennio. Il vero toponimo di Cagliari è Kalaris
come in italiano, non l'uso dialettale di un quartiere chiamato Castello.
Olbia è il vero toponimo fin dai tempi dei greci, non i dialetti
terranoa/tarranoa che manco hanno una forma ufficiale.

-


Il nome in sardo rilevante lo è ,tant'è (e lo stiamo ripetendo ormai
al'infinito) che lo si trova pure nei cartelli  stradali.


Peccato che sia meno rilevante del toponimo in italiano, quindi non può
venire prima. Peccato che in certi casi è talmente irrelevante da non essere
nemmeno usato e nemmeno adottato ufficialmente. Quindi cosa si sta
ripentendo all'infinito: che è meno rilevante del toponimo ufficiale in
italiano ma l'abbiamo messo prima perché sì?


non penso si debba inseguire a tutti costi il concetto di uso comune. è
un qualcosa che per me rappresenta una vera 

Re: [Talk-it] R: Punto trigonometrico

[mircozorzo]

Si ho visto, i dati sono in vendita, si trovano alcuni dati in rete ma sono
imprecisi e quindi quasi inutili.

Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Punto-trigonometrico-tp5792599p5792720.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] Punto trigonometrico

[Martin Koppenhoefer]

2014/1/11 mircozorzo mircozo...@inwind.it

 45.65454480678188, 11.453418705296432


è comunque troppo preciso ;-)
a quale livello sta, forse nanometri? più di un cm di precisione
probabilmente non serve, sopratutto perchè la superficie della terra è in
movimento.

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

Re: [Talk-it] R: Download mappa

[Martin Koppenhoefer]

2014/1/12 Francesco Pelullo f.pelu...@gmail.com

 In alternativa, se davvero vuoi tutta l'Italia, puoi usare i files
 scaricabili da Geofabrik:
 http://download.geofabrik.de/



oppure i files da gfoss:
http://download.gfoss.it/osm/osm/

lì ci sono anche i regioni, ma non sono aggiornati ogni giorno.

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

Re: [Talk-it] relazione per muri storici.

[Martin Koppenhoefer]

2014/1/12 girarsi_liste liste.gira...@gmail.com


 Non capisco però che tio di relazione posso adottare, pensavo una
 relazione route, ma è concepibile per questo tipo di oggetto?




probabilmente non è previsto l'uso di route per la mura, ma anch'io l'avevo
fatto delle volte (anche per fiumi). Se le mura sono mappate come aree non
va bene invece (in questo caso una relazione multipolygon). D'altro canto
non c'è strettamente bisogno di una relazione.

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

Re: [Talk-it] Limite di tempo parcheggio

[Martin Koppenhoefer]

2014/1/12 Gianluca Boero gianlucabo...@alice.it

 Devo per forza utilizzare questi valori o se so che la zona a disco è di
 60 minuti inserisco quel valore?



inserisci quel che ti sembra opportuno (quindi 60 in questo caso).

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

Re: [Talk-it] relazione per muri storici.

[girarsi_liste]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Il 12/01/2014 20:12, Martin Koppenhoefer ha scritto:
 probabilmente non è previsto l'uso di route per la mura, ma anch'io
 l'avevo fatto delle volte (anche per fiumi). Se le mura sono
 mappate come aree non va bene invece (in questo caso una relazione
 multipolygon). D'altro canto non c'è strettamente bisogno di una
 relazione.
 

Non lo so, le avevo precedentemente mappate come aree, adesso le ho
reso un paio di way, con width e height, però josm nella validazione
mi dà avviso di area non chiusa.

http://www.openstreetmap.org/#map=19/46.06750/11.49963


- -- 
Simone Girardelli
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iF4EAREIAAYFAlLS6pMACgkQoVS0hKoD3PMeyQEAm0qJZOXRhp3sOfHRnanDZ9qJ
GZMYdCNj4y0G8b4Wlq8A/jY+YPlAhHXPQPDirSS/T+SriXd9SpkMztDZxwvRHzav
=8I4q
-END PGP SIGNATURE-

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

Re: [Talk-it] R: Nomi in sardo reloaded

[Luigi Toscano]

Luca Meloni wrote:
 
Ma erroneamente e purtroppo resta quello che è, un commento personale.
Erroneamente nulla, la lingua ufficiale è solo una e non sono sei, dire che
in Sardegna ci sono sei (6!!!) lingue ufficiali diverse è un'invenzione che
infatti qui si è pure rinunciato a difendere ancora.
 
 Erroneamente e purtroppo deriva dal fatto che ritengo che una lingua molto
 usata debba essere valorizzata a dovere. Potrà essere un commento personale,
 ma lo è quanto il tuo sarebbe giusto lasciare solo il nome in italiano, in
 quanto il  cosiddetto uso comune che ha imposto una serie di cose alle altre
 mappe non si applica affatto ad OSM. Il fatto che non si trovi il sardo sulla
 mappa DeAgostini non vuol dire nulla qui. Come ha fatto notare Andria questa
 mappa ha anche un insieme di altre funzioni/features visibili sulla mappa che
 non compaiono da nessuna altra parte, ma nessuno ha mai rotto le scatole per
 questo. Inoltre nessuno ha rinunciato a difendere nulla, le lingue locali sono
 co-ufficiali. Per quanto grazie alla On The Ground Rule che ti sforzi di
 ignorare l'ufficialità non sarebbe neanche necessaria per il doppio nome dei
 luoghi.


Entro un attimo nella discussione, e riporto testualmente la regola,
evidenziando la sezione che secondo me si applica in questo caso:
(http://wiki.openstreetmap.org/wiki/Disputes)

On the Ground Rule

If the dispute can not be resolved through discussion, then the simple default
rule is whatever name, designation, etc are used by the people on the ground
at that location are used in the non-localized tags. The 'Map what's on the
ground' rule appears along with other guidelines on the Good practice page. So
in the case of North Cyprus, this would be the Turkish names. The specific
rules are documented at WikiProject Cyprus#Disputed place names.

***In the case where there are multiple local names, then if the government
with effective and sustained control of the area has an official source of
names or an official stance on a naming dispute, then that name is default.
For instance, Derry-Londonderry.***

When there is no clear sustained control of an area, such as Kosovo, special
consideration will be needed on a case by case basis. (Kosovo now has
independent government, recognised by many other countries, so this is now
less relevant.)

OpenStreetMap is not a forum for politics, but a means for understanding.
Disputes are not to be carried out in the map, but in discussion. Any editor
who does not abide by this, and does not respect agreements in the area, or
ultimately the on the ground rule, risks losing the right to participate in
OpenStreetMap. Contact one of the mediators above if you see this kind of
behavior.
--

Direi che qui, come evidenziato a margine in vari messaggi nella discussione,
bisogna andare a vedere cosa dicono le autorità. In altri messaggi si diceva
che alcuni comuni non hanno ancora stabilito l'uso del doppio nome (o qualcosa
del genere) - nel caso di questi comuni, finché non cambiano la delibera,
potrebbe valere l'uso del solo italiano, in mancanza di un regolamento?

Il discorso del ritengo che una lingua molto usata debba essere valorizzata a
dovere. è bello e giusto, ma la valorizzazione in OSM è subordinata a quello
che c'è davvero legalmente: questo punto è davvero risolto? (i messaggi
passati mi hanno lasciato un po' di confusione in testa). Il problema politico
va prima risolto fuori OSM.

Ciao
-- 
Luigi


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

Re: [Talk-it] R: Punto trigonometrico

[Francesco Pelullo]

Strano.
In genere i vertici della rete trigonometrica vengono riciclati anche
come punti fiduciali per il catasto.
Invece nei pressi del punto indicato da te (45.65454480678188,
11.453418705296432)  (con che cosa hai misurato queste coordinate?) c'è
soltanto un punto fiduciale appoggiato al classico spigolo di fabbricato,
dubito che sia il tuo punto trigonometrico:
http://wwwt.agenziaentrate.gov.it/servizi/Monografie/download.php?key=661207381namefile=E864-0200-09

Forse si tratta di un caposaldo GPS per qualche operazione di rilievo,
istituito da qualche Ente (università, privati) ma non è un vertice
trigonometrico della rete IGM.

Hai una foto?

Ciao
/niubii/



2014/1/12 mircozorzo mircozo...@inwind.it

 Si ho visto, i dati sono in vendita, si trovano alcuni dati in rete ma sono
 imprecisi e quindi quasi inutili.

 Ciao, Mirco



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Punto-trigonometrico-tp5792599p5792720.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

Re: [Talk-it] R: Punto trigonometrico

[Cascafico Giovanni]

Se é confermato che sono arrotondati al secondo di grado (una trentina di
metri in latitudine), non ha senso considerarli,.. tanto vale fare una
propria rete OSM di  punti in corrispondenza di elementi riconoscibili e
duraturi ... monumenti magari piccoli dove poter fare un fix... più fix si
hanno, più statisticamente ci si avvicinerà alle coordinate corrette.,
nonostante il limite di 4-5 metri dei GPS commerciali.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] A proposito di doppi nomi e TAA, nuovo utente

[Luigi Toscano]

Ciao,
in tema con quanto si discute altrove, in TAA dove la situazione pare l'unica
sicura, questo nuovo utente:
http://www.openstreetmap.org/user/Linusbolzano

sta non solo mettendo il solo nome italiano, ma soprattutto anche rimuovendo
il name:de - qualcuno del posto che se ne vuole occupare?

Ciao
-- 
Luigi

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

Re: [Talk-it] R: R: Download mappa

[Francesco Pelullo]

Ho provato in maniera superficiale a farlo girare anch'io.
Il wizard del primo avvio non funziona.
Devo stoppare (arrgh! :-)) java con CTRL+C e riavviarlo.
Dopo il riavvio riesco a vedere la mappa di una località tedesca, nella
finestra della console Java è un susseguirsi di messaggi di errore.

Non sono andato oltre.
Speriamo in tempi migliori.

Ciao
/niubii/



Il giorno 12 gennaio 2014 15:17, Giuseppe Amici
giuseppeam...@virgilio.itha scritto:

 Ti ringrazio Francesco,

 ho preso visione delle possibilità del pacchetto TS.

 Il problema è che la funzione download non funziona sia nel wizard
 iniziale sia nel programma.
 Evidentemente mi manca qualche plugin. Magari se qualcuno mi puo aiutare…
 Caricando invece una porzione di dati in API6.0 (come da specifica) il
 programma va immancabilmente in integer exception.



 Peccato. Questo programma svolgerebbe (al condizionale) veramente una
 funzione utile.

 Ciao Beppe


 *Da:* Francesco Pelullo [mailto:f.pelu...@gmail.com]
 *Inviato:* domenica 12 gennaio 2014 10:54

 *A:* openstreetmap list - italiano
 *Oggetto:* Re: [Talk-it] R: Download mappa



 Qui dice che si possono scaricare in vari modi direttamente all'interno
 dell'applicazione:

 http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=Traveling_Salesman#How_do_I_start.3F

 In alternativa, se davvero vuoi tutta l'Italia, puoi usare i files
 scaricabili da Geofabrik:
 http://download.geofabrik.de/

 Ciao
 /niubii/

 Il 12/gen/2014 10:35 Giuseppe Amici giuseppeam...@virgilio.it ha
 scritto:

 Mi servono i dati per caricarli in traveling Salesman

 http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=Main_Pa
 ge

 Grazie Beppe

 -Messaggio originale-
 Da: Maurizio Napolitano [mailto:napoo...@gmail.com]
 Inviato: sabato 11 gennaio 2014 22:37
 A: openstreetmap list - italiano
 Oggetto: Re: [Talk-it] Download mappa

  Link per scaricare la mappa dell'italia - API6.0 ?

 Intendi i dati o la mappa?

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


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

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


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

[Talk-it] Spam nei nomi?

[Daniele Forsi]

Nelle pagine di Groppo sono saltati fuori questi nomi:

Marche

Valore Link
Sentiero*Frontignano-Visso*(in*parte*303)*-**WWW.CAMOSCIOSIBILLINI.IT
WWW.CAMOSCIOSIBILLINI.IT*-**AQUILA*REALE
WWW.CAMOSCIOSIBILLINI.IT*-**CAMOSCI
WWW.CAMOSCIOSIBILLINI.IT*-**CAMOSCI
WWW.CAMOSCIOSIBILLINI.IT*-**CAMOSCI
WWW.CAMOSCIOSIBILLINI.IT*-**CAMOSCI
WWW.CAMOSCIOSIBILLINI.IT*-**CAMOSCI*INVERNO
WWW.CAMOSCIOSIBILLINI.IT*-**CASCATE*DELLE*CALLARELLE
WWW.CAMOSCIOSIBILLINI.IT*-**CERVI
WWW.CAMOSCIOSIBILLINI.IT*-**CERVO

il primo di questi nomi è sulla way 128180628 e potrebbe anche essere
passabile se fosse su una proprietà privata (ma non lo so), ma gli
altri...

https://dl.dropboxusercontent.com/u/41550819/OSM/Errori_in_Italia_Grp/wrong_spaces_in_hgw_name.html
-- 
Daniele Forsi

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

Re: [Talk-it] Punto trigonometrico

[mircozorzo]

concordo precisamente



--
View this message in context: 
http://gis.19327.n5.nabble.com/Punto-trigonometrico-tp5792599p5792778.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] R: Punto trigonometrico

[mircozorzo]

Ciao,  http://gis.19327.n5.nabble.com/file/n5792780/2014-01-11_16.42.31.jpg
il punto si trova a un metro circa dall'angolo di via Borgo Redentore e il
sentiero che c'è nella direzione di Via Losca ma nel lato a sud però e non a
nord come visualizzato nella mappa . Ho creato il pdi con OsmAnd e poi
copiato le coordinate da Josm.

Ciao , Mirco 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Punto-trigonometrico-tp5792599p5792780.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] Openseamap logger per profondità di acqua

[Martin Koppenhoefer]

2014/1/9 Simone Cortesi sim...@cortesi.com

 sai se si puo' collegare alla strumentazione di una barca a
 noleggio?



credo di si, se c'è un'uscita NMEA sulla barca. il device non fa altro che
registrare, e l'attaco è standard.

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

Re: [Talk-it] Pedestrian routing, oneway, turnstile

[Martin Koppenhoefer]

2014/1/10 Fabri erfab...@gmail.com

 Per un footway dovrebbe essere palese che se c'è un oneway=yes si può
 accedere solo in un senso.



forse per un footway si (al meno che non abbia altri tags e quindi il tag
non era pensato per i pedoni). Purtroppo per le pedestrian è una cosa
abbastanza comune di avere un oneway=yes (per le macchine) che deve essere
ignorato per pedoni per avere un routing sensato.

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

Re: [Talk-it] Associazione Genitori

[Martin Koppenhoefer]

2014/1/10 Enrico Piccinelli picc...@tiscali.it

 On Fri, 10 Jan 2014, Martin Koppenhoefer wrote:

  metterei office=* (dove * potrebbe forse essere qualcosa come ngo o
 lobbying?)


 Ma alla voce 'office' [1] il wiki riporta: A place predominantly selling
 services.
 Qui però non si vende nulla, per partecipare all'associazione bisogna
 associarsi e pagare la relativa quota di iscrizione.



per me l'ufficio di un'associazione senza scopo di lucro rimane comunque un
ufficio.




  Poi leisure=club potrebbe andare bene o anche no (non so se si tratta di
 leisure). club=age (età) sicuramente non va bene, metterei
 club=parent_association o simile (parents ecc.)


 hai ragione, non avevo notato :-) .
 usando taginfo ho risolto per il momento utilizzando club=social, ma è
 ancora troppo generico, parent_association mi piace di più.



club=social intende probabilmente social club, e credo che sia qualcosa di
diverso: http://en.wikipedia.org/wiki/Social_club
http://en.wikipedia.org/wiki/File:HoustonClubEntrance.JPG




  Secondo come sono organizzati potrebbe essere operator=Associazione
 Italiana Genitori ecc. o anche no.


 Non è meglio network? l'operator sarebbero i volontari, o il 'capo' della
 sezione locale, secondo me :-).



 quindi l'operator è probabilmente la sezione locale.

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

Re: [Talk-it] Pedestrian routing, oneway, turnstile

[Simone Saviolo]

Il giorno 10 gennaio 2014 15:06, Fabri erfab...@gmail.com ha scritto:

 Per le bici anche lo fa, ma preferirei un opzione che ti faccia scegliere:
 anche contromano o solo nel senso consentito (anche perchè non è sempre
 legalizzato ancora in tutti i posti anche se tollerato, ma ti possono fare
 la multa) o che usasse il tag oneway:bicycle=no.


Sfatiamo questo mito: non è stato autorizzato il contromano alle
biciclette, per fortuna. I Comuni ora possono istituire, sulle strade che
rispettano determinati requisiti, una corsia ciclabile segnalata e
demarcata in senso inverso al senso unico. Dove ci sarà, la taggheremo;
altrimenti, vietato.

Ciao,

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

Re: [Talk-it] R: Nomi in sardo reloaded

[Martin Koppenhoefer]

2014/1/12 Luigi Toscano luigi.tosc...@tiscali.it

 On the Ground Rule

 If the dispute can not be resolved through discussion, then the simple
 default
 rule is whatever name, designation, etc are used by the people on the
 ground
 at that location are used in the non-localized tags. The 'Map what's on the
 ground' rule appears along with other guidelines on the Good practice
 page. So
 in the case of North Cyprus, this would be the Turkish names. The specific
 rules are documented at WikiProject Cyprus#Disputed place names.



+1, poi se non c'è calma la soluzione a Gerusalemme era di rimuovere
tutti i name lasciando soltanto la versione localizzata. Speriamo che in
Sardegna la situazione è meno tesa che in Israele...

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

Re: [Talk-it] R: Punto trigonometrico

[Francesco Pelullo]

Quello è un punto stabile di riferimento (PSR) catastale.

In teoria dovremmo poter consultare gratuitamente la monografia.
È veramente strano che non risulti tra i fiduciali.
È molto distante da quello che ti ho linkato nel messaggio precedente?

Ciao
/niubii/
 Il 12/gen/2014 23:55 mircozorzo mircozo...@inwind.it ha scritto:

 Ciao,  
 http://gis.19327.n5.nabble.com/file/n5792780/2014-01-11_16.42.31.jpg
 il punto si trova a un metro circa dall'angolo di via Borgo Redentore e il
 sentiero che c'è nella direzione di Via Losca ma nel lato a sud però e non
 a
 nord come visualizzato nella mappa . Ho creato il pdi con OsmAnd e poi
 copiato le coordinate da Josm.

 Ciao , Mirco



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Punto-trigonometrico-tp5792599p5792780.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

Re: [Talk-it] R: Punto trigonometrico

[mircozorzo]

Ciao, dista circa 310 metri in linea d'aria. Non è quindi un vertice
trigonimetrico di riferimento IBM?

Grazie!



--
View this message in context: 
http://gis.19327.n5.nabble.com/Punto-trigonometrico-tp5792599p5792807.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] R: Punto trigonometrico

[Francesco Pelullo]

IBM no di certo! ;-)
IGM nemmeno...
E' del catasto.

Ciao
/niubii/
 Il 13/gen/2014 07:47 mircozorzo mircozo...@inwind.it ha scritto:

 Ciao, dista circa 310 metri in linea d'aria. Non è quindi un vertice
 trigonimetrico di riferimento IBM?

 Grazie!



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Punto-trigonometrico-tp5792599p5792807.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

Re: [Talk-it] R: Punto trigonometrico

[mircozorzo]

Ahhh che delusione! 

Scusate non ho riletto.

Ciao, Mirco 




--
View this message in context: 
http://gis.19327.n5.nabble.com/Punto-trigonometrico-tp5792599p5792809.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] Pedestrian routing, oneway, turnstile

[Fabri]

On lun 13 gen 2014 01:22:39 CET, Martin Koppenhoefer dieterdre...@gmail.com 
wrote:

 2014/1/10 Fabri erfab...@gmail.com
 
  Per un footway dovrebbe essere palese che se c'è un oneway=yes si può
  accedere solo in un senso.
  
 
 
 forse per un footway si (al meno che non abbia altri tags e quindi il tag
 non era pensato per i pedoni). Purtroppo per le pedestrian è una cosa
 abbastanza comune di avere un oneway=yes (per le macchine) che deve
 essere ignorato per pedoni per avere un routing sensato.
 
 ciao,
 Martin
caso particolare in cui macchine autorizzate ad accedere in area pedonale?
oneway:motor_vehicle=yes oneway:foot=no ?

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

Re: [Talk-co] Visibilidad de Barrios

[Germán Márquez Mejía]

place=neighbourhood ya se muestra en Mapnik.

p. ej.  http://www.openstreetmap.org/node/376244922



2013/11/28 Bennet Campoverde benets...@hotmail.com

 hola harrieco; a que te refieres con visibilidad de barrios?  A que
 aparezca la rotulación que identifique la zona donde yace cada barrio?

 Bennet

 --
 From: harrie...@hotmail.com
 To: talk-co@openstreetmap.org
 Date: Thu, 28 Nov 2013 07:53:41 -0500
 Subject: [Talk-co] Visibilidad de Barrios


 Con el paso en el paado de suburb a neighborhood se perido la visibilidad
 de barrios, que creo al menos en la ciudad es un aspecto básico y util  de
 los mapas(asi lo considero personalmente), no se si podamos adoptar
 paulatinamete el esquema de Buenos Aires
 http://www.openstreetmap.org/#map=11/-34.6369/-58.6900

 harrierco

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

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




-- 
In a world without walls or fences, who needs windows and gates?
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Visibilidad de Barrios

[carlos felipe castillo]

Hace un tiempo intente realizar este ejercicio en:
http://osm.org/go/YIc9ULW5U-


El 28 de noviembre de 2013, 16:00, hyan...@gmail.com
hyan...@gmail.comescribió:

 Correcto, para barrios en Colombia se está usando el nivel 9


 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries

 Cada barrio es un multipolígono conformado por los vectores de frontera,
 creo que podemos seguir el parámetro de Duitama ¿qué opinan?  Manchito
 ¿alguna sugerencia?


 El 28 de noviembre de 2013 15:39, Leonardo Gutierrez 
 l...@nuevoartesano.com escribió:

 Bennet yo he trabajado el tema de barrios en Duitama y Sogamoso, puedes
 verlos en :

 http://www.openstreetmap.org/#map=15/5.8055/-73.0261

 y en:


 http://www.openstreetmap.org/#map=15/5.7537/-72.8949


 El 28 de noviembre de 2013 09:14, Bennet Campoverde 
 benets...@hotmail.com escribió:

 hola harrieco; a que te refieres con visibilidad de barrios?  A que
 aparezca la rotulación que identifique la zona donde yace cada barrio?

 Bennet

 --
 From: harrie...@hotmail.com
 To: talk-co@openstreetmap.org
 Date: Thu, 28 Nov 2013 07:53:41 -0500
 Subject: [Talk-co] Visibilidad de Barrios


 Con el paso en el paado de suburb a neighborhood se perido la
 visibilidad de barrios, que creo al menos en la ciudad es un aspecto básico
 y util  de los mapas(asi lo considero personalmente), no se si podamos
 adoptar paulatinamete el esquema de Buenos Aires
 http://www.openstreetmap.org/#map=11/-34.6369/-58.6900

 harrierco

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

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



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



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




-- 
Atentamente,
Carlos Felipe Castillo.
about.me / kaxtillo http://about.me/kaxtillo
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-lv] Nobrauktuve ar nosaukumu?

[Janis Elmeris]

Vai šim posmam būtu piemēroti likt nosaukumu Lilaste — Saulkrasti — 
Duči un numuru V101: http://www.openstreetmap.org/way/8112037 ?


Pēc http://likumi.lv/doc.php?id=198589, tam ceļam kopā būtu jāsanāk 18,7 
km garam, un, ja to posmu pievieno, tad tieši tik arī sanāktu.


Uz otru pusi (līdz Dučiem) jau pagarināju - tur nobeiguma posmam nebija 
numura V101.


Jānis
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

Re: [Talk-lv] OpenStreetBugs serviss tiek aizvērts

[Raitis U.]

palicis ir nedaudz ap Rīgu un pie Valmieras.
extropy tur diezgan daudz ir salicis, varētu savējos punktus parevidēt.


2014/1/6 pec...@gmail.com pec...@gmail.com

 Sveiki!

 Jau labu laiku OSM izmanto piezīmju servisu, kas tika būvēts uz OSB
 tehnoloģijas. Tā rezultātā OSB lapā ierakstu veikšana jau labu laiku nav
 atļauta, bet vecās kļūdas vēl joprojām tur ir atrodamas, un tās netiks
 migrētas uz jauno servisu.

 Latvijai tur sazīmēts pie 90 blusu, aizvēru kādas 10 pie Cēsīm kuras
 zināju. Lūdzu apskatiet, izlabojiet vai aizveriet ja jau info pievienota.

 http://openstreetbugs.schokokeks.org/

 Pēteris.

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


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

Re: [Talk-lv] OpenStreetBugs serviss tiek aizvērts

[Viesturs Zarins]

Redzēs cik man laika sanāks revidēt. Visdrīzāk maz.


2014/1/12 Raitis U. rait...@gmail.com

 palicis ir nedaudz ap Rīgu un pie Valmieras.
 extropy tur diezgan daudz ir salicis, varētu savējos punktus parevidēt.


 2014/1/6 pec...@gmail.com pec...@gmail.com

 Sveiki!

 Jau labu laiku OSM izmanto piezīmju servisu, kas tika būvēts uz OSB
 tehnoloģijas. Tā rezultātā OSB lapā ierakstu veikšana jau labu laiku nav
 atļauta, bet vecās kļūdas vēl joprojām tur ir atrodamas, un tās netiks
 migrētas uz jauno servisu.

 Latvijai tur sazīmēts pie 90 blusu, aizvēru kādas 10 pie Cēsīm kuras
 zināju. Lūdzu apskatiet, izlabojiet vai aizveriet ja jau info pievienota.

 http://openstreetbugs.schokokeks.org/

 Pēteris.

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



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


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

Re: [Talk-ca] GPS and Motorway links ...

[Harald Kliems]

Some updates on this issue:

I contacted Martijn a while ago with the suggestion of running this as a
Maproulette. He liked the idea but I haven't heard back in a while. He also
asked me how many cases we're talking about and based on the Overpass query
mentioned upthread I came to the conclusion that the number is actually not
that high (maybe 400 cases in all of Canada at the most). Therefore I've
started fixing the issue manually and already cleaned up all of Quebec. It
took me several hours, but that's partly because you always discover other
issues to take care of as you go along (e.g. missing motorway_junction,
name vs. exit_to on those junctions etc.).

I'll continue working on this in Ontario now and I encourage others to go
ahead in the other provinces, too. Just run
http://overpass-turbo.eu/s/1CIon the appropriate bounding box and then
go through each of the spots that
come up. If there is hi-res Bing imagery available the fix will be obvious;
and if not common sense should still tell you if a segment is oneway=yes or
oneway=no. I have added a oneway tag to every motorway_link segment, both
to avoid any misunderstanding with the default and to allow me to track the
progress on the Overpass map.

Cheers,
 Harald.


On Wed, Nov 27, 2013 at 11:04 AM, Harald Kliems kli...@gmail.com wrote:

 So before contacting Martijn I want to be sure that we can properly
 identify the potentially problematic ways. What we are looking for are ways
 that match the following query:

 (highway=motorway_link) AND (NOT oneway=*) AND (lanes!=1)

 Or in natural language: ways that are motorway links but don't have the
 oneway tag nor are tagged as having one lane. If you want to test this
 query, go to this link http://overpass-turbo.eu/s/1CI and adjust the
 bounding box coordinates for the desired area.

 Comments?

  Harald.


 On Tue, Nov 26, 2013 at 10:25 AM, Daniel Begin jfd...@hotmail.com wrote:

 The example I provided yesterday was not fixed.  Most the exits having a
 similar look along the trans-Canada Highway in Quebec are the same. I have
 also found examples in Alberta and In BC.



 Daniel



 *From:* Harald Kliems [mailto:kli...@gmail.com]
 *Sent:* November-26-13 10:04
 *To:* Daniel Begin
 *Cc:* Connors, Bernie (SNB); Talk-CA OpenStreetMap

 *Subject:* Re: [Talk-ca] GPS and Motorway links ...



 I can write an email to Martijn with a proposal. Does anyone have a link
 to an exit that has not been fixed yet to use as an example?



  Harald.



 On Tue, Nov 26, 2013 at 9:53 AM, Daniel Begin jfd...@hotmail.com wrote:

 It seems to me it is the only safe solution. I go for maproulette.org

 Daniel



 *From:* Connors, Bernie (SNB) [mailto:bernie.conn...@snb.ca]
 *Sent:* November-26-13 08:19
 *To:* 'Harald Kliems'; Daniel Begin
 *Cc:* Talk-CA OpenStreetMap
 *Subject:* RE: [Talk-ca] GPS and Motorway links ...



 +1 for the Maproulette.org solution.



 Bernie.

 --

 Bernie Connors, P.Eng

 Tel: 506-444-2077

 bernie.conn...@snb.ca

 *SNB – We make it happen…*

 [image: SAG_Logo_2013]



 *From:* Harald Kliems [mailto:kli...@gmail.com kli...@gmail.com]
 *Sent:* Monday, 2013-11-25 5:05 PM
 *To:* Daniel Begin
 *Cc:* Talk-CA OpenStreetMap
 *Subject:* Re: [Talk-ca] GPS and Motorway links ...







 On Mon, Nov 25, 2013 at 3:35 PM, Daniel Begin jfd...@hotmail.com wrote:

 Hooo, I see, and I also see there was not a large consensus on that point
 (Discussion) since all other ways are having a different behavior…



 About all motorway_link in Canada are having the same problem!

 I don't know, I rarely encounter this issue in practice. Adding oneway=no
 to all motorway_link seems rather dangerous and counterproductive. The best
 solution would probably be to create a query that will find all imported
 motorway_link that have not been touched since the import and then check
 them. Depending on how big the task is we could ask Martijn to set it up as
 a Maproulette (http://maproulette.org/). Or we set up a wiki page to
 coordinate people going through all the motorways/exits and make sure
 everything is okay by hand. There are only 33 Autoroutes in Quebec after
 all :-)



  Harald.







 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565




 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565




-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565
image001.jpg___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] GPS and Motorway links ...

[Pierre Béland]

http://overpass-turbo.eu/s/22d

your example rewritten with a variable bbox + print mode=meta to be able to 
import into JOSM.

 
Pierre 




 De : Harald Kliems kli...@gmail.com
À : Daniel Begin jfd...@hotmail.com 
Cc : Talk-CA OpenStreetMap talk-ca@openstreetmap.org; Connors, Bernie (SNB) 
bernie.conn...@snb.ca 
Envoyé le : Dimanche 12 janvier 2014 18h03
Objet : Re: [Talk-ca] GPS and Motorway links ...
 


Some updates on this issue:

I contacted Martijn a while ago with the suggestion of running this as a 
Maproulette. He liked the idea but I haven't heard back in a while. He also 
asked me how many cases we're talking about and based on the Overpass query 
mentioned upthread I came to the conclusion that the number is actually not 
that high (maybe 400 cases in all of Canada at the most). Therefore I've 
started fixing the issue manually and already cleaned up all of Quebec. It took 
me several hours, but that's partly because you always discover other issues to 
take care of as you go along (e.g. missing motorway_junction, name vs. exit_to 
on those junctions etc.). 

I'll continue working on this in Ontario now and I encourage others to go ahead 
in the other provinces, too. Just run http://overpass-turbo.eu/s/1CI on the 
appropriate bounding box and then go through each of the spots that come up. If 
there is hi-res Bing imagery available the fix will be obvious; and if not 
common sense should still tell you if a segment is oneway=yes or oneway=no. I 
have added a oneway tag to every motorway_link segment, both to avoid any 
misunderstanding with the default and to allow me to track the progress on the 
Overpass map.

Cheers,
 Harald.



On Wed, Nov 27, 2013 at 11:04 AM, Harald Kliems kli...@gmail.com wrote:

So before contacting Martijn I want to be sure that we can properly identify 
the potentially problematic ways. What we are looking for are ways that match 
the following query:


(highway=motorway_link) AND (NOT oneway=*) AND (lanes!=1) 


Or in natural language: ways that are motorway links but don't have the oneway 
tag nor are tagged as having one lane. If you want to test this query, go to 
this link http://overpass-turbo.eu/s/1CI and adjust the bounding box 
coordinates for the desired area.


Comments?


 Harald.



On Tue, Nov 26, 2013 at 10:25 AM, Daniel Begin jfd...@hotmail.com wrote:

The example I provided yesterday was not fixed.  Most the exits having a 
similar look along the trans-Canada Highway in Quebec are the same. I have 
also found examples in Alberta and In BC.
 
Daniel
 
From:Harald Kliems [mailto:kli...@gmail.com] 
Sent: November-26-13 10:04
To: Daniel Begin
Cc: Connors, Bernie (SNB); Talk-CA OpenStreetMap

Subject: Re: [Talk-ca] GPS and Motorway links ...
 
I can write an email to Martijn with a proposal. Does anyone have a link to 
an exit that has not been fixed yet to use as an example?
 
 Harald.
 
On Tue, Nov 26, 2013 at 9:53 AM, Daniel Begin jfd...@hotmail.com wrote:
It seems to me it is the only safe solution. I go for maproulette.org
Daniel
 
From:Connors, Bernie (SNB) [mailto:bernie.conn...@snb.ca] 
Sent: November-26-13 08:19
To: 'Harald Kliems'; Daniel Begin
Cc: Talk-CA OpenStreetMap
Subject: RE: [Talk-ca] GPS and Motorway links ...
 
+1 for the Maproulette.org solution.
 
Bernie.
--
Bernie Connors, P.Eng
Tel: 506-444-2077 
bernie.conn...@snb.ca
SNB – We make it happen…
 
From:Harald Kliems [mailto:kli...@gmail.com] 
Sent: Monday, 2013-11-25 5:05 PM
To: Daniel Begin
Cc: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] GPS and Motorway links ...
 
 
 
On Mon, Nov 25, 2013 at 3:35 PM, Daniel Begin jfd...@hotmail.com wrote:
Hooo, I see, and I also see there was not a large consensus on that point 
(Discussion) since all other ways are having a different behavior…
 
About all motorway_link in Canada are having the same problem!
I don't know, I rarely encounter this issue in practice. Adding oneway=no to 
all motorway_link seems rather dangerous and counterproductive. The best 
solution would probably be to create a query that will find all imported 
motorway_link that have not been touched since the import and then check 
them. Depending on how big the task is we could ask Martijn to set it up as a 
Maproulette (http://maproulette.org/). Or we set up a wiki page to coordinate 
people going through all the motorways/exits and make sure everything is okay 
by hand. There are only 33 Autoroutes in Quebec after all :-)
 
 Harald.
 



 
-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565 



-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565 


-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565 

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

Re: [Talk-ca] GPS and Motorway links ...

[Daniel Begin]

Many thanks Harald J

Daniel

 

From: Harald Kliems [mailto:kli...@gmail.com] 
Sent: January-12-14 18:04
To: Daniel Begin
Cc: Connors, Bernie (SNB); Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] GPS and Motorway links ...

 

Some updates on this issue:

 

I contacted Martijn a while ago with the suggestion of running this as a
Maproulette. He liked the idea but I haven't heard back in a while. He also
asked me how many cases we're talking about and based on the Overpass query
mentioned upthread I came to the conclusion that the number is actually not
that high (maybe 400 cases in all of Canada at the most). Therefore I've
started fixing the issue manually and already cleaned up all of Quebec. It
took me several hours, but that's partly because you always discover other
issues to take care of as you go along (e.g. missing motorway_junction, name
vs. exit_to on those junctions etc.). 

 

I'll continue working on this in Ontario now and I encourage others to go
ahead in the other provinces, too. Just run http://overpass-turbo.eu/s/1CI
on the appropriate bounding box and then go through each of the spots that
come up. If there is hi-res Bing imagery available the fix will be obvious;
and if not common sense should still tell you if a segment is oneway=yes or
oneway=no. I have added a oneway tag to every motorway_link segment, both to
avoid any misunderstanding with the default and to allow me to track the
progress on the Overpass map.

 

Cheers,

 Harald.

 

On Wed, Nov 27, 2013 at 11:04 AM, Harald Kliems kli...@gmail.com wrote:

So before contacting Martijn I want to be sure that we can properly identify
the potentially problematic ways. What we are looking for are ways that
match the following query:

 

(highway=motorway_link) AND (NOT oneway=*) AND (lanes!=1) 

 

Or in natural language: ways that are motorway links but don't have the
oneway tag nor are tagged as having one lane. If you want to test this
query, go to this link http://overpass-turbo.eu/s/1CI and adjust the
bounding box coordinates for the desired area.

 

Comments?

 

 Harald.

 

On Tue, Nov 26, 2013 at 10:25 AM, Daniel Begin jfd...@hotmail.com wrote:

The example I provided yesterday was not fixed.  Most the exits having a
similar look along the trans-Canada Highway in Quebec are the same. I have
also found examples in Alberta and In BC.

 

Daniel

 

From: Harald Kliems [mailto:kli...@gmail.com] 
Sent: November-26-13 10:04
To: Daniel Begin
Cc: Connors, Bernie (SNB); Talk-CA OpenStreetMap


Subject: Re: [Talk-ca] GPS and Motorway links ...

 

I can write an email to Martijn with a proposal. Does anyone have a link to
an exit that has not been fixed yet to use as an example?

 

 Harald.

 

On Tue, Nov 26, 2013 at 9:53 AM, Daniel Begin jfd...@hotmail.com wrote:

It seems to me it is the only safe solution. I go for maproulette.org

Daniel

 

From: Connors, Bernie (SNB) [mailto:bernie.conn...@snb.ca] 
Sent: November-26-13 08:19
To: 'Harald Kliems'; Daniel Begin
Cc: Talk-CA OpenStreetMap
Subject: RE: [Talk-ca] GPS and Motorway links ...

 

+1 for the Maproulette.org solution.

 

Bernie.

--

Bernie Connors, P.Eng

Tel: 506-444-2077 

bernie.conn...@snb.ca

SNB - We make it happen.

SAG_Logo_2013

 

From: Harald Kliems [mailto:kli...@gmail.com] 
Sent: Monday, 2013-11-25 5:05 PM
To: Daniel Begin
Cc: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] GPS and Motorway links ...

 

 

 

On Mon, Nov 25, 2013 at 3:35 PM, Daniel Begin jfd...@hotmail.com wrote:

Hooo, I see, and I also see there was not a large consensus on that point
(Discussion) since all other ways are having a different behavior.

 

About all motorway_link in Canada are having the same problem!

I don't know, I rarely encounter this issue in practice. Adding oneway=no to
all motorway_link seems rather dangerous and counterproductive. The best
solution would probably be to create a query that will find all imported
motorway_link that have not been touched since the import and then check
them. Depending on how big the task is we could ask Martijn to set it up as
a Maproulette (http://maproulette.org/). Or we set up a wiki page to
coordinate people going through all the motorways/exits and make sure
everything is okay by hand. There are only 33 Autoroutes in Quebec after all
:-)

 

 Harald.

 





 

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565 





 

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565 





 

-- 
Please use encrypted communication whenever possible!
Key-ID: 0x34cb93972f186565 

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

Re: [Talk-ca] GPS and Motorway links ...

[berniejconnors]

It's been a while but I think I cleaned up this problem in New Brunswick.Another problem in New Brunswick are ways that share a node at a highway overpass. If there is a grade separation then the ways do not intersect and they should not share a node. I think this is related to the Canvec imports in NB. I have fixed some of these but there are still more and I expect it is a problem in other regions too.Bernie.Sent from Samsung Mobile Original message From: Harald Kliems  Date:01/12/2014  7:03 PM  (GMT-04:00) To: Daniel Begin  Cc: Talk-CA OpenStreetMap ,"Connors, Bernie (SNB)"  Subject: Re: [Talk-ca] GPS and Motorway links ... Some updates on this issue:I contacted Martijn a while ago with the suggestion of running this as a Maproulette. He liked the idea but I haven't heard back in a while. He also asked me how many cases we're talking about and based on the Overpass query mentioned upthread I came to the conclusion that the number is actually not that high (maybe 400 cases in all of Canada at the most). Therefore I've started fixing the issue manually and already cleaned up all of Quebec. It took me several hours, but that's partly because you always discover other issues to take care of as you go along (e.g. missing motorway_junction, name vs. exit_to on those junctions etc.).
I'll continue working on this in Ontario now and I encourage others to go ahead in the other provinces, too. Just run http://overpass-turbo.eu/s/1CI on the appropriate bounding box and then go through each of the spots that come up. If there is hi-res Bing imagery available the fix will be obvious; and if not common sense should still tell you if a segment is _oneway_=yes or _oneway_=no. I have added a oneway tag to every motorway_link segment, both to avoid any misunderstanding with the default and to allow me to track the progress on the Overpass map.
Cheers,Harald.On Wed, Nov 27, 2013 at 11:04 AM, Harald Kliems kli...@gmail.com wrote:
So before contacting Martijn I want to be sure that we can properly identify the potentially problematic ways. What we are looking for are ways that match the following query:
(highway="motorway_link") AND (NOT _oneway_=*) AND (lanes!="1")
Or in natural language: ways that are motorway links but don't have the oneway tag nor are tagged as having one lane. If you want to test this query, go to this linkhttp://overpass-turbo.eu/s/1CI and adjust the bounding box coordinates for the desired area.

Comments?Harald.
On Tue, Nov 26, 2013 at 10:25 AM, Daniel Begin jfd...@hotmail.com wrote:
The example I provided yesterday was not fixed. Most the exits having a similar look along the trans-Canada Highway in Quebec are the same. I have also found examples in Alberta and In BC.

Daniel

From: Harald Kliems [mailto:kli...@gmail.com] 

Sent: November-26-13 10:04To: Daniel BeginCc: Connors, Bernie (SNB); Talk-CA OpenStreetMapSubject: Re: [Talk-ca] GPS and Motorway links ...

I can write an email to Martijn with a proposal. Does anyone have a link to an exit that has not been fixed yet to use as an example?

Harald.On Tue, Nov 26, 2013 at 9:53 AM, Daniel Begin jfd...@hotmail.com wrote:

It seems to me it is the only safe solution. I go for maproulette.org

Daniel

From: Connors, Bernie (SNB) [mailto:bernie.conn...@snb.ca] 

Sent: November-26-13 08:19To: 'Harald Kliems'; Daniel BeginCc: Talk-CA OpenStreetMapSubject: RE: [Talk-ca] GPS and Motorway links ...

+1 for the Maproulette.org solution.

Bernie.

--Bernie Connors, P.Eng

Tel: 506-444-2077 

bernie.conn...@snb.ca

SNB – We make it happen…

From: Harald Kliems [mailto:kli...@gmail.com] 

Sent: Monday, 2013-11-25 5:05 PMTo: Daniel BeginCc: Talk-CA OpenStreetMapSubject: Re: [Talk-ca] GPS and Motorway links ...

On Mon, Nov 25, 2013 at 3:35 PM, Daniel Begin jfd...@hotmail.com wrote:

Hooo, I see, and I also see there was not a large consensus on that point (Discussion) since all other ways are having a different behavior…

About all motorway_link in Canada are having the same problem!

I don't know, I rarely encounter this issue in practice. Adding _oneway_=no to all motorway_link seems rather dangerous and counterproductive. The best solution would probably be to create a query that will find all imported motorway_link that have not been touched since the import and then check them. Depending on how big the task is we could ask Martijn to set it up as a Maproulette (http://maproulette.org/). Or we set up a wiki page to coordinate people going through all the motorways/exits and make sure everything is okay by hand. There are only 33 Autoroutes in Quebec after all :-)

Harald.

-- Please use encrypted communication whenever possible!Key-ID: 0x34cb93972f186565 

-- Please use encrypted communication whenever possible!Key-ID: 0x34cb93972f186565

-- Please use encrypted communication whenever possible!Key-ID: 0x34cb93972f186565

[Talk-ca] Maritime Boundary

[Adam Martin]

Hello!

I have a question regarding the maritime boundary of Canada, specifically
Newfoundland and Labrador. National maritime boundaries generally use the
12 nautical mile limit, unless otherwise specified. I see the boundary for
the province (http://www.openstreetmap.org/#map=7/48.283/-53.196) which is
auto-generated by a bot. That seems fine, but there is another maritime
boundary for the Province. However, this one does not appear to be correct.
Take a look at this example -
http://www.openstreetmap.org/#map=14/47.7920/-52.7985. As you can see, the
dashed line represents the boundary - in ID, it is noted as the maritime
boundary. But that does not make sense - the line crosses the landmass, for
one thing. It is also very poorly shaped.

Is this supposed to be the actual maritime boundary? I don't think it is -
the parts of the line appears to be for the Provincial boundary. If it is
the Provincial boundary, shouldn't it follow the coastal boundary?

If I am mistaken, let me know.

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

Re: [Talk-ca] Maritime Boundary

[Richard Weait]

On Sun, Jan 12, 2014 at 9:05 PM, Adam Martin s.adam.mar...@gmail.com wrote:
 Hello!

 Is this supposed to be the actual maritime boundary? I don't think it is -
 the parts of the line appears to be for the Provincial boundary. If it is
 the Provincial boundary, shouldn't it follow the coastal boundary?

 If I am mistaken, let me know.

I don't think that you are mistaken, but I don't think you have all of
the facts either.

The 12NM line does look to be one that was created automatically.  It
certainly wasn't surveyed by a local mapper.  :-)  Same for the inland
maritime boundary.  I looked at that one in more detail.  Here's
what I see going on.

The boundary way is this one

http://www.openstreetmap.org/way/30114485

It is also part of two relations.  One relation is a civil boundary,
the other is an administrative (provincial)

Boundary ways can not be understood fully, or edited wisely, without
understanding relations.  I wouldn't edit any complex form, such as a
boundary relation, with an editor other than JOSM.  And not with any
editor, on a mobile device.

Today, the way appears badly drawn, and incomplete in tagging.  I'll
take a few guesses at why.

The history of that way shows 28 revisions.  The first one was the
creation of the way, as an import from geobase in 2009. It was tagged
as an administrative boundary (not a maritime boundary).  Likely, this
was the best data available to us at the time.  With the currently
available imagery, we can see that the imported boundary does not
align with imagery, nor does it reflect some of the details in the
current imagery.

Revisions 2 through 25 have been redacted, due to edits by users who
did not agree to the license change.  The boundary may have had some
improvements and corrections through those edits.  Improved or
otherwise, those edits are gone.

Revision 26 shows that the redaction bot cleaned out the data that we
were no longer entitled to keep.  That left the way without tags.

R27 in 2012 appears not to have directly affected the way. It may have
edited an intersecting way?  It was a large changeset.

R28 in 2013 added the maritime tag you report. The maritime tag alone,
is an unusual form.  I don't think that it would be considered
complete, unless combined with the tags of the parent relations.

When compared with the 'bot-drawn 12nm maritime boundary, this way
appears to be incorrect.  It just doesn't seem to be far enough
offshore to be a maritime boundary.

When compared to http://www.openstreetmap.org/way/115038287 (from
2011, and a canvec import) the '485 way appears low resolution and
poorly aligned.

So there are are multiple imported boundaries here.  Each were the
probably best available at the time.  Neither are perfect, and now the
appear to somewhat duplicate each other, given the parent relations of
'485.

Hope that helps a bit.

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

Re: [Talk-ca] Maritime Boundary

[David E. Nelson]

It seems to me that the provincial boundary should be displaced from the coast 
of the Island of Newfoundland by 3 NM.  Is there a tool one can use to do that?

 
- David E. Nelson



On Sunday, January 12, 2014 8:00:21 PM, Richard Weait rich...@weait.com wrote:
 
On Sun, Jan 12, 2014 at 9:05 PM, Adam Martin s.adam.mar...@gmail.com wrote:
 Hello!

 Is this supposed to be the actual maritime boundary? I don't think it is -
 the parts of the line appears to be for the Provincial boundary. If it is
 the Provincial boundary, shouldn't it follow the coastal boundary?

 If I am mistaken, let me know.

I don't think that you are mistaken, but I don't think you have all of
the facts either.

The 12NM line does look to be one that was created automatically.  It
certainly wasn't surveyed by a local mapper.  :-)  Same for the inland
maritime boundary.  I looked at that one in more detail.  Here's
what I see going on.

The boundary way is this one

http://www.openstreetmap.org/way/30114485

It is also part of two relations.  One relation is a civil boundary,
the other is an administrative (provincial)

Boundary ways can not be understood fully, or edited wisely, without
understanding relations.  I wouldn't edit any complex form, such as a
boundary relation, with an editor other than JOSM.  And not with any
editor, on a mobile device.

Today, the way appears badly drawn, and incomplete in tagging.  I'll
take a few guesses at why.

The history of that way shows 28 revisions.  The first one was the
creation of the way, as an import from geobase in 2009. It was tagged
as an administrative boundary (not a maritime boundary).  Likely, this
was the best data available to us at the time.  With the currently
available imagery, we can see that the imported boundary does not
align with imagery, nor does it reflect some of the details in the
current imagery.

Revisions 2 through 25 have been redacted, due to edits by users who
did not agree to the license change.  The boundary may have had some
improvements and corrections through those edits.  Improved or
otherwise, those edits are gone.

Revision 26 shows that the redaction bot cleaned out the data that we
were no longer entitled to keep.  That left the way without tags.

R27 in 2012 appears not to have directly affected the way. It may have
edited an intersecting way?  It was a large changeset.

R28 in 2013 added the maritime tag you report. The maritime tag alone,
is an unusual form.  I don't think that it would be considered
complete, unless combined with the tags of the parent relations.

When compared with the 'bot-drawn 12nm maritime boundary, this way
appears to be incorrect.  It just doesn't seem to be far enough
offshore to be a maritime boundary.

When compared to http://www.openstreetmap.org/way/115038287 (from
2011, and a canvec import) the '485 way appears low resolution and
poorly aligned.

So there are are multiple imported boundaries here.  Each were the
probably best available at the time.  Neither are perfect, and now the
appear to somewhat duplicate each other, given the parent relations of
'485.

Hope that helps a bit.


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

Re: [Talk-cz] RUIAN nad OSM

[JV]

Zdravím všechny,
ad artefakty - to není chyba, ale zcela legální stav. Je potřeba si 
uvědomit, že katastrální mapa *není* technická mapa a že do 31.12.2013 
budova a pozemek pod ní byly dvě nemovitosti (a u nemovitostí, existujících 
před 1.1.2014 to bude i nadále, pokud se vlastnické poměry liší - velice 
zjednodušeně řečeno). Zrovna v těch Pardubicích to znamená, že budova je 
Ministerstva obrany (http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/46757481;
- tlačítko Údaje o vlastnictví otevře Nahlížení do KN se zvýrazněným 
obvodem budovy), ale pozemky pod ní jsou částečně i města (to je ten hnusný
artefakt).
Netvrdím, že v katastru nejsou chyby - ale vždy je mít na paměti výše 
uvedené a že katastr eviduje *právní* stav. Tedy pokud v terénu již nějaká 
budova není, může se v katastru i nadále zobrazovat, protože nikdo tu změnu 
neohlásil. A aby to bylo ještě složitější, zrovna cesta k odstranění budovy 
začíná na stavebním úřadu a teprve následně je možné to oznámit katastru.

J. Veselý


-- Původní zpráva --
Od: Petr Morávek [Xificurk] p...@pada.cz
Datum: 11. 1. 2014
Předmět: Re: [Talk-cz] RUIAN nad OSM

Dne 11.1.2014 09:27, Marián Kyral napsal(a):
 Ad import budov)
 Kromě toho, že některé budovy v RUIAN chybí, jsou i takové, které
 přebývají.
 Třeba ulice Na Poříčí, mezi vlakovým a autobusovým nádražím. Tam je
 obrovská
 parcela, kde sice byly budovy, ale před několika lety je srovnali se zemí
 a teď tam roste jen tráva. Pokud by jsi provedl automatický import, budovy
 by se opět objevily. Asi bych se prvně zaměřil na místa, kde zatím není
 vůbec nic. Tam to pak stejně musí někdo znalý revidovat.
 
 Případně, bylo by možné udělat něco na způsob traceru? Tedy, že kliknu do
 mapy v místě, kde je nějaká budova, plugin se spojí s nějakým serverem a
 vrátí
 tvar budovy z RUIAN. Taky by tam mohla být volba Importuj vše v okolí 
pro
 místa, kde ještě vůbec nic není. Ať to není třeba dělat po jedné.

Ahoj,

bohužel kvalita budov v RUIAN není nijak dobrá. Já jsem narazil na to,
že některá (části) budov jsou označeny jen jako zastavěná plocha a
naopak zastavěné plochy jsou označeny jako budova. Navíc se občas objeví
docela hnusné artefakty přímo v geometriích.

http://maps.fordfrog.com/?zoom=17lat=50.02363lon=15.77651layers=B00FFF
http://mapy.cz/#!x=15.774797y=50.023553z=15l=15

Pokud tedy bude opravdu nějaký import budov probíhat, tak rozhodně
nemůže být automatický, spíš opravdu něco na styl traceru.

Zdraví,
Petr Morávek aka Xificurk

___
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: [OSM-talk-fr] Ombrage et relief...

[yvecai]

On 12/30/2013 01:41 PM, Christian Quest wrote:
Exit le script python ou les comp-op dans mapnik (autre solution 
proposée sur le blog de mapbox).


Salut Christian,

Du coup, j'essaie ta méthode avec gdaldem color-relief pour balancer un 
hillshade qui ne soit pas trop lourd dans Mapnik.
J'obtiens bien un tiff tout noir avec un alpha-channel qui varie et qui 
sort bien sur un visualiseur d'image. Juste gdaldem est super long sur 
un tif de 100GB, mais bon.
Mon soucis c'est que mais mapnik 2.2.0 fait comme si le canal alpha 
étant codé sur 2 bits (j'ai 3-4 nuances seulement).

Tu es sur quelle version de mapnik?
On peut comparer nos styles ?

Style name=hillshade
  Rule
maxscale_zoom8;
minscale_zoom11;
RasterSymbolizer opacity=1/
  /Rule
/Style
Layer name=hillshade12
  srs=+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 
+y_0=0.0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs +over

StyleNamehillshade12/StyleName
Datasource
   Parameter 
name=file/home/admin/DEM/3857-cropped-alpha.tif/Parameter

   Parameter name=typegdal/Parameter
/Datasource
  /Layer

gdalinfo 3857-cropped-alpha.tif
...
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
  Min=0.000 Max=254.000
  Minimum=0.000, Maximum=254.000, Mean=79.883, StdDev=96.858
  Metadata:
STATISTICS_MAXIMUM=254
STATISTICS_MEAN=79.882783050415
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=96.857864812661

attachment: crop_hillshade.png___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] François05

[remont...@free.fr]

Bonjour,

François05 recommence à sévir sur OSM, en écrivant n'importe quoi :
regardez ses modifs du téléphérique de Bure, je l'avais déjà prévenu de ne
pas écrire n'importe quoi mais juste les noms. En plus il a écrit n'importe
quoi du type Blondi du Pic de Bure.

Que faire, il ne veut vraiment rien comprendre ?

Cordialement,

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

[OSM-talk-fr] François05

[remont...@free.fr]

Bonjour,

Je me rends compte qu'il a mappé une grande quantité de bêtises, je tombe
encore sur des trucs à corriger. C'est vraiment catastrophique le nombre de
mappings qu'il a fait… et il continue :S
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] François05

[Christian Quest]

Ok ok, on a compris...

L'as-tu contacté ? As-tu eu une réponse ?

On ne peut rien faire sur cette liste à part lui envoyer des messages.

Le seul blocage possible est à faire au niveau du DWG.




Le 12 janvier 2014 14:34, remont...@free.fr remont...@free.fr a écrit :

 Bonjour,

 Je me rends compte qu'il a mappé une grande quantité de bêtises, je tombe
 encore sur des trucs à corriger. C'est vraiment catastrophique le nombre de
 mappings qu'il a fait… et il continue :S

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




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