date:20130826

2013/8/26 Pieren pier...@gmail.com

 A highway=track + tracktype=grade1 can be
 safely used by normal cars.



technically yes, legally it depends



 Perhaps in Germany, all tracks have limited access.



no, it depends on the area. In some regions it is true (AFAIK only in
Baden-Württemberg = BaWü)



 But they all have
 traffic signs indicating the restriction(s).



no, apparently in BaWü there is a general restriction which doesn't have to
be signposted.

But I think this direction of discussion misses the point. The point was
how to classify certain types of roads (unpaved connection and residential
roads). tracks are a type of road set up for agricultural (i.e. local
traffic of who works in the fields or forests or goes fishing) traffic. If
there are other reasons for a road to be (i.e. connection for ordinary
traffic, access to a plant or other technical installation) the highway
class should be chosen differently. A residential road can well be unpaved
in some parts of Germany as well, but that doesn't make it a track. In
remote zones in Italy there are provincial roads (i.e. roads of the network
maintained by the provinces) that aren't paved and are so narrow that 2
cars only at some spots can pass, but that doesn't make them a track.

cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Dirt Roads in Mapnik, default render in OSM

2013-08-26 Thread Maarten Deen


On 2013-08-26 14:41, Martin Koppenhoefer wrote:


tracks are a type of road set up for agricultural
(i.e. local traffic of who works in the fields or forests or goes
fishing) traffic.


How do you know that without any signs next to the road?

Maarten

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

[OSM-talk] Tracking user activity in an area (was: Making iD the default editor on osm.org - some numbers)

2013-08-26 Thread SomeoneElse


Steve Bennett wrote:

Hi,
  Just wondering what tools you use to keep an eye on that area? I'd 
love to have a better idea of what other editors are doing in my area.


For new users, it's similar to Martin, although via the map rather than 
the RSS feed.


For me it's essentially:
http://resultmaps.neis-one.org/newestosm.php?zoom=9lat=53.15754lon=-1.58752layers=0B0TFT

but concentrating on areas that I'm familiar with, and ignoring areas 
where other more local mappers keep an eye on things (e.g. the W Mids).


I tend to follow this 
http://wiki.openstreetmap.org/wiki/User:SomeoneElse/new_mapper_messages when 
sending messages to new mappers (essentially give people time to figure 
out how to do stuff in OSM, try and be forgiving and try and be helpful).


For actually seeing when X has edited in Y I use the usual tools such 
as WhoDidIt and ITO World's OSM Mapper (see here 
http://wiki.openstreetmap.org/wiki/Quality_assurance), and also a bit 
of java to help determine when large-scale edits actually affect me, 
which I've stuck here:


https://github.com/SomeoneElseOSM/Changeset1/blob/master/src/Changeset1.java

That also looks for way deletions and versions of ways (at some point in 
the changeset - not necessarily at the end) without tags.


A related process takes the list of new mappers who haven't quite got 
the hang of things yet and appends something to the name of items in the 
Garmin maps that I create for my own use, so that if I'm near somewhere 
which has, for example, a footpath that doesn't quite join a road I can 
check whether it actually does or not.


Cheers,

Andy


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

Re: [OSM-talk] Dirt Roads in Mapnik, default render in OSM

2013-08-26 Thread Lester Caine


Martin Koppenhoefer wrote:

But I think this direction of discussion misses the point. The point was how to
classify certain types of roads (unpaved connection and residential roads).
tracks are a type of road set up for agricultural (i.e. local traffic of who
works in the fields or forests or goes fishing) traffic. If there are other
reasons for a road to be (i.e. connection for ordinary traffic, access to a
plant or other technical installation) the highway class should be chosen
differently. A residential road can well be unpaved in some parts of Germany as
well, but that doesn't make it a track. In remote zones in Italy there are
provincial roads (i.e. roads of the network maintained by the provinces) that
aren't paved and are so narrow that 2 cars only at some spots can pass, but that
doesn't make them a track.


This was part of the discussion on tracks and paths at the time. My own reason 
for wanting to distinguish what I will call 'unclassified' which do not have a 
tidy surface or are 'residential' or 'service' which require care is that there 
should be a clear demarcation between roads that are generally safe to pass and 
those which may not be appropriate in some circumstances. Personally I was 
caught out with an older satnav showing no change when going from a main A road 
to what was essentially a 'dirt track' ( at that time not even a colour change ) 
... it was still a perfectly legal road and there were warnings about single 
track with passing places, but I might have preferred to re-route if I was 
towing and I was already committed by the time the signage appeared. I think the 
real point is passing on the information that while a road may be part of the 
normal transport network, some may be less than suitable in some circumstances! 
Simply tagging 'unclassified' and merging with roads which are simply 
unmaintained by the local council while valid does not easily pass on important 
information while personally I feel these are 'tracks' and need to be tagged as 
such! It is different rendering that is the point here ... and iD is making this 
even more problematic by rendering everything with very similar styles even for 
footpaths!


( And this discussion should probably be on the tagging list, but I've still not 
added that to my catalogue )


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] Dirt Roads in Mapnik, default render in OSM

2013/8/26 Maarten Deen md...@xs4all.nl

 On 2013-08-26 14:41, Martin Koppenhoefer wrote:

  tracks are a type of road set up for agricultural
 (i.e. local traffic of who works in the fields or forests or goes
 fishing) traffic.


 How do you know that without any signs next to the road?



the relevant passage is § 3 Abs. 2 Nr. 4 of Straßengesetz für
Baden-Württemberg and various comments I found all point out that despite
usually there will be signs the restriction will also be valid in absence
of signs. My guess is you will have to know by common sense. I agree that
this is not completely satisfactory.

cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Dirt Roads in Mapnik, default render in OSM

2013/8/26 Lester Caine les...@lsces.co.uk

 This was part of the discussion on tracks and paths at the time.



AFAIK that distinction was always made by width (or width for the
access-points, e.g. if they are blocked by boulders you won't be able to go
there by car anyway)



 My own reason for wanting to distinguish what I will call 'unclassified'
 which do not have a tidy surface or are 'residential' or 'service' which
 require care is that there should be a clear demarcation between roads that
 are generally safe to pass and those which may not be appropriate in some
 circumstances.



many roads in Europe might not be safe to pass in the winter time (or some
might not be safe to pass in the summer time, see winter road discussion
from the Russians). This doesn't make them less public roads




 Personally I was caught out with an older satnav showing no change when
 going from a main A road to what was essentially a 'dirt track' ( at that
 time not even a colour change ) ... it was still a perfectly legal road and
 there were warnings about single track with passing places, but I might
 have preferred to re-route if I was towing and I was already committed by
 the time the signage appeared. I think the real point is passing on the
 information that while a road may be part of the normal transport network,
 some may be less than suitable in some circumstances!



yes, but there are other tags to use than the highway class that can
express in greater detail what might be the problem (e.g. surface, width,
smoothness, lanes, ...)



 Simply tagging 'unclassified' and merging with roads which are simply
 unmaintained by the local council while valid does not easily pass on
 important information while personally I feel these are 'tracks' and need
 to be tagged as such!



what about adding unmaintained=yes?



 It is different rendering that is the point here



yes and no. Yes, the rendering should preferably distinguish between paved
and unpaved roads, and no, the highway class should not be chosen by the
rendering rules of a certain style.

 ( And this discussion should probably be on the tagging list, but I've
still not added that to my catalogue )


+1, crossposted to tagging, please lets continue there

cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Dirt Roads in Mapnik, default render in OSM

2013-08-26 Thread Maarten Deen


On 2013-08-26 15:50, Martin Koppenhoefer wrote:

2013/8/26 Maarten Deen md...@xs4all.nl

On 2013-08-26 14:41, Martin Koppenhoefer wrote:

tracks are a type of road set up for agricultural
(i.e. local traffic of who works in the fields or forests or goes
fishing) traffic.

How do you know that without any signs next to the road?

the relevant passage is § 3 Abs. 2 Nr. 4 of Straßengesetz für
Baden-Württemberg and various comments I found all point out that
despite usually there will be signs the restriction will also be
valid in absence of signs. My guess is you will have to know by
common sense. I agree that this is not completely satisfactory. 


I was more referring to other places (in Germany and beyond). I have 
retagged some highway=track+tracktype=grade1 (sometimes 
+surface=asphalt) in Germany to highway=unclassified because I saw no 
reason why a normally paved road would be called a track.


Maarten

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

Re: [OSM-talk] [Tagging] Dirt Roads in Mapnik, default render in OSM

2013-08-26 Thread Kytömaa Lauri

 Lester Caine :
This was part of the discussion on tracks and paths at the time.

Martin Koppenhoefer wrote:
AFAIK that distinction was always made by width

Just to be precise, this choise between track/path based on width only works 
in one direction: something that is narrower than a two tracked vehicle, is too 
narrow to be a track, so it must be a path, but not the other way round. Most 
things tagged for example as  highway=path + bicycle=designated are much wider. 
Or even without any *=designated tag. 

-- 
alv
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] talk Digest, Vol 108, Issue 56

2013-08-26 Thread Darren Biggs

The dirt roads discussion in Mapnik was more about first showing that a
road is unpaved, be it a primary, secondary, residential, whatever the type
from the *surface+unpaved *tag. I know from watching some documentries
that the furthest north highway in the United Sates in Alaska, is dirt and
gravel, but is considered a highway with 18 wheelers etc on it.

On Mon, Aug 26, 2013 at 9:58 AM, talk-requ...@openstreetmap.org wrote:

Send talk mailing list submissions to
talk@openstreetmap.org

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

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

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

Today's Topics:

1. Re: Dirt Roads in Mapnik, default render in OSM
(Martin Koppenhoefer)
2. Re: Dirt Roads in Mapnik, default render in OSM (Maarten Deen)
3. Tracking user activity in an area (was: Making iD the default
editor on osm.org - some numbers) (SomeoneElse)
4. Re: Dirt Roads in Mapnik, default render in OSM (Lester Caine)
5. Re: Dirt Roads in Mapnik, default render in OSM
(Martin Koppenhoefer)
6. Re: Dirt Roads in Mapnik, default render in OSM
(Martin Koppenhoefer)

Message: 1
Date: Mon, 26 Aug 2013 14:41:20 +0200
From: Martin Koppenhoefer dieterdre...@gmail.com
To: Pieren pier...@gmail.com
Cc: OpenStreetMap Talk Mailing List talk@openstreetmap.org
Subject: Re: [OSM-talk] Dirt Roads in Mapnik, default render in OSM
Message-ID:
CABPTjTDh9Nbcxh63=QcUBXtQ5mUHchOP_TO=
ppwe49x6ldb...@mail.gmail.com
Content-Type: text/plain; charset=utf-8

2013/8/26 Pieren pier...@gmail.com

A highway=track + tracktype=grade1 can be
safely used by normal cars.

technically yes, legally it depends

Perhaps in Germany, all tracks have limited access.

no, it depends on the area. In some regions it is true (AFAIK only in
Baden-W?rttemberg = BaW?)

But they all have
traffic signs indicating the restriction(s).

no, apparently in BaW? there is a general restriction which doesn't have to
be signposted.

But I think this direction of discussion misses the point. The point was
how to classify certain types of roads (unpaved connection and residential
roads). tracks are a type of road set up for agricultural (i.e. local
traffic of who works in the fields or forests or goes fishing) traffic. If
there are other reasons for a road to be (i.e. connection for ordinary
traffic, access to a plant or other technical installation) the highway
class should be chosen differently. A residential road can well be unpaved
in some parts of Germany as well, but that doesn't make it a track. In
remote zones in Italy there are provincial roads (i.e. roads of the network
maintained by the provinces) that aren't paved and are so narrow that 2
cars only at some spots can pass, but that doesn't make them a track.

cheers,
Martin
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openstreetmap.org/pipermail/talk/attachments/20130826/9c2164bb/attachment-0001.html

Message: 2
Date: Mon, 26 Aug 2013 14:54:13 +0200
From: Maarten Deen md...@xs4all.nl
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Dirt Roads in Mapnik, default render in OSM
Message-ID: a2e827e7c9573495d5e6470801883...@xs4all.nl
Content-Type: text/plain; charset=UTF-8; format=flowed

On 2013-08-26 14:41, Martin Koppenhoefer wrote:

tracks are a type of road set up for agricultural
(i.e. local traffic of who works in the fields or forests or goes
fishing) traffic.

How do you know that without any signs next to the road?

Maarten

Message: 3
Date: Mon, 26 Aug 2013 14:14:11 +0100
From: SomeoneElse li...@mail.atownsend.org.uk
To: Steve Bennett stevag...@gmail.com
Cc: Open Street Map mailing list talk@openstreetmap.org
Subject: [OSM-talk] Tracking user activity in an area (was: Making iD
the default editor on osm.org - some numbers)
Message-ID: 521b54a3.8090...@mail.atownsend.org.uk
Content-Type: text/plain; charset=iso-8859-1; Format=flowed

Steve Bennett wrote:
Hi,
Just wondering what tools you use to keep an eye on that area? I'd
love to have a better idea of what other editors are doing in my area.

For new users, it's similar to Martin, although via the map rather than
the RSS feed.

For me it's essentially:

http://resultmaps.neis-one.org/newestosm.php?zoom=9lat=53.15754lon=-1.58752layers=0B0TFT

but concentrating on areas that I'm familiar with, and ignoring areas
where other more local mappers keep an eye on things (e.g. the W Mids).

[OSM-talk] Annoucement: Poup layer beta reworked

2013-08-26 Thread Roland Olbricht

Dear all,

the Popup extension for the osm.org main site has just got a major rework. The 
feedback from the previous version has been incorporated and resulted in a 
couple of new features.

I'll introdurce them by example:
http://overpass.apis.dev.openstreetmap.org/#map=14/64.1289/-21.8902

Please click on the large building Kringlan. A blue box and a popup with all 
the named features from the box appears. The page indicator [1] [2] [3] at 
the bottom shows that there are more features to explore within the blue box.

Please click on details of Lyf  heilsa: You will see both a link to the 
website tagged on the element and the adress of the element. The details are 
derived from well-known tags like here the addr:* family and website.

To show further evaluated tags, you can go to page [3] and click Ísland: You 
will get a Wikipedia entry and a list of all known translations. These are 
made from the name:* family.

In all cases, you can see all tagged details of an object on the [tags] 
switch. If there are multiple objects tagged exactly the same way, then they 
are grouped together. This happens for example on page [2] with the streets 
called Kringlan.

To allow further inspection of the objects, you can click on each and get the 
respective webpage for the OSM object.

What I would in particular ask you for: A lot of objects still show Other 
object or unexpected object classes. This is because the list on
https://github.com/drolbr/openstreetmap-
website/blob/master/app/assets/javascripts/tagprocessor.js
is yet to be completed.

If you find a category that should appear there, please add it to the feedback 
page
http://wiki.openstreetmap.org/wiki/POI_display#Missing_classification

Cheers,

Roland


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

[OSM-talk] Counting POI Additions

2013-08-26 Thread Matt McNabb

We've been using iD through distributed local mapping teams and are
attempting to track the number of individual POIs that each person adds.
Obviously an individual's profile shows the number of 'edits' but I believe
any given edit might entail the uploading of several POIs. In other words,
if I add three schools before I save/upload to OSM, I believe (please
correct me if I'm wrong) that shows up as 1 edit on my profile. The only
way to count the number of actual POIs added by a user seems to be clicking
on each 'edit' on their profile, then counting all changes they made within
that edit.

Is there a way in which we can easily track each individual POI addition
per team member, rather than the number of uploads?

Apologies if the answer is straightforward and I missed it!

Matt

-- 
Matthew R. McNabb -Principal
Caerus Associates LLC

Main (US): +1 703.649.5300
Mobile (US):  +1 202.560.0946
Mobile (UK):  +44 (0)797.999.7467
Mobile (Liberia): +231 (0)880533042
Skype: mmcnabb.caerus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Counting POI Additions

2013-08-26 Thread Gregory

You are right. Every time you click 'save', it roughly(depending on how the
editor handles it) equates to one changeset/edit. A changeset may(and
often) contains the editing/creation of many objects.

How many objects(nodes, ways, relations) you created or edited can be
counted.
A good place to look is http://hdyc.neis-one.org/ (for example, my details:
http://hdyc.neis-one.org/)

But consider it that a way (a line, e.g. road or river) is made up of
many nodes (points, each place it changes direction or curves). So it
might not show exactly what you want. Below the initial object counters,
are counters for popular tags. School comes under amenity.




On 26 August 2013 17:45, Matt McNabb mmcn...@caerusassociates.com wrote:

 We've been using iD through distributed local mapping teams and are
 attempting to track the number of individual POIs that each person adds.
 Obviously an individual's profile shows the number of 'edits' but I believe
 any given edit might entail the uploading of several POIs. In other words,
 if I add three schools before I save/upload to OSM, I believe (please
 correct me if I'm wrong) that shows up as 1 edit on my profile. The only
 way to count the number of actual POIs added by a user seems to be clicking
 on each 'edit' on their profile, then counting all changes they made within
 that edit.

 Is there a way in which we can easily track each individual POI addition
 per team member, rather than the number of uploads?

 Apologies if the answer is straightforward and I missed it!

 Matt

 --
 Matthew R. McNabb -Principal
 Caerus Associates LLC
 
 Main (US): +1 703.649.5300
 Mobile (US):  +1 202.560.0946
 Mobile (UK):  +44 (0)797.999.7467
 Mobile (Liberia): +231 (0)880533042
 Skype: mmcnabb.caerus


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




-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Counting POI Additions

2013-08-26 Thread Bryce Nesbitt

On Mon, Aug 26, 2013 at 9:45 AM, Matt McNabb
mmcn...@caerusassociates.comwrote:

 Is there a way in which we can easily track each individual POI addition
 per team member, rather than the number of uploads?


How much trouble to do you want to go through for this?  If you want it
automated and detailed, it may take some scripting to load each changeset
and get the details.

You'd want to track
1) New objects created and tagged.   These could be nodes or ways, and will
be at version=1.
2) Objects (node or way) edited.  If the object is already present in the
map, we want people to edit not replace or duplicate.

You don't want to reward overmapping (e.g. drawing a toilet building with
50 node points)... so I'd count just once for each unique tagged object (be
it node, way or relation).
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Counting POI Additions

Counting tags instead of objects is another way to handle this, add some
bonus for polygons instead of single nodes POI.

If you want to take into account not only new objects, have a look at
augmented-diffs which allow to easily track changes on objects without
having to maintain a full OSM database as they provide previous and new
version of a modified object. This allows to detect new tags added on an
existing object.
http://wiki.openstreetmap.org/wiki/Overpass_API/Augmented_Diffs


2013/8/27 Bryce Nesbitt bry...@obviously.com

 On Mon, Aug 26, 2013 at 9:45 AM, Matt McNabb mmcn...@caerusassociates.com
  wrote:

 Is there a way in which we can easily track each individual POI addition
 per team member, rather than the number of uploads?


 How much trouble to do you want to go through for this?  If you want it
 automated and detailed, it may take some scripting to load each changeset
 and get the details.

 You'd want to track
 1) New objects created and tagged.   These could be nodes or ways, and
 will be at version=1.
 2) Objects (node or way) edited.  If the object is already present in the
 map, we want people to edit not replace or duplicate.

 You don't want to reward overmapping (e.g. drawing a toilet building with
 50 node points)... so I'd count just once for each unique tagged object (be
 it node, way or relation).

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




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Annoucement: Poup layer beta reworked

2013-08-26 Thread Jason Remillard

Hi Roland,

Without some context it is hard to make any comments. What are the
goals/user scenarios of the feature not covered by the show data
function?

Thanks
Jason



On Mon, Aug 26, 2013 at 12:23 PM, Roland Olbricht
roland.olbri...@gmx.de wrote:
 Dear all,

 the Popup extension for the osm.org main site has just got a major rework. The
 feedback from the previous version has been incorporated and resulted in a
 couple of new features.

 I'll introdurce them by example:
 http://overpass.apis.dev.openstreetmap.org/#map=14/64.1289/-21.8902

 Please click on the large building Kringlan. A blue box and a popup with all
 the named features from the box appears. The page indicator [1] [2] [3] at
 the bottom shows that there are more features to explore within the blue box.

 Please click on details of Lyf  heilsa: You will see both a link to the
 website tagged on the element and the adress of the element. The details are
 derived from well-known tags like here the addr:* family and website.

 To show further evaluated tags, you can go to page [3] and click Ísland: You
 will get a Wikipedia entry and a list of all known translations. These are
 made from the name:* family.

 In all cases, you can see all tagged details of an object on the [tags]
 switch. If there are multiple objects tagged exactly the same way, then they
 are grouped together. This happens for example on page [2] with the streets
 called Kringlan.

 To allow further inspection of the objects, you can click on each and get the
 respective webpage for the OSM object.

 What I would in particular ask you for: A lot of objects still show Other
 object or unexpected object classes. This is because the list on
 https://github.com/drolbr/openstreetmap-
 website/blob/master/app/assets/javascripts/tagprocessor.js
 is yet to be completed.

 If you find a category that should appear there, please add it to the feedback
 page
 http://wiki.openstreetmap.org/wiki/POI_display#Missing_classification

 Cheers,

 Roland


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

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

Re: [OSM-talk] Annoucement: Poup layer beta reworked

2013-08-26 Thread Roland Olbricht

Hi Jason,

 Without some context it is hard to make any comments. What are the
 goals/user scenarios of the feature

The feature shows all elements that have a well-understood meaning by their 
tagging. So the mapper gets a basic feedback what of his edits have made sense 
in the commonly accepted semantics. Additionally it is useful to get quick 
information about what exists in a certain location, in particular at any zoom 
level.

 not covered by the show data function?

The data function is essentially a read-only view like an in-place editor. So 
it is only useful for me if I don't want to log in at that moment. It cares 
about raw data, without any processing. It is in particular deeply hidden, 
bceause it works in dense areas only on the highest zoom level, and then only 
with patience. For example
http://www.openstreetmap.org/#map=19/50.73183/7.0
still takes around 10 seconds to load, and it is difficult to select the right 
object.

Cheers,

Roland


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

Re: [talk-au] Canberra bus stop numbers

2013-08-26 Thread John Henderson


On 24/08/13 18:43, Chik Foo wrote:

I'm fairly active in Canberra.


It's time to put those bus stops onto OSM, along with the stop
number

as a ref=* tag.

I'm guessing ACTION will place these stop number information in the
google_transit.zip file from
http://www.action.act.gov.au/timetables_and_maps/transit_for_google_maps


Well found.

Yes there's a stops.txt file in the download, which has the stop numbers
along with a brief description and the coordinates of each.

Rather takes the fun out of mapping.


Just in case that makes it easy for someone. I haven't looked into
the licensing requirements for importing this data directly.


Very important!  I'll be massaging that data into a gpx file for my own
interest.  Then it displays readily on my Garmin GPS units, and in
QLandkartGT.

John H

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

Re: [Talk-br] Problemas em rotas.

2013/8/26 Fernando Trebien fernando.treb...@gmail.com:
 Não achei o ticket. Está aberto desde quando?

Esse ticket: https://github.com/DennisOSRM/Project-OSRM/issues/483

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

Re: [Talk-br] Problemas em rotas.

Bem, quando implementarem, sem dúvida atualizarei todos os que eu
mudei para que o roteamento funcionasse (não foram muitos e estão
todos em lugares bem visíveis). Sei que é um caso de desenhar para  a
aplicação, mas é a única concessão que tenho feito no momento, do
contrário nenhuma aplicação funciona.

On Mon, Aug 26, 2013 at 7:44 AM, Nelson A. de Oliveira nao...@gmail.com wrote:
 2013/8/26 Fernando Trebien fernando.treb...@gmail.com:
 Não achei o ticket. Está aberto desde quando?

 Esse ticket: https://github.com/DennisOSRM/Project-OSRM/issues/483

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



-- 
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

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

[Talk-br] Origem dos dados do usuário Eduardo Francis Batista

2013-08-26 Thread Wille

Obtive a resposta do usuário Eduardo Francis Batista a respeito dos 
dados que ele inseriu no OSM que coincidem com os do TrackSource. Vejam 
abaixo:

 Original Message 
Subject:[OpenStreetMap] Re: Origem dos dados
Date:   Mon, 26 Aug 2013 21:16:17 +
From:   Eduardo Francis Batista
To: wi...@wille.blog.br

Olá wille,

Eduardo Francis Batista 
http://www.openstreetmap.org/user/Eduardo%20Francis%20Batista enviou 
uma mensagem pelo OpenStreetMap para você com o assunto Re: Origem dos 
dados:

==

Boa tarde,

Os dados coincidem sim. Coloquei os mesmos dados, mas, dos municípios que
desenvolvo (ou desenvolvia na época):

Cabo Verde - MG
Guaxupé - MG
Areado - MG
Monte Belo - MG
Alfenas - MG
Pouso Alegre - MG
Piranguinho - MG
Borda Da Mata - MG
Uberaba - MG (Não está mais comigo, o passei para outra pessoa).

Se você entrar no site do tracksource e verificar o município, verá que
ainda estou como desenvolvedor de vários deles.

A maioria dos mapas foram feitos baseado no traçado do googe-earth, depois
fiz o referenciamento usando tracks enviados por pessoas que contribuem no
projeto.

Abs.
Eduardo

Em 21 de agosto de 2013 21:29, wille 
m-374859-2af...@messages.openstreetmap.org escreveu:

 Hi Eduardo Francis Batista,

 wille http://www.openstreetmap.org/user/wille has sent you a message
 through OpenStreetMap with the subject Origem dos dados:
 ==

 Olá, Eduardo

 Tudo bem?

 Estou entrando em contato contigo por que a comunidade brasileira 
percebeu
 que alguns dados que você acrescentou ao OpenStreetMap coincidem com 
dados

 do projeto TrackSource.

 Gostaria da informação a respeito da fonte dos dados que você 
acrescentou
 ao OSM. Você fez importação de dados que já existiam no TrackSource? 
Você

 produziu os dados para o OSM e para o TrackSource? Caso você tenha
 produzido dados para o TrackSource e para o OSM, qual foi a fonte dos
 dados? Trilhas de GPS, imagens aéreas do Google, do Yahoo ou do Bing?

 Obrigado desde já pela colaboração, Atenciosamente, Wille
 ==

 You can also read the message at
 http://www.openstreetmap.org/message/read/374859 and you can reply at
 http://www.openstreetmap.org/message/reply/374859

==

You can also read the message at 
http://www.openstreetmap.org/message/read/376047 and you can reply at 
http://www.openstreetmap.org/message/reply/376047

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

Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista

 A maioria dos mapas foram feitos baseado no traçado do googe-earth, depois
 fiz o referenciamento usando tracks enviados por pessoas que contribuem no
 projeto.

Essa parte complica...

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

Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista

2013-08-26 Thread Arlindo Pereira

Revert.

[]s
Arlindo


2013/8/26 Nelson A. de Oliveira nao...@gmail.com

  A maioria dos mapas foram feitos baseado no traçado do googe-earth,
 depois
  fiz o referenciamento usando tracks enviados por pessoas que contribuem
 no
  projeto.

 Essa parte complica...

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

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

Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista

2013-08-26 Thread Gerald Weber

Calma, os dados estão na base há 5 anos, podem esperar mais alguns dias não é?

Eu dei uma rápida olhada e vi que em algumas regiões teve modificações
minhas em cima dos dados existentes, depois parece que quem mais mexeu
foi o Vitor Dias.

Muito do que eu fiz foi retraçar ou realinhar dados a partir do Bing,
é o que eu teria feito tivessem os dados na base ou não. Como fica
isto? Todo trabalho se perdeu?

Tem alguma maneira de reverter sem causar uma quebradeira geral?

abraços

Gerald

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

Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista

2013/8/26 Gerald Weber gwebe...@gmail.com:
 Muito do que eu fiz foi retraçar ou realinhar dados a partir do Bing,
 é o que eu teria feito tivessem os dados na base ou não. Como fica
 isto? Todo trabalho se perdeu?

 Tem alguma maneira de reverter sem causar uma quebradeira geral?

A reversão vai voltar ao estado anterior (ou seja, sem os nós e caminhos).
Justamente esse é o problema de ter dados ilegais na base: quem faz
algo em cima deles acaba perdendo o trabalho.

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

Re: [Talk-br] Excesso de tertiary em Porto Alegre

Esse eh um caminho possivel. Um dos problemas que eu vejo em criar
hierarquias de vias eh as diversas formas de descrever essas
hierarquias. Por vezes, uma via eh secundaria ou terciaria somente em
um trecho, nao toda ela de uma ponta a outra (por toda me refiro a
todo o percurso que tem o mesmo nome de rua). Ela pode ser considerada
assim, tendo um trecho mais importante que outro, sob diversos
aspectos, sendo o trafego um deles, e a intensidade da atividade
humana (presenca de estabelecimentos comerciais) outro. Se essa
hierarquizacao nao for bem pensada (se apenas listarmos nomes, e nao
trechos), pode acontecer que a classificacao se torne menos util do
que seria um criterio mais local, como a analise das preferencias.

Outra coisa eh que, mesmo descrevendo uma hierarquia, provavelmente
cada pessoa tem em mente uma arvore de hierarquia diferente (pouco
diferente, muito diferente, isso vai depender), e isso eh o esperado
porque elas tem vivencias diferentes, mesmo numa mesma cidade. Sem um
criterio como esse, eu nao sei exatamente como classificar as vias do
meu proprio bairro (e moro aqui a mais de 10 anos). Por exatamente
quero dizer com total confianca de que a maneira que estou fazendo eh
a melhor, ou no minimo a mais aceita. Outra pessoa, com outros
valores, poderia classificar de outra forma, e nao estaria errado. E
daih, qual das duas versoes deve valer, a minha ou a dela? A media das
duas? Nenhuma das duas, precisamos de no minimo 3 pessoas para
decidir? E se decidirmos, e depois de 1 ano alguem vier e mudar tudo
sem nos consultar? O que fazemos, revertemos? Convencemos a pessoa da
nossa opiniao? Ou recalculamos a media (se eh que a registramos em
algum lugar)? Entende, eh muito complicado fazer assim, a qualidade do
mapa tende a decair, sofrendo alteracoes constantes.

Votar via por via seria um trabalho enorme e tenho certeza que nao foi
assim que fizeram em outros paises. Votar por trechos de via seria
pior ainda. Quando terminassemos, a realidade jah teria mudado, e
teriamos que recomecar a classificacao. E dai essas discussoes que
estamos tendo (que sao somente sobre 1 metodo) se multiplicariam
pelo numero de objetos, varias vezes ao longo do tempo.

Alem disso, muitos colaboradores do OSM sao iniciantes no mapeamento,
nao engenheiros de trafego, nem doutores em cartografia. Se nao
tiverem algo simples e definido a seguir, se sentirao desestimuladas a
continuar colaborando. Eis uma questao, se nao quisermos adotar um
criterio que qualquer pessoa pode seguir, entao talvez devessemos
estar pensando em limitar alteracoes que reclassificam vias a usuarios
experientes (moderadores), e pensar numa forma de eleger essas
pessoas.

Ou entao simplificamos o criterio: abandonamos o uso de secundarias e
terciarias dentro das cidades, usamos apenas
residenciais/nao-classificadas e primarias (que sao arteriais e sao
oficialmente publicadas). Daih nos perdemos informacao util a respeito
de vias alternativas.

Entao, na minha opiniao:
- classificar por importancia eh vago, cada um tem seu proprio senso
(bom senso, ou falta de senso, tudo depende de quem estah falando
sobre quem e da experiencia pessoal)
- classificar por discussoes democraticas trecho por trecho ou via por
via eh o ideal mas leva muito, muito tempo
- adotar um criterio claro e simples me parece ser a melhor solucao:
eh bom pra explicar o significado pro usuario (que pode entao fazer
uso imediato da informacao), e eh bom pra que a gente aplique e nao
fique brigando a toa

O criterio simples do momento eh o da preferencia. Tudo bem, alguem
pensa que isso gera um excesso de terciarias. Por enquanto eu nao ouvi
posicoes contrarias, entao estou tratando como apenas uma questao de
preferencia (ou melhor, aversao) pessoal. Gostaria de ouvir mais
opinioes, nem que fosse pra dizer gostei ou nao gostei ou nao
tenho muita certeza, aqui eu faco desse e daquele jeito.

Como nao sou prepotente o bastante para achar que o meu senso eh o
melhor de todos, desde o inicio eu busquei a opiniao da comunidade pra
aprimorar as minhas ideias, e prova disso eh que o fluxograma mudou
muito desde que apresentei a primeira versao (fiz questao de registrar
isso no forum pra que depois nao viessem me dizer que estou impondo a
minha vontade, estou eh tentando defender as ideias mais bem aceitas).
Outra prova eh que tambem busquei a opiniao da comunidade
internacional, e nem eles reclamaram desse algoritmo (bem, nao nesta
parte do fluxograma). Nao me importo de muda-lo de novo caso surja uma
ideia melhor, e tambem nao me importo de reclassificar todas as ruas
da cidade caso isso ocorra, soh nao quero eh me envolver nessas quedas
de braco sem sentido pelo simples fato de o criterio nao ser bem
definido. Tenho mapas mais interessantes a fazer ;D. O mais importante
eh que a regra que adotarmos traduza da melhor forma possivel esse
senso vago e subjetivo de importancia. Entao, em qualquer discussao,
a primeira questao a ser respondida (e nao foi respondida ainda
nesta): o

Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista

Hm quando que voce editou? Entendi que as edicoes do Eduardo foram
todas recentes. Se voce editou sobre os mesmos dados que ele depois
que ele editou, sim, isso significa que as suas alteracoes serao
perdidas. Nao temos um mecanismo automatico pra voltar atras e depois
aplicar o que voce fez, e nem devemos ter: as suas modificacoes sao
derivacoes de um trabalho potencialmente derivado de uma fonte ilegal,
entao eh trabalho derivado da mesma fonte tambem.

2013/8/26 Gerald Weber gwebe...@gmail.com:
 Calma, os dados estão na base há 5 anos, podem esperar mais alguns dias não é?

 Eu dei uma rápida olhada e vi que em algumas regiões teve modificações
 minhas em cima dos dados existentes, depois parece que quem mais mexeu
 foi o Vitor Dias.

 Muito do que eu fiz foi retraçar ou realinhar dados a partir do Bing,
 é o que eu teria feito tivessem os dados na base ou não. Como fica
 isto? Todo trabalho se perdeu?

 Tem alguma maneira de reverter sem causar uma quebradeira geral?

 abraços

 Gerald

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



-- 
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

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

Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista

2013/8/26 Fernando Trebien fernando.treb...@gmail.com:
 Hm quando que voce editou? Entendi que as edicoes do Eduardo foram
 todas recentes. Se voce editou sobre os mesmos dados que ele depois
 que ele editou, sim, isso significa que as suas alteracoes serao
 perdidas. Nao temos um mecanismo automatico pra voltar atras e depois
 aplicar o que voce fez, e nem devemos ter: as suas modificacoes sao
 derivacoes de um trabalho potencialmente derivado de uma fonte ilegal,
 entao eh trabalho derivado da mesma fonte tambem.

Do Eduardo são todas antigas (5 anos atrás), como essa:

http://www.openstreetmap.org/browse/changeset/3230889

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

Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista

Hm 5 anos atras nao existia o tal do conversor ainda. Se ele
converteu, usou algum outro metodo. Achei um Terra draft no meio do
changeset, hm... E tambem algumas ruas Rua, hm... Eh, deve ser do
TrackSource tambem sim.

Ele parou de editar em 2010, e nessa epoca parecia estar fazendo
mapeamentos manuais, muito menores e sem essas caracteristicas. Acho
melhor selecionar os changesets a serem revertidos um por um.

Se jah em 2009 tinha gente importando coisas do TrackSource, entao
devemos pensar em fazer um bot pra procurar esses casos no mapa
(senao o trabalho vai ser imenso) e nos listar para investigarmos
manualmente. O que estariamos procurando? Parece jah termos 1
caracteristica: changesets grandes contendo vias com onome Terra
draft ou Rua.

Podemos rodar o bot sobre o mapa do planet.osm diario ou um dos seus
submapas (talvez o que se extrai soh o mapa do Brasil), seria mais
rapido e nao necessitaria instalacao num servidor ou num servico da
OSMF. Tem como fazer isso em Python, e o codigo nao eh dificil.

2013/8/27 Nelson A. de Oliveira nao...@gmail.com:
 2013/8/26 Fernando Trebien fernando.treb...@gmail.com:
 Hm quando que voce editou? Entendi que as edicoes do Eduardo foram
 todas recentes. Se voce editou sobre os mesmos dados que ele depois
 que ele editou, sim, isso significa que as suas alteracoes serao
 perdidas. Nao temos um mecanismo automatico pra voltar atras e depois
 aplicar o que voce fez, e nem devemos ter: as suas modificacoes sao
 derivacoes de um trabalho potencialmente derivado de uma fonte ilegal,
 entao eh trabalho derivado da mesma fonte tambem.

 Do Eduardo são todas antigas (5 anos atrás), como essa:

 http://www.openstreetmap.org/browse/changeset/3230889

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



-- 
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

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

Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista

2013/8/26 Fernando Trebien fernando.treb...@gmail.com:
 Se jah em 2009 tinha gente importando coisas do TrackSource, entao
 devemos pensar em fazer um bot pra procurar esses casos no mapa
 (senao o trabalho vai ser imenso) e nos listar para investigarmos
 manualmente. O que estariamos procurando? Parece jah termos 1
 caracteristica: changesets grandes contendo vias com onome Terra
 draft ou Rua.

Da olhada muito por cima que dei anteriormente, isso daqui já indica
importação suspeita:

http://taginfo.openstreetmap.org/search?q=jo%24o#values
Nome de rua como Rua: http://overpass-turbo.eu/s/OV
Nome de rua como Terra: http://overpass-turbo.eu/s/Pz

 Podemos rodar o bot sobre o mapa do planet.osm diario ou um dos seus
 submapas (talvez o que se extrai soh o mapa do Brasil), seria mais
 rapido e nao necessitaria instalacao num servidor ou num servico da
 OSMF. Tem como fazer isso em Python, e o codigo nao eh dificil.

O problema é que se alguém mudar o nome de Rua para Rua Tal, já
não vai aparecer mais como suspeito.
O dump diário não vai servir. Vai precisar de um  full history dump para isso.

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

Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista

Bem, entao eh uma questao de sabermos se a OSMF pode nos passar esse
dump com historico, ou se pode nos fornecer ferramentas para rodarmos
scripts sobre o historico deles sem ter que baixa-lo.

Mas acho que usar o dump diario jah revelaria uns 95% dos casos e dos
usuarios que fizeram essas importacoes. A taxa de edicoes nao eh tao
alta assim.

2013/8/27 Nelson A. de Oliveira nao...@gmail.com:
 2013/8/26 Fernando Trebien fernando.treb...@gmail.com:
 Se jah em 2009 tinha gente importando coisas do TrackSource, entao
 devemos pensar em fazer um bot pra procurar esses casos no mapa
 (senao o trabalho vai ser imenso) e nos listar para investigarmos
 manualmente. O que estariamos procurando? Parece jah termos 1
 caracteristica: changesets grandes contendo vias com onome Terra
 draft ou Rua.

 Da olhada muito por cima que dei anteriormente, isso daqui já indica
 importação suspeita:

 http://taginfo.openstreetmap.org/search?q=jo%24o#values
 Nome de rua como Rua: http://overpass-turbo.eu/s/OV
 Nome de rua como Terra: http://overpass-turbo.eu/s/Pz

 Podemos rodar o bot sobre o mapa do planet.osm diario ou um dos seus
 submapas (talvez o que se extrai soh o mapa do Brasil), seria mais
 rapido e nao necessitaria instalacao num servidor ou num servico da
 OSMF. Tem como fazer isso em Python, e o codigo nao eh dificil.

 O problema é que se alguém mudar o nome de Rua para Rua Tal, já
 não vai aparecer mais como suspeito.
 O dump diário não vai servir. Vai precisar de um  full history dump para 
 isso.

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



-- 
Fernando Trebien
+55 (51) 9962-5409

The speed of computer chips doubles every 18 months. (Moore's law)
The speed of software halves every 18 months. (Gates' law)

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

Re: [Talk-br] Origem dos dados do usuário Eduardo Francis Batista

2013-08-26 Thread Wille

Estou encaminhando um email para o Data Working Group da OSM Foundation 
pedindo a opinião deles a respeito desse caso. Quando tiver uma 
resposta, disponibilizarei aqui.


On 26-08-2013 23:03, Nelson A. de Oliveira wrote:

2013/8/26 Fernando Trebien fernando.treb...@gmail.com:

Bem, entao eh uma questao de sabermos se a OSMF pode nos passar esse
dump com historico, ou se pode nos fornecer ferramentas para rodarmos
scripts sobre o historico deles sem ter que baixa-lo.

Eles geram esporadicamente um dump desses em
http://planet.openstreetmap.org/planet/full-history/ (último é de
fevereiro).
Ver também http://wiki.openstreetmap.org/wiki/Planet.osm/full

Dá pra pegar esse dump e extrair o Brasil para processar depois (mas é
coisa grande).
Se não for assim, tem que manter uma base local e gerar um full dump
dela (se quiser dados mais atuais, por exemplo).

O problema de usar o dump diário é que só vão ser detectados os dados
que ainda não sofreram modificação (ou que foram modificados mas
mantiveram o padrão que procuramos). Dá pra achar bastante coisa assim
(que é como achamos os casos suspeitos até agora), mas vários outros
vão passar.

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



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

Re: [Talk-br] Excesso de tertiary em Porto Alegre

2013-08-26 Thread Flavio Bello Fialho

Vou reformular a minha proposta:

arterial? ---S--- primary
---N--- (algum critério objetivo qualquer) ---S--- secondary
---N--- (algum outro critério objetivo qualquer) ---S--- tertiary
---N--- área residencial? ---S--- residential
---N--- unclassified

Falta assim apenas definir os dois critérios objetivos, de uma forma
semelhante ao critério que define se uma via é arterial ou não. Porto
Alegre não é nenhuma exceção. É semelhante à imensa maioria das cidades não
planejadas (Rio, São Paulo, quase todas as cidades do interior, etc.). Não
acho que deva-se tratar Porto Alegre como um caso isolado, mas sim como um
piloto para teste do algoritmo. O problema não é só o excesso de tertiary.
É também a presença de ilhas (vias secondary ou tertiary não ligadas ao
restante do mapa por vias de igual ou maior importância). Isso só acontece
pelo algoritmo usar aquela promoção por preferência (bottom-up), ao invés
de um critério hierárquico (top-down). Não adianta o critério ser objetivo
se o resultado não for satisfatório. A mudança que proponho no algoritmo é
simples e irá resolver os dois problemas que apontei. De qualquer forma, o
algoritmo deve ser testado antes de ter o seu uso generalizado.


Em 26 de agosto de 2013 21:41, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 Esse eh um caminho possivel. Um dos problemas que eu vejo em criar
 hierarquias de vias eh as diversas formas de descrever essas
 hierarquias. Por vezes, uma via eh secundaria ou terciaria somente em
 um trecho, nao toda ela de uma ponta a outra (por toda me refiro a
 todo o percurso que tem o mesmo nome de rua). Ela pode ser considerada
 assim, tendo um trecho mais importante que outro, sob diversos
 aspectos, sendo o trafego um deles, e a intensidade da atividade
 humana (presenca de estabelecimentos comerciais) outro. Se essa
 hierarquizacao nao for bem pensada (se apenas listarmos nomes, e nao
 trechos), pode acontecer que a classificacao se torne menos util do
 que seria um criterio mais local, como a analise das preferencias.

 Outra coisa eh que, mesmo descrevendo uma hierarquia, provavelmente
 cada pessoa tem em mente uma arvore de hierarquia diferente (pouco
 diferente, muito diferente, isso vai depender), e isso eh o esperado
 porque elas tem vivencias diferentes, mesmo numa mesma cidade. Sem um
 criterio como esse, eu nao sei exatamente como classificar as vias do
 meu proprio bairro (e moro aqui a mais de 10 anos). Por exatamente
 quero dizer com total confianca de que a maneira que estou fazendo eh
 a melhor, ou no minimo a mais aceita. Outra pessoa, com outros
 valores, poderia classificar de outra forma, e nao estaria errado. E
 daih, qual das duas versoes deve valer, a minha ou a dela? A media das
 duas? Nenhuma das duas, precisamos de no minimo 3 pessoas para
 decidir? E se decidirmos, e depois de 1 ano alguem vier e mudar tudo
 sem nos consultar? O que fazemos, revertemos? Convencemos a pessoa da
 nossa opiniao? Ou recalculamos a media (se eh que a registramos em
 algum lugar)? Entende, eh muito complicado fazer assim, a qualidade do
 mapa tende a decair, sofrendo alteracoes constantes.

 Votar via por via seria um trabalho enorme e tenho certeza que nao foi
 assim que fizeram em outros paises. Votar por trechos de via seria
 pior ainda. Quando terminassemos, a realidade jah teria mudado, e
 teriamos que recomecar a classificacao. E dai essas discussoes que
 estamos tendo (que sao somente sobre 1 metodo) se multiplicariam
 pelo numero de objetos, varias vezes ao longo do tempo.

 Alem disso, muitos colaboradores do OSM sao iniciantes no mapeamento,
 nao engenheiros de trafego, nem doutores em cartografia. Se nao
 tiverem algo simples e definido a seguir, se sentirao desestimuladas a
 continuar colaborando. Eis uma questao, se nao quisermos adotar um
 criterio que qualquer pessoa pode seguir, entao talvez devessemos
 estar pensando em limitar alteracoes que reclassificam vias a usuarios
 experientes (moderadores), e pensar numa forma de eleger essas
 pessoas.

 Ou entao simplificamos o criterio: abandonamos o uso de secundarias e
 terciarias dentro das cidades, usamos apenas
 residenciais/nao-classificadas e primarias (que sao arteriais e sao
 oficialmente publicadas). Daih nos perdemos informacao util a respeito
 de vias alternativas.

 Entao, na minha opiniao:
 - classificar por importancia eh vago, cada um tem seu proprio senso
 (bom senso, ou falta de senso, tudo depende de quem estah falando
 sobre quem e da experiencia pessoal)
 - classificar por discussoes democraticas trecho por trecho ou via por
 via eh o ideal mas leva muito, muito tempo
 - adotar um criterio claro e simples me parece ser a melhor solucao:
 eh bom pra explicar o significado pro usuario (que pode entao fazer
 uso imediato da informacao), e eh bom pra que a gente aplique e nao
 fique brigando a toa

 O criterio simples do momento eh o da preferencia. Tudo bem, alguem
 pensa que isso gera um excesso de terciarias. Por enquanto eu nao ouvi

Re: [Talk-br] Excesso de tertiary em Porto Alegre

Ah, e um detalhe da minha experiencia pessoal: apesar de achar que o
Santa Tereza nao tem muita solucao, a classificacao atual me permitiu
calcular um desvio pra chegar no trabalho na hora do rush em 15-20
minutos, ao inves de 35-45 minutos seguindo pelas vias principais. :D
A titulo de curiosidade: http://osrm.at/4Ok

O normal (que a maioria dos motoristas faria) seria a rota calculada
sem o waypoint intermediario. Quando a classificacao nao existia, os
caminhos por dentro do bairro eram caoticos e bastante ineficientes,
cheios de paradas, o trajeto demorava uns 25 minutos ao total.

2013/8/27 Fernando Trebien fernando.treb...@gmail.com:
 Perfeito. Mas quais sao esses dois criterios objetivos que colocaste
 aih? Enquanto nao forem decididos, sugere que desmarquemos todas as
 vias terciarias e secundarias em area urbana?

 E qual o problema de ter vias secundarias ou terciarias desligadas do
 resto do mapa, nao eh uma mera questao estetica isso? De qualquer
 forma, podemos resolver isso facilmente: aplicamos esse algoritmo de
 classificacao por preferencia e, sobre o seu resultado:
 1. Estendemos as secundarias em ambos os extremos ateh que se conectem
 em outra secundaria/terciaria ou outra via de classificacao superior
 (desde que isso nao duplique ou triplique o seu atual tamanho); e
 2. Rebaixamos a classificacao das secundarias/terciarias que tiverem
 pontas soltas, por assim dizer, caso a sua extensao nao seja
 possivel pela regra acima

 Seria um metodo ligeiramente mais complexo, mas ainda claro e bem
 definido e reproduzivel por qualquer pessoa, com praticamente nenhuma
 variabilidade.

 Soh precisamos pensar se isso nao compromete o valor-utilidade da
 classificacao. O passo 2 tende a perder a informacao visual da
 preferencia em alguns casos, o que pode confundir motoristas e tambem
 pode ser dificil de explicar pro usuario leigo. O passo 1 tende a
 rebaixar todas as vias terminais, em bairro, que em alguns casos
 servem como atalho (nao necessariamente para um percurso em linha
 reta, mas talvez para um trecho de um percurso). E tem mais um
 detalhe: a maioria das pontas soltas atuais daria origem a vias
 conectadas em ambos os extremos (da forma descrita no passo 2) se
 simplesmente visitassemos o semaforo onde a sua classificacao foi
 interrompida e verificassemos qual das duas direcoes eh
 preferencial. Que tal se nos dois fizermos uma lista desses semaforos,
 dividirmos o trabalho e fizermos um survey em campo pra determinar
 isso? Ainda assim isso nao diminuiria o numero de terciarias,
 diminuiria sim o numero de vias com pontas soltas. (Estou adotando
 esse jargao na discussao de agora em diante :P)

 Uma outra alternativa ainda seria rebaixar as atuais terciarias para
 residenciais e as residenciais para living street. Mas daih eh outra
 historia, e outra discussao.

 Jah que voce nao dah exemplos de onde ficou ruim, eu vou dar
 exemplos de onde ficou bom, ok? Acho que ficou bom nesses bairros
 (suficientemente informativo e praticamente sem pontas soltas):

 Centro Historico e Praia de Belas
 http://www.openstreetmap.org/#map=16/-30.0327/-51.2291

 Cidade Baixa e Farroupilha
 http://www.openstreetmap.org/#map=16/-30.0415/-51.2180

 Menino Deus e Azenha
 http://www.openstreetmap.org/#map=16/-30.0542/-51.2196

 Santana, Santa Cecilia e Jardim Botanico
 http://www.openstreetmap.org/#map=16/-30.0491/-51.1945

 Bom Jesus, Jardim Carvalho e Jardim do Salso
 http://www.openstreetmap.org/#map=15/-30.0506/-51.1543

 Petropolis
 http://www.openstreetmap.org/#map=16/-30.0381/-51.1822

 Chacara das Pedras
 http://www.openstreetmap.org/#map=16/-30.0339/-51.1630

 Farrapos, Humaita e Anchieta
 http://www.openstreetmap.org/#map=15/-29.9837/-51.1786

 Santa Maria Goretti
 http://www.openstreetmap.org/#map=16/-30.0047/-51.1803

 Sarandi
 http://www.openstreetmap.org/#map=16/-29.9853/-51.1291

 Vila Joao Pessoa e Sao Jose
 http://www.openstreetmap.org/#map=16/-30.0682/-51.1723

 Cristal
 http://www.openstreetmap.org/#map=16/-30.0854/-51.2357

 Vila Assuncao
 http://www.openstreetmap.org/#map=16/-30.1010/-51.2554

 Tristeza e Camaqua (eh onde eu moro, tudo ok exceto por algumas
 secundarias parciais QUE EH EXATAMENTE O PAPEL DELAS NO BAIRRO: elas
 tem preferencia em todos os semaforos e coletam bastante trafego e
 distribuem em vias menores, mas soh por um trecho)
 http://www.openstreetmap.org/#map=16/-30.1086/-51.2416

 Jardim Isabel e Ipanema
 http://www.openstreetmap.org/#map=16/-30.1329/-51.2313

 Restinga
 http://www.openstreetmap.org/#map=16/-30.1545/-51.1403

 Onde eu acho que poderia ficar melhor depois de uma inspecao nos semaforos:

 Bom Fim:
 http://www.openstreetmap.org/#map=16/-30.0318/-51.2090

 Sao Geraldo
 http://www.openstreetmap.org/#map=16/-30.0081/-51.1988

 Medianeira
 http://www.openstreetmap.org/#map=16/-30.0650/-51.2083

 Moinhos, Auxiliadora, Mont'Serrat, Bela Vista, Boa Vista, Higienopolis
 http://www.openstreetmap.org/#map=15/-30.0286/-51.1865

 Onde eu acho que nao tem remedio

Re: [Talk-de] Info zu einer Arbeit über metrische Distanzmessung

2013-08-26 Thread Stefan Keller

Hallo Peter

Interessant. Scheint so etwas ähnliches wie der proprietäre aber bewährte
PhotoModeler zu sein [1].

Nur damit ich es richtig verstehe:

1. Der geplante Ablauf - z.B. für die Bestimmung der Höhe einer
Kirchturmspitze - geht so:
* Der Benutzer macht mit dem Smartphone mind. zwei Bilder im seitlichen
Abstand von einigen Metern
* (wie der exakte Abstand gemessen wird ist noch offen).
* Der Benutzer bezeichnet (oder bestätigt) eine in den Bildern gemeinsame
horizontale Kante (z.B. seitliche Turmmauer)
* Wenn die SW fertig gerechnet hat, zeigt der Benutzer auf die
Kirchturmspitze und erhält dessen Höhe
?

2. Und deine Idee besteht darin, die in der Studentischen Arbeit
erarbeitete Desktopkomponente, welche die eigentliche 3D Rekonstruktion
macht, in ein App zu packen (obschon die SW schon auf dem Desktop einige
Zeit braucht und an Ressourcengrenzen stösst)?

LG, Stefan


[1] http://www.photomodeler.com/products/how-it-works.html


Am 22. August 2013 14:46 schrieb Peter Barth osm-t...@won2.de:

 Hallo Stephan,

 Stephan Knauss schrieb:
   [1] http://www.forwiss.uni-passau.de/extern/doc/BA_Stier_Reimar.pdf
 
  nette Arbeit. Erinnert mich etwas an das was Marek gemacht hat.

 das muss ich jetzt aber glaub ich doch kurz nochmal klarstellen, dass
 das etwas grundlegend anderes ist. Marek beschreibt da im Prinzip
 Fotogrammetrie, die erhebliche Nachteile gegenüber einer richtigen 3D-
 Rekonstruktion hat:

 * schlechte Abbildungseigenschaften der Kamera die nicht ausgeglichen
   werden (Stichwort: Verzeichnung, Folge: Ungenauigkeit)
 * geringe und ungenaue Grundlage für die Metrik (Höhe der Kamera, Ebene
   vor Gebäude, Ausrichtung der Kamera)
 * nur Höhen an Ebenen messbar (die Höhe eines Kirchturms kannst du damit
   z.B. nicht bestimmen)

 Die Arbeit beschreibt bzw. vergleicht sich übrigens auch gegen andere
 Methoden und stellt vor allem auch die von mir kurz angesprochenen
 Vorteile heraus. Hauptnachteil ist nur, dass es keine fertige App
 gibt. Dann wäre dass nämlich erheblich einfacher als mit Fotogrammetrie.

 Gruß,
 Peda

 --

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

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

Re: [Talk-de] Info zu einer Arbeit über metrische Distanzmessung

2013-08-26 Thread Peter Barth

Hallo Stefan,

Stefan Keller schrieb:
 Interessant. Scheint so etwas ähnliches wie der proprietäre aber bewährte
 PhotoModeler zu sein [1].

kannte ich bislang noch nicht, aber das Prinzip ist genau das selbe, ja.
Die Sprechen auf ihrer Webseite halt noch davon, dass man eine Skala
mit aufnehmen muss. Da war bei mir halt die ursprüngliche, aber leider
nicht praxistaugliche Idee, den Abstand zweiter GPS-Punkte zu verwenden.
(Der Student hatte in seinen Test aber unter anderem genau das mit der 
Skala gemacht und dafür ein Schachbrett mit bekannten Maßen
verwendet).

 Nur damit ich es richtig verstehe:
 
 1. Der geplante Ablauf - z.B. für die Bestimmung der Höhe einer
 Kirchturmspitze - geht so:
 * Der Benutzer macht mit dem Smartphone mind. zwei Bilder im seitlichen
 Abstand von einigen Metern
 * (wie der exakte Abstand gemessen wird ist noch offen).
 * Der Benutzer bezeichnet (oder bestätigt) eine in den Bildern gemeinsame
 horizontale Kante (z.B. seitliche Turmmauer)
 * Wenn die SW fertig gerechnet hat, zeigt der Benutzer auf die
 Kirchturmspitze und erhält dessen Höhe
 ?

Genau. Wobei man natürlich auch Breiten, Tiefen,... messen kann.

 2. Und deine Idee besteht darin, die in der Studentischen Arbeit
 erarbeitete Desktopkomponente, welche die eigentliche 3D Rekonstruktion
 macht, in ein App zu packen (obschon die SW schon auf dem Desktop einige
 Zeit braucht und an Ressourcengrenzen stösst)?

Das fände ich persönlich zumindest sehr interessant so eine App zu
haben. Beim 3D-Tagging rate ich derzeit häufig die Höhen und das ist
mir dann meist zu ungenau.

Bzgl. Zeit muss man noch dazu sagen, dass das ganze eine Bachelorarbeit
war die 3 Monate dauert. Die investierte Zeit bzw. die geleistete Arbeit
lag da klar am oberen Ende. Ich denke, da kann man an vielen Stellen
noch optimieren und das auch auf dem Handy noch in Echtzeit hinbekommen.

Bzgl. Ressourcenverbrauch kenne ich mich bei Handys nicht so aus. Rein
vom Hauptspeicher eines Handys ist das kein Problem, nur gibt es da
denke ich immer so per-App Beschränkungen die problematisch sein könnten
da *ein* 8MPixel-Bild im Speicher halt schon 24MB belegt.

Gruß,
Peda

-- 

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

Re: [Talk-de] Firmen als OSMF-Mitglieder

2013-08-26 Thread Frederik Ramm

Hallo,

   der eine oder andere erinnert sich vielleicht an diesen Thread aus
dem letzten Jahr, in dem ich um ein Meinungsbild gebeten hatte:

 Trotzdem wuerde ich Euch ganz zu Anfang mal gern nach so etwas wie einem 
 Stimmungsbild fragen. Ein schnelles Kreuzchen in einem von vier Feldern 
 von jedem von Euch:
 
 http://polls.cc/cyzooQ/

Nun liegt der Entwurf fuer die neuen Articles of Association auf dem
Tisch und kann seit heute auch per E-Mail abgestimmt werden (von
OSMF-Mitgliedern -
http://wiki.openstreetmap.org/wiki/Foundation/AGM13/Proxy_Voting).

Der Entwurf laesst Firmenmitglieder grundsaetzlich zu, raeumt ihnen aber
*kein* Stimmrecht ein
(http://wiki.osmfoundation.org/wiki/Articles_of_Association/New
Abschnitt 75 Satz 3).

Der Entwurf wird als Punkt 6 auf der Agenda fuer die AGM gefuehrt. 75%
aller Waehler muessen ihn annehmen, damit er gueltig wird. Ich wuerde
mich sehr freuen, wenn wir diese Mehrheit erreichen.

Als Ergaenzung haben wir einen Punkt 7 auf der Agenda vorgesehen, der
den o.g. Abschnitt 75 Satz 3 *streicht* und Firmenmitgliedern damit
ebenfalls das Stimmrecht gibt.

So kann jeder selber abstimmen, ob er Firmenmitglieder mit oder ohne
Stimmrecht zulassen moechte.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

[Talk-de] Ankündigung: Popup-Layer auf osm.org aufgefrischt

2013-08-26 Thread Roland Olbricht

Liebe Mitmapper,

Die Popup-Erweiterung für die Website osm.org habe ich gerade grundlegend 
überarbeitet und dabei die Rückmeldungen der letzten Version in neue 
Funktionalität umgesetzt.

Per Beispiel:
http://overpass.apis.dev.openstreetmap.org/#map=15/50.9429/6.9541

Bitte klicke auf das graue Gebäude ziemlich in der Mitte neben der Bahnstrecke 
(es ist der Kölner Dom). Ein blaues Rechteck und ein Popup erscheint: Im Popup 
werden alle benannenten OSM-Elemente aufgelistet, die in der blauen Box 
liegen.

Bitte klicke neben Kölner Dom auf [details]:
* [wikipedia] kommt aus dem Tag wikipedia
* [website] kommt aus dem Tag website
* die Adresse kommt aus den diversen addr:*-Tags
* die Liste der Übersetzungen aus den name:*-Tags

Möchte man das OSM-Element zum Kölner Dom im Detail untersuchen, so führt der 
Klick auf den Namen auf die Webseite zum OSM-Element.
Objekte mit gleichen Tags werden zusammengefasst und sind dann mit Ziffern ab 
[2] klickbar. Z.B. auf Seite [2] die Elemente zur Trankgasse.

Worum ich bitten würde: Viele Objekte tauchen hier noch als Other object 
auf. Das liegt daran, dass sie nicht in der Liste
https://github.com/drolbr/openstreetmap-
website/blob/master/app/assets/javascripts/tagprocessor.js
stehen.

Wenn Ihr eine Kategorie habt, so tragt sie bitte unter
http://wiki.openstreetmap.org/wiki/DE:POI_display
ein.

Wenn jemand weiß, wie man die Lokalisierung richtig (d.h. entweder aus der 
Rails-Plattform heraus oder Browser-neutral) hinbekommt, wäre ich für Tipps 
auch dankbar.

Viele Grüße,

Roland


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

Re: [Talk-de] Ankündigung: Popup-Layer auf osm.org aufgefrischt

2013-08-26 Thread Tobias Knerr

Hallo Roland,

Am 26.08.2013 19:36, schrieb Roland Olbricht:
 Per Beispiel:
 http://overpass.apis.dev.openstreetmap.org/#map=15/50.9429/6.9541

ich muss mal etwas grundsätzlicheres loswerden. Technisch finde ich
deine Entwicklung zwar eine gute Basis und nicht zuletzt zeigt der
Anwendungsfall, wie vielseitig einsetzbar die Overpass API ist.

Nur: Mit der Benutzerschnittstelle habe ich etwas Bauchschmerzen, weil
es in eine ganz andere Richtung geht, als ich es bei der Ursprungsidee
POI anklicken erwartet hätte.

Bei dir ist das ziemlich analytisch umgesetzt: Man bekommt viele
Einträge in einer Liste präsentiert und kann sich die Rohdaten anschauen
- eher versteckt sogar auch eine halbwegs übersetzte Form.
In einer benutzerorientierten Web-Karte würde ich in einem Pop-Up aber
ansprechend gestaltete Informationen über (idealerweise) genau ein
Objekt erwarten.

Konkret wären meine Vorschläge:

* Regionen/Grenzen wie Nordrhein-Westfalen weglassen, denn dafür gibt
es schon das Wo bin ich?-Feature - und sie blähen die Liste auf

* falls praktikabel zoomstufen-abhängig arbeiten: kleine Gedenktafeln
etc. waren vom Benutzer in deiner Beispielansicht sicher nicht gemeint

* Einzelobjekt-Ansicht bieten statt nur den aufklappbaren Listeneintrag

* in der Liste [details][tags] weglassen und ersetzen durch einen Link
zur osm.org-Details-Seite in der o.g. Einzelobjekt-Ansicht

Sorry dafür, dass ich etwas vom Kernthema abgewichen bin, aber diese
grundsätzlichen Überlegungen haben sich mir beim erneuten Ausprobieren
aufgedrängt. Vielleicht bin ich aber auch der einzige, der das so sieht?

Gruß,
Tobias

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

Re: [Talk-de] Ankündigung: Popup-Layer auf osm.org aufgefrischt

2013-08-26 Thread Peter Wendorff

Hi Roland,
das sieht klasse aus (und wenn ich mir das im Wiki so angucke, wird sich
wohl auch in Sachen Beschriftungen einiges tun).

Schick wäre, wenn Du Öffnungszeiten auch direkt in die Details aufnehmen
könntest, das dürfte eines der meistgesuchten Infos bei Geschäften sein,
wenn man auf die Karte klickt.

Gruß
Peter

Am 26.08.2013 19:36, schrieb Roland Olbricht:
 Liebe Mitmapper,
 
 Die Popup-Erweiterung für die Website osm.org habe ich gerade grundlegend 
 überarbeitet und dabei die Rückmeldungen der letzten Version in neue 
 Funktionalität umgesetzt.
 
 Per Beispiel:
 http://overpass.apis.dev.openstreetmap.org/#map=15/50.9429/6.9541
 
 Bitte klicke auf das graue Gebäude ziemlich in der Mitte neben der 
 Bahnstrecke 
 (es ist der Kölner Dom). Ein blaues Rechteck und ein Popup erscheint: Im 
 Popup 
 werden alle benannenten OSM-Elemente aufgelistet, die in der blauen Box 
 liegen.
 
 Bitte klicke neben Kölner Dom auf [details]:
 * [wikipedia] kommt aus dem Tag wikipedia
 * [website] kommt aus dem Tag website
 * die Adresse kommt aus den diversen addr:*-Tags
 * die Liste der Übersetzungen aus den name:*-Tags
 
 Möchte man das OSM-Element zum Kölner Dom im Detail untersuchen, so führt der 
 Klick auf den Namen auf die Webseite zum OSM-Element.
 Objekte mit gleichen Tags werden zusammengefasst und sind dann mit Ziffern ab 
 [2] klickbar. Z.B. auf Seite [2] die Elemente zur Trankgasse.
 
 Worum ich bitten würde: Viele Objekte tauchen hier noch als Other object 
 auf. Das liegt daran, dass sie nicht in der Liste
 https://github.com/drolbr/openstreetmap-
 website/blob/master/app/assets/javascripts/tagprocessor.js
 stehen.
 
 Wenn Ihr eine Kategorie habt, so tragt sie bitte unter
 http://wiki.openstreetmap.org/wiki/DE:POI_display
 ein.
 
 Wenn jemand weiß, wie man die Lokalisierung richtig (d.h. entweder aus der 
 Rails-Plattform heraus oder Browser-neutral) hinbekommt, wäre ich für Tipps 
 auch dankbar.
 
 Viele Grüße,
 
 Roland
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de
 


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

Re: [Talk-de] Ankündigung: Popup-Layer auf osm.org aufgefrischt

2013-08-26 Thread Peter Wendorff

Hi,
Eine Begrenzung der Popup-Größe wär nicht schlecht.
Klappe ich z.B. die Deutsche Grenze auf die Tag-Ansicht aus, muss ich
die Karte bis zum anderen Ende der Stadt (auf zoomlevel 18!) scrollen,
um das popup oder auch nur das item wieder schließen zu können.

Gruß
Peter

Am 26.08.2013 19:36, schrieb Roland Olbricht:
 Liebe Mitmapper,
 
 Die Popup-Erweiterung für die Website osm.org habe ich gerade grundlegend 
 überarbeitet und dabei die Rückmeldungen der letzten Version in neue 
 Funktionalität umgesetzt.
 
 Per Beispiel:
 http://overpass.apis.dev.openstreetmap.org/#map=15/50.9429/6.9541
 
 Bitte klicke auf das graue Gebäude ziemlich in der Mitte neben der 
 Bahnstrecke 
 (es ist der Kölner Dom). Ein blaues Rechteck und ein Popup erscheint: Im 
 Popup 
 werden alle benannenten OSM-Elemente aufgelistet, die in der blauen Box 
 liegen.
 
 Bitte klicke neben Kölner Dom auf [details]:
 * [wikipedia] kommt aus dem Tag wikipedia
 * [website] kommt aus dem Tag website
 * die Adresse kommt aus den diversen addr:*-Tags
 * die Liste der Übersetzungen aus den name:*-Tags
 
 Möchte man das OSM-Element zum Kölner Dom im Detail untersuchen, so führt der 
 Klick auf den Namen auf die Webseite zum OSM-Element.
 Objekte mit gleichen Tags werden zusammengefasst und sind dann mit Ziffern ab 
 [2] klickbar. Z.B. auf Seite [2] die Elemente zur Trankgasse.
 
 Worum ich bitten würde: Viele Objekte tauchen hier noch als Other object 
 auf. Das liegt daran, dass sie nicht in der Liste
 https://github.com/drolbr/openstreetmap-
 website/blob/master/app/assets/javascripts/tagprocessor.js
 stehen.
 
 Wenn Ihr eine Kategorie habt, so tragt sie bitte unter
 http://wiki.openstreetmap.org/wiki/DE:POI_display
 ein.
 
 Wenn jemand weiß, wie man die Lokalisierung richtig (d.h. entweder aus der 
 Rails-Plattform heraus oder Browser-neutral) hinbekommt, wäre ich für Tipps 
 auch dankbar.
 
 Viele Grüße,
 
 Roland
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de
 


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

Re: [Talk-de] Ankündigung: Popup-Layer auf osm.org aufgefrischt

Am 26. August 2013 21:17 schrieb Peter Wendorff wendo...@uni-paderborn.de:

 Schick wäre, wenn Du Öffnungszeiten auch direkt in die Details aufnehmen
 könntest, das dürfte eines der meistgesuchten Infos bei Geschäften sein,
 wenn man auf die Karte klickt.



und evtl. dann auch service_times? Das ist zwar noch weniger in Benutzung,
aber die Implementierung ist dieselbe, von daher wäre es kein Mehraufwand...

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

Re: [Talk-de] Ankündigung: Popup-Layer auf osm.org aufgefrischt

Am 26. August 2013 21:17 schrieb Peter Wendorff wendo...@uni-paderborn.de:

 Hi Roland,
 das sieht klasse aus



+1, sehr schick.
 evtl. die box kleiner machen, so ein viertel oder so? Bisher sind das
immer noch relativ viele Dinge, die bei einem Klick gefunden werden...

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

Re: [Talk-it] Viadotti e ponti autostradali

2013-08-26 Thread aldoct

Cofermo Trimoto: non è un problema di come si visualizzi in MapSource o
BaseCamp.
Io scarico il file mtbitaly.exe ed eseguo il setup. Visualizzando ora in
MapSource o in BaseCamp mi mancano i viadotti. Di conseguenza anche la mappa
inviata al GPS è priva di questi elementi. La visualizzazione online è
regolare. 
Percorrendo la A19, ad esempio, la traccia si interrompe in corrispondenza
di viadotti e ponti!!
Saluti, Aldo 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Viadotti-e-ponti-autostradali-tp5774922p5774960.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Candidature OSM Foundation

2013-08-26 Thread Simone Cortesi

Scusate, ma non me la sento. ieri sera ho accettato d'impulso la
proposta, ma non me la sento.

vediamo di costruire qualcosa di concreto e forte durante questi
prossimi 12 mesi, poi, allora, solo allora me la sentirò di
candidarmi.

Grazie
e scusate...

2013/8/25 Francesco Pelullo f.pelu...@gmail.com:
 Fatto, guarda un po' se ti piace.
 A proposito, non vorrei aver scritto una cavolata: sei sempre di nazionalità
 italiana?

 Ciao
 /niubii/




 Il giorno 25 agosto 2013 23:02, Simone Cortesi sim...@cortesi.com ha
 scritto:

 Certamente...

 On Aug 25, 2013 10:57 PM, Francesco Pelullo f.pelu...@gmail.com wrote:

 Se permetti, modifico io a nome tuo. La scadenza è alle 22:00 UTC quindi
 tra 1h5m


 Il giorno 25 agosto 2013 22:52, Simone Cortesi sim...@cortesi.com ha
 scritto:

 A me non sarebbe dispiaciuto, ma non ho la possibilità di fare edit alla
 wiki adesso. Sono con il cellulare.

 On Aug 25, 2013 10:40 PM, Francesco Pelullo f.pelu...@gmail.com
 wrote:

 Visto che non si fa avanti nessuno, per non disperdere i voti, potremmo
 coordinarci.
 Conoscete qualcuno dei candidati stranieri che sia particolarmente
 meritevole?

 Ciao
 /niubii/





 2013/8/25 Maurizio Napolitano napoo...@gmail.com

 Qualcuno di noi si candida?
 La scadenza e'  ... oggi ... fra qualche ora ...

 http://wiki.openstreetmap.org/wiki/Foundation/AGM13/Election_to_Board#Candidates

 --
 Maurizio Napo Napolitano
 http://de.straba.us

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



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


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



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


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



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




-- 
-S

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

Re: [Talk-it] Viadotti e ponti autostradali



Il giorno 26/ago/2013, alle ore 08:58, aldoct a.n.scia...@tin.it ha scritto:

 Cofermo Trimoto: non è un problema di come si visualizzi in MapSource o
 BaseCamp.
 Io scarico il file mtbitaly.exe ed eseguo il setup


il problema sta nella conversione da dati osm al file mtbitaly.exe quindi 
dovresti segnalare a chi fa quella conversione...

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

[Talk-it] Cuisine in rifugio alpino

Il tag Cuisine=italian  secondo voi è superfluo in un rifugio alpino che 
è già stato nominato come tourism=alpine_hut ?
In fin dei conti darebbero anche da mangiare a chi viene solamente per 
il pranzo ma l'attività ristoratrice ovviamente non è la priorità.


Per me è comunque è superfluo.

--
Gianluca Boero


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

Re: [Talk-it] Nuovo utente e domande sugli incroci

2013-08-26 Thread Francesco Frassinelli

Il giorno 26 agosto 2013 01:26, Simone Saviolo
simone.savi...@gmail.comha scritto:

 Il giorno 24 agosto 2013 22:31, Francesco Frassinelli frap...@gmail.comha 
 scritto:

 Compreso. Ho provvisto ha sistemare quelli delle zone che conosco meglio
 inserendo principalmente divieti di inversione di marcia (mi pareva
 l'indicazione più consona).


 Non sono proprio d'accordo. Se hai due strade che confluiscono in una,
 mettere divieto di inversione tra le due entrate o obbligo di
 prosecuzione da un'entrata a un'uscita ha lo stesso effetto (ricorda che in
 ogni caso devi fare due restrizioni: il divieto da A a B NON vale da B ad
 A...). Ma immagina di averne tre (tre entrate che confluiscono in una sola
 uscita): la vera prescrizione da usare è l'obbligo di prosecuzione. Del
 resto, dove ci sono i cartelli sono proprio di prosecuzione obbligatoria
 (freccia dritta).


Grazie mille per le tue osservazioni.
Hai ragione, non ci avevo pensato: meglio usare la prosecuzione
obbligatoria allora.

Buona giornata,
Frafra
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Locality sui passi alpini

2013-08-26 Thread Luca Delucchi

2013/8/26 Gianluca Boero gianlucabo...@alice.it:
 Un nuovo utente iscritto ad inizio agosto, ha effettuato per ora poche
 modifiche. Ha comunque inserito alcune modifiche in Val Pellice, inserendo
 il tag Locality con il nome  allo scopo di farli apparire sulla mappa (così
 reca il commento). Gli ho scritto ed attendo risposta. In ogni caso ne
 avevamo già parlato in lista mi pare, locality non va inserito giusto?


+1, sarebbe meglio aprire un ticket sullo stile piuttosto

 --
 Gianluca Boero


-- 
ciao
Luca

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

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

Re: [Talk-it] Cuisine in rifugio alpino


Il 26/08/2013 10:36, Luca Delucchi ha scritto:

2013/8/26 Gianluca Boero gianlucabo...@alice.it:

Il tag Cuisine=italian  secondo voi è superfluo in un rifugio alpino che è
già stato nominato come tourism=alpine_hut ?
In fin dei conti darebbero anche da mangiare a chi viene solamente per il
pranzo ma l'attività ristoratrice ovviamente non è la priorità.

Per me è comunque è superfluo.


per me no, innanzitutto io per la maggior parte dei rifugi che conosco
userei cuisine=regional e in più non è detto che qualche rifugio sia
gestito da stranieri e perciò che la cucina non sia italiana.
Per esempio mi ricordo un rifugio piemontese che era gestito da una
persona che viveva per 6 mesi all'anno in Nepal e perciò la cucina era
italo-nepalese


--
Gianluca Boero



Ok..inserisco allora. Quelli che conosco io offrono menu generici, non 
propriamente tipici del luogo. Però quasi tutti nel menu hanno polenta e 
selvaggina. Secondo me regional potrebbe andare bene, anche perchè 
abbraccia forse più regioni del nord Italia ad esempio.


Il tag cuisine allora dovrebbe aiutare per differenziare i rifugi alpini 
considerati bivacchi (dalle mie parti gestiti comunque dal cai) in cui 
si pernotta ma il cibo lo si deve portare.


--
Gianluca Boero


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

Re: [Talk-it] R: Corpo Forestale dello Stato

2013-08-26 Thread Simone Saviolo

La Polizia Municipale non è un unico corpo: che io sappia, la Polizia
Municipale di Vercelli non è lo stesso corpo di polizia della Polizia
Locale che vedo a Milano. Cosa mettere in operator? Se io cercassi le
stazioni della PM di Vercelli? O se cercassi quelle che fanno capo ad un
certo consorzio di Comuni limitrofi?

Ciao,

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

Re: [Talk-it] Toponomastica

2013-08-26 Thread alessandro zardo

Difatto nella pagina segnalata non ci sono dati a disposizione sulla 
toponomastica, e quelli al link segnalato non hanno grande utilità se non avere 
un elenco, che quindi non credo abbia nessun tipo di licenza.



 Da: Francesco Pelullo f.pelu...@gmail.com
A: openstreetmap list - italiano talk-it@openstreetmap.org 
Inviato: Domenica 25 Agosto 2013 22:41
Oggetto: Re: [Talk-it] Toponomastica
 


Difatti, ricordo che abbiamo già parlato in passato di questi dati senza mai 
raggiungere una conclusione.

Ciao
/niubii/




Il giorno 25 agosto 2013 16:54, bredy bredy...@yahoo.it ha scritto:

Se guardate questa pagina c'è anche i riferimento alla licenza dei dati
toponomastici dell'Agenzia delle Entrate
http://wiki.openstreetmap.org/wiki/IT:Potenziali_fonti_di_dati
http://wiki.openstreetmap.org/wiki/IT:Potenziali_fonti_di_dati



--
View this message in context: 
http://gis.19327.n5.nabble.com/Toponomastica-tp5774804p5774900.html

Sent from the Italy General mailing list archive at Nabble.com.


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


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

Re: [Talk-it] Import toponimi Trentino

2013-08-26 Thread pietro marzani

Da: Alessio Zanol nar...@infinito.it
A: talk-it@openstreetmap.org 
Inviato: Mercoledì 21 Agosto 2013 12:09
Oggetto: [Talk-it] Import toponimi Trentino



Vorrei importare i toponimi della Provincia di Trento [0].

ciao Alessio, non sei iscritto alla lista trentina? Ne abbiamo parlato un 
mesetto fa

Ho aperto lo shape e sono se ricordo bene circa 18000 toponimi. Molti sono
davvero dati interessanti però un import massivo è assolutamente da evitare
principalmente per 2 motivi:
1) molti toponimi sono già mappati in osm
2) svariate categorie di punti dello shape provinciale non sono taggabili
con place=locality e men che meno place=* . Sono presenti per esempio
moltissime tabelle chilometriche (ex pietre miliari) highway=milestone
oppure ruscelli e torrenti.

Io ho provveduto a depurare questi toponimi da:
- toponimi già presenti (name uguale nel raggio di un km)
- cippi kilometrici
- idrografia
- strade
- ...

Ne sono rimasti circa 12000 da controllare.

Servirebbe quindi qualche tool per un import semi-manuale. Mi è subito
venuto in mente il tool per l'import dei toponimi istat realizzato da
Niccolò Rigacci [1] che avevo trovato davvero ottimo. A Rigacci ho scritto
ieri sera, vediamo che risponde.

bello non lo conoscevo

In alternativa qualcuno di voi ha qualche tool o ricetta pratica da usare?
Esperti di import fatevi avanti! :)

Non sono esperto, ma con Luca Delucchi volevamo vedere se si riusciva a 
integrarsi con un suo tool lato server
 [2] per fare import controllati. Per ora ho predisposto una mappa di openlayer 
che mostra un marker per ognuno dei toponimi da controllare ed eventualmente 
importare. Cliccando sul marker si apre un infowindow con alcune proposte di 
tag e la possibilità di modificarli ed aggiungerne altri.
Adesso manca tutto il discorso autorizzazioni/caricamento su OSM. Prima delle 
ferie avevo iniziato a guardarmi OAuth ma mi ero abbastanza arenato.

Si potrebbe adottare la strategia del tool di Rigacci, ma in questa maniera si 
perderebbe il controllo sullo stato di avanzamento dei lavori:  nella tabella 
del database che ho creato con i toponimi della provincia, infatti, ho un campo 
che si chiama verificato (sì/no) che mi serve a nascondere i punti che sono 
già stati controllati da qualcuno. Se do solo la possibilità di scaricarsi i 
punti in formato osm per poi caricarli in JOSM e procedere là con il controllo, 
non potrò mai sapere se questo lavoro poi è stato fatto oppure no.

Sono rientrato ieri dalle ferie ed adesso vorrei riprendere in mano la cosa; se 
hai la possibilità di contribuire credo che anche a Luca possa far piacere un 
aiuto in più.

Pietro

[0] http://dati.trentino.it/dataset/toponomastica-c-t-p-alla-scala-1-1-2005
[1] http://geodati.gfoss.it/localita_istat/
[2] https://github.com/lucadelu/ZOOSM





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

Re: [Talk-it] R: Corpo Forestale dello Stato

2013-08-26 Thread Cascafico Giovanni

l'Italia è da tempo sotto sanzione UE (mi pare una 30ina di milioni annui)
perché non ha ancora ottemperato alla legge per l'unificazione delle forze
di pubblica sicurezza.
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Vecchia tramvia

2013-08-26 Thread Stefano Pallicca

Buongiorno lista,
l'utente ALn_668 ha caricato qualche giorno fa, le linee di una vecchia
tramvia, di cui ad oggi (almeno in zona Viareggio) non esiste più niente
(né binari, né pali), perciò l'interesse è prettamente storico, mentre da
un punto di vista geografico non ha più alcuna valenza.

http://www.openstreetmap.org/browse/changeset/17418325
http://www.openstreetmap.org/browse/changeset/17427325

Ho letto che il suddetto utente si era già reso protagonista di alcuni
pasticci in zona Roma tempo fa, cosa proponete di fare?

Ciao
Stefano
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vecchia tramvia


Il 26/08/2013 11:35, Stefano Pallicca ha scritto:

Buongiorno lista,
l'utente ALn_668 ha caricato qualche giorno fa, le linee di una 
vecchia tramvia, di cui ad oggi (almeno in zona Viareggio) non esiste 
più niente (né binari, né pali), perciò l'interesse è prettamente 
storico, mentre da un punto di vista geografico non ha più alcuna valenza.


http://www.openstreetmap.org/browse/changeset/17418325
http://www.openstreetmap.org/browse/changeset/17427325

Ho letto che il suddetto utente si era già reso protagonista di alcuni 
pasticci in zona Roma tempo fa, cosa proponete di fare?


Ciao
Stefano
su questo sedime cosa c'è ora? Si potrebbe mantenere il tag storico 
sulla nuova way (track, path ecc.).



--
Gianluca Boero


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

Re: [Talk-it] Vecchia tramvia

2013-08-26 Thread Stefano Pallicca

Il giorno 26 agosto 2013 11:44, Gianluca Boero gianlucabo...@alice.it ha
scritto:

 su questo sedime cosa c'è ora? Si potrebbe mantenere il tag storico sulla
 nuova way (track, path ecc.).


Un po' di tutto: perlopiù strade (che condividevano la sede con la
tramvia), ma anche binari ferroviari, edifici e campi... La tramvia subì
forti danni durante la seconda guerra mondiale [1] e fu smantellata.

[1] http://it.wikipedia.org/wiki/Tranvia_litoranea_di_Viareggio
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vecchia tramvia


Il 26/08/2013 11:50, Stefano Pallicca ha scritto:
Il giorno 26 agosto 2013 11:44, Gianluca Boero gianlucabo...@alice.it 
mailto:gianlucabo...@alice.it ha scritto:


su questo sedime cosa c'è ora? Si potrebbe mantenere il tag
storico sulla nuova way (track, path ecc.).


Un po' di tutto: perlopiù strade (che condividevano la sede con la 
tramvia), ma anche binari ferroviari, edifici e campi... La tramvia 
subì forti danni durante la seconda guerra mondiale [1] e fu smantellata.


[1] http://it.wikipedia.org/wiki/Tranvia_litoranea_di_Viareggio



___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
mappa le strade normalmente e accanto ai tag di una normale highway 
lascia i tag della tramvia ovviamente con denominazione old o storica.


--
Gianluca Boero

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

Re: [Talk-it] Locality sui passi alpini



Il giorno 26/ago/2013, alle ore 10:10, Gianluca Boero gianlucabo...@alice.it 
ha scritto:

 Gli ho scritto ed attendo risposta. In ogni caso ne avevamo già parlato in 
 lista mi pare, locality non va inserito giusto?


strettamente non è sbagliato, ma è molto generico e quindi sarebbe meglio 
utilizzare un tag più specifico.

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

Re: [Talk-it] Cuisine in rifugio alpino



Il giorno 26/ago/2013, alle ore 10:36, Luca Delucchi lucadel...@gmail.com ha 
scritto:

 per me no, innanzitutto io per la maggior parte dei rifugi che conosco
 userei cuisine=regional e in più non è detto che qualche rifugio sia
 gestito da stranieri e perciò che la cucina non sia italiana.


+1, italiano poi non è molto specifico, sarei anch'io tendente al regional

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

Re: [Talk-it] Cuisine in rifugio alpino



Il giorno 26/ago/2013, alle ore 10:52, Gianluca Boero gianlucabo...@alice.it 
ha scritto:

 Il tag cuisine allora dovrebbe aiutare per differenziare i rifugi alpini 
 considerati bivacchi (dalle mie parti gestiti comunque dal cai) in cui si 
 pernotta ma il cibo lo si deve portare.


c'è un altro tag per posti senza ristorante, si trova tutto nel wiki:
http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dalpine_hut

http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dwilderness_hut

ciao,
Martin

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

Re: [Talk-it] Vecchia tramvia



Il giorno 26/ago/2013, alle ore 11:35, Stefano Pallicca 
stefano.palli...@gmail.com ha scritto:

 l'utente ALn_668 ha caricato qualche giorno fa, le linee di una vecchia 
 tramvia, di cui ad oggi (almeno in zona Viareggio) non esiste più niente (né 
 binari, né pali), perciò l'interesse è prettamente storico, mentre da un 
 punto di vista geografico non ha più alcuna valenza.
 
 http://www.openstreetmap.org/browse/changeset/17418325
 http://www.openstreetmap.org/browse/changeset/17427325


per me non è un problema se i dati sono giusti, abandoned mi sembra ancora 
poco per lo stato (forse dismantled sarebbe meglio), ma sono anche includista, 
e mi rendo conto che è discutibile avere dati prevalentemente storici nel db

ciao,
Martin___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Locality sui passi alpini


Il 26/08/2013 12:44, Martin Koppenhoefer ha scritto:


Il giorno 26/ago/2013, alle ore 10:10, Gianluca Boero gianlucabo...@alice.it 
ha scritto:


Gli ho scritto ed attendo risposta. In ogni caso ne avevamo già parlato in 
lista mi pare, locality non va inserito giusto?


strettamente non è sbagliato, ma è molto generico e quindi sarebbe meglio 
utilizzare un tag più specifico.

ciao,
Martin


natural = saddle questo ci deve essere.
In abbinamento il tag name che non viene renderizzato sulle mappe. Per 
questo l'utente ha inserito locality, per fare comparire a tutti i costi 
il nome sulla mappa.


--
Gianluca Boero


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

Re: [Talk-it] Locality sui passi alpini

2013-08-26 Thread Volker Schmidt

vedi https://wiki.openstreetmap.org/wiki/IT:Key:mountain_pass
natural_saddle non è necessario. Si utilizza, quando non c'è strada sul
passo.


2013/8/26 Gianluca Boero gianlucabo...@alice.it

 Il 26/08/2013 12:44, Martin Koppenhoefer ha scritto:


 Il giorno 26/ago/2013, alle ore 10:10, Gianluca Boero 
 gianlucabo...@alice.it ha scritto:

  Gli ho scritto ed attendo risposta. In ogni caso ne avevamo già parlato
 in lista mi pare, locality non va inserito giusto?


 strettamente non è sbagliato, ma è molto generico e quindi sarebbe meglio
 utilizzare un tag più specifico.

 ciao,
 Martin


 natural = saddle questo ci deve essere.
 In abbinamento il tag name che non viene renderizzato sulle mappe. Per
 questo l'utente ha inserito locality, per fare comparire a tutti i costi il
 nome sulla mappa.

 --
 Gianluca Boero



 __**_
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it

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

[Talk-it] Alto Adige: via italiano da nomi geografici

2013-08-26 Thread emmexx

Forse la notizia puo' interessare i mappatori locali e di passaggio:

http://viaggi.repubblica.it/articolo/la-montagna-parler-tedesco/228044?ref=HREC2-9

ciao
maxx

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

Re: [Talk-it] Toponomastica

2013-08-26 Thread Daniele Forsi

Il 24 agosto 2013 22:44, Maurizio Napolitano ha scritto:

 Questo thread pero' mette in evidenza una cosa caruccia che si
 potrebbe integrare con il lavoro di Daniele Forsi sulla corretta
 scrittura dei nomi delle strade o con quello di Diego Guidotti sui km
 non coperti.

grazie di avermici fatto pensare ;-)
a prima vista non sembravano interessanti, invece per la mia parte
sono utilissimi per creare un nuovo dizionario per il correttore
ortografico, oltre che per estendere i confronti degli stradari a
tutti i Comuni

stessa cosa per l'elenco dei DUG che è stato citato e che è
scaricabile da un'altra pagina

 Come gia' detto, per articolo 52 del codice di amministrazione
 digitale italiano - se non presente una
 licenza - ci troviamo davanti un database con l'elenco di tutti i nomi
 delle strade di Italia.

io non vedo licenze, nè nella pagina nel nel file caricato, nemmeno
una scritta che dica che sono riservati per certi usi, sono
scaricabili da chiunque senza registrazione, il fatto che siano
pensati per essere usati con un programma programma specifico non mi
sembra importante

-- 
Daniele Forsi

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

Re: [Talk-it] Toponomastica

2013-08-26 Thread Luigi Toscano

On Monday 26 of August 2013 16:22:41 Daniele Forsi wrote:
 Il 24 agosto 2013 19:56, Tiziano D'Angelo ha scritto:
  Attenti!
  http://www.agenziaentrate.gov.it/wps/portal/entrate/privacy
  
  Proprietà intellettuale
  
  Ogni diritto sui contenuti (a titolo esemplificativo testi, immagini e
  architettura del sito) è riservato ai sensi della normativa vigente.
 
 sì, ma come ricordava Maurizio Napolitano, la normativa vigente ora dice:
 I dati e i documenti che le amministrazioni titolari pubblicano, con
 qualsiasi modalità, senza l'espressa adozione di una licenza [...] si
 intendono rilasciati come dati di tipo aperto
 
 http://www.digitpa.gov.it/amministrazione-digitale/CAD-testo-vigente

Quello che segue nel sito dell'Agenzia delle Entrate non potrebbe configurarsi 
come una licenza d'uso?

I contenuti delle pagine del sito non possono, né totalmente né in parte, 
essere copiati, riprodotti, trasferiti, caricati, pubblicati o distribuiti in 
qualsiasi modo senza il preventivo consenso scritto dell'Agenzia delle 
Entrate, fatta salva la possibilità di immagazzinarli nel proprio computer o 
di stampare estratti delle pagine di questo sito unicamente per utilizzo 
personale.

Qualsiasi forma di link al presente sito se inserita da soggetti terzi non 
deve recare danno all'immagine e alle attività dell'Agenzia delle Entrate.

E' vietato il cd. deep linking ossia l'utilizzo non trasparente, su siti di 
soggetti terzi, di parti del sito.

Con tecnologia debianista, direi non-free.

Ciao
-- 
Luigi

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

Re: [Talk-it] Toponomastica

2013-08-26 Thread Daniele Forsi

Il 26 agosto 2013 16:26, Luigi Toscano ha scritto:

 Quello che segue nel sito dell'Agenzia delle Entrate non potrebbe configurarsi
 come una licenza d'uso?

 I contenuti delle pagine del sito

bella domanda, ma io non ho scaricato nessun contenuto delle pagine
del sito, il form nella pagina mi ha fatto scaricare da
ftp://ftp.finanze.it/pub/docfa4/
che chiaramente non è il sito *web* dell'Agenzia delle Entrate, in
quella cartella non ho visto un file con la licenza, copyright, note
legali, ecc.

poi, il Decreto Legislativo 7 marzo 2005, n. 82 parla di espressa
adozione di una licenza, da ignorante mi aspetterei di leggere la
parola licenza e che sia nel contesto in cui i dati sono pubblicati
(preferisco un file COPYING nell'archivio che scarico)

 Con tecnologia debianista, direi non-free.

sì, spero che non si applichi a questi dati

-- 
Daniele Forsi

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

Re: [Talk-it] Viadotti e ponti autostradali

2013-08-26 Thread Volker Schmidt

Confermo il problema. Sembra che con highway=trunk non esiste il problema.
Ho scritto all'autore direttamente.

Volker


2013/8/26 Martin Koppenhoefer dieterdre...@gmail.com



 Il giorno 26/ago/2013, alle ore 08:58, aldoct a.n.scia...@tin.it ha
 scritto:

  Cofermo Trimoto: non è un problema di come si visualizzi in MapSource o
  BaseCamp.
  Io scarico il file mtbitaly.exe ed eseguo il setup


 il problema sta nella conversione da dati osm al file mtbitaly.exe quindi
 dovresti segnalare a chi fa quella conversione...

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

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

Re: [Talk-it] Richiesta di supporto

2013-08-26 Thread sabas88

Belin, l'ha scritta a tutti :D
L'ho aiutato io in privato un po' di giorni fa :-)
Ciao,
Stefano


Il giorno 26 agosto 2013 20:50, Alessandro ale_z...@libero.it ha scritto:

 Salve lista,
 alcuni giorni fa ho ricevuto una mail di richiesta supporto che vi giro
 visto che in queste cose sono una notoria capra. Non indico il nome nè
 la mail per motivi di privacy, chi gli vorrà dare supporto mi contatti
 e gli girerò gli estremi. Segue mail:

 Mi chiamo   e lavoro presso il l’
 acceleratore di particelle Sincrotrone Trieste.
 La contatto  per chiederLe un aiuto sul programma
 OpenStreetMap.
 Ho trovato il suo indirizzo sul sito
 http://blog.openstreetmap.it/utenti/
 Devo realizzare un progetto utilizzando il suddetto
 programma per la realizzazione da locale de nostro
 laboratorio.
 In pratica, al posto della mappa in background dovrei
  mettere l’ immagine dell’ acceleratore di particelle.
 Ed il programma deve essere provvisto di una area di testo
 di Search per poter  identificare e mostrare  i vari
 elementi che compongono l’ acceleratore.
 In breve devo realizzare una mappa interattiva del  mio
 laboratorio.
 Purtroppo non riesco a trovare la documentazione
 sufficiente e una linea guida per poter realizzare tale
 progetto.
 Le chiedo cortesemente, Lei che magari è più immerso nel
 mondo di OpenStreetMap, riuscirebbe a darmi delle dritte
 su dove reperire tale documentazione o darmi qualche
 consiglio su come operare?
 In attesa di una sua risposta le invio i miei più cordiali
 saluti.
  

 p.s. Magari una volta realizzato il mio progetto potrei
 dare una mano sul vostro progetto OSM riguardante la mia
 zona (Trieste e dintorni). Mi piacerebbe farne parte.

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

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

Re: [Talk-it] Viadotti e ponti autostradali

2013-08-26 Thread Francesco Pelullo

Ok, anche io avevo contattato l'autore, mi risponde che gli ci sono volute
6 ore di debugging, si tratta di un bug di mkgmap che dovrà essere risolto.

Mi ha detto che ha trovato una soluzione temporanea e che per domani
rilascerà una versione aggiornata di mtbitaly e velomap italy.

P.S. non so quanti di voi utilizzino regolarmente le mappe di
extremecarver, ma bisogna riconoscergli che dedica molto impegno a questo
progetto (e non si tira mai indietro quando c'è da sistemare qualcosa). Se
potete, fate una donazione.

Ciao
/niubii/
 Il giorno 26/ago/2013 18:45, Volker Schmidt vosc...@gmail.com ha
scritto:

 Confermo il problema. Sembra che con highway=trunk non esiste il problema.
 Ho scritto all'autore direttamente.

 Volker


 2013/8/26 Martin Koppenhoefer dieterdre...@gmail.com



 Il giorno 26/ago/2013, alle ore 08:58, aldoct a.n.scia...@tin.it ha
 scritto:

  Cofermo Trimoto: non è un problema di come si visualizzi in MapSource o
  BaseCamp.
  Io scarico il file mtbitaly.exe ed eseguo il setup


 il problema sta nella conversione da dati osm al file mtbitaly.exe quindi
 dovresti segnalare a chi fa quella conversione...

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



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


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

Re: [Talk-it] Richiesta di supporto

2013-08-26 Thread Luca Delucchi

2013/8/26 sabas88 saba...@gmail.com:
 Belin, l'ha scritta a tutti :D
 L'ho aiutato io in privato un po' di giorni fa :-)

Anch'io :-)
Io gli ho suggerito l'indoormapping, te?

 Ciao,
 Stefano


-- 
ciao
Luca

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

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

Re: [Talk-it] Richiesta di supporto

2013-08-26 Thread sabas88

Il giorno 26 agosto 2013 23:00, Luca Delucchi lucadel...@gmail.com ha
scritto:

 2013/8/26 sabas88 saba...@gmail.com:
  Belin, l'ha scritta a tutti :D
  L'ho aiutato io in privato un po' di giorni fa :-)

 Anch'io :-)
 Io gli ho suggerito l'indoormapping, te?

 All'incirca così, doveva fare una applicazione 'interna' e rendere
cercabile e cliccabile un piano...
http://xkcd-map.rent-a-geek.de/#10/0.8027/0.4752

Basta Leaflet con un paio di plugin, un geojson ed un tileset ottenuto
dall'immagine.


  Ciao,
  Stefano
 

 --
 ciao
 Luca

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

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

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

Re: [Talk-se] Votering: Reply-To-header i mejllistan

2013-08-26 Thread Erik Johansson

2013/8/24 Andreas Vilén andreas.vi...@gmail.com:
 Annars tycker jag att sådant här är alltför vanligt i osm- och andra öppen
 källkod-världar..[...] när jag föreslagit
 nya taggar som bör renderats och blivit uppmanad att fixa det själv.

Det är ju iofs bikeshedding att be om sådant. Du skulle inte skicka in
en karta till Stadsbyggnads kontoret, med en ny motor/cykel väg
inritad från ditt hem till jobbet, och säga bygg denna väg.

Eller jo iofs det kanske man skulle göra, fast jag förväntar mig inga svar.

___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Votering: Reply-To-header i mejllistan

2013-08-26 Thread Martin Norbäck Olivers

Att svara går till den som har skrivit mailet och att svara alla går
till alla som fått mailet är väl knappast elitistiskt tugg...så funkar det
ju med alla andra mail man får.

Den fredagen den 23:e augusti 2013 skrev Andreas Vilén:

 Låter som det vanliga elitistiska tugget där de räknar med att varenda
 datoranvändare är unixtekniker. Det kanske funkade i början av 90-talet,
 men inte nu längre.

 Håller dessutom inte med om dessa två punkter:


- It violates the principle of least work because complicates the
procedure for replying to messages.
- It violates the principle of least surprise because it changes the
way a mailer works.

 Det är mer komplicerat att svara om man måste klicka på svara alla, och
 folk förväntar sig att svar går till alla och inte bara den som skrev
 senaste inlägget.

 Sista punkten är ju uppenbarligen fel i det här fallet, eftersom vi vill
 ha det såhär.

 /Andreas


 2013/8/23 Martin Norbäck Olivers mar...@norpan.org javascript:_e({},
 'cvml', 'mar...@norpan.org');

 Gäller inte detta längre?
 http://www.unicom.com/pw/reply-to-harmful.html


 Den 22 augusti 2013 10:46 skrev Karl Wettin 
 karl.wet...@kodapan.sejavascript:_e({}, 'cvml', 'karl.wet...@kodapan.se');
 :

 Ingen av de OSMare jag snackar med tycker det är en bra grej att det inte
 skickas ut en reply-to header i listan, dvs att effekten för de flesta som
 trycker på reply blir ett privat svar till den som skickade i stället för
 ett svar till listan.

 Unixskäggen som styr listorna tycker att alla skall byta klient till
 Mutt eller börja använda IRC i stället för att ta hänsyn till den stora
 massan som använder sig av mejlklienter som enligt dem beter sig fel, men
 kan övertalas om konsensus hos användarna blir att införa reply-to-header.

 Min röst är +1 för att införa Reply-To-header.



 kalle
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org javascript:_e({}, 'cvml',
 'Talk-se@openstreetmap.org');
 http://lists.openstreetmap.org/listinfo/talk-se



 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org javascript:_e({}, 'cvml',
 'Talk-se@openstreetmap.org');
 http://lists.openstreetmap.org/listinfo/talk-se



___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-es] edificios IGN

2013-08-26 Thread Matías Taborda Barroso

Hola.

Entiendo que NO.

Del IGN sólo se pueden utilizar libremente y por lo tanto compatible con
la licencia de OSM, los datos  pertenecientes al Equipamiento Geográfico
de Referencia Nacional, es decir, vértices geodésicos, límites
municipales, toponímia,...

Saludos y bienvenida.



El 25 de agosto de 2013 22:12, Paz Calderon calderonf...@gmail.comescribió:

 Buenos días
 Soy nueva en este foro, y me gustaría preguntarles si está permitido subir
 en algunas datos del IGN a la cartografía de OSM. En concreto edificios de
 la BCN25-BTN25 del IGN España.
 Hasta el momento he dibujado edificios de alguna zona digitalizandolos a
 partir de la ortofoto del PNOA.
 Muchas gracias por su ayuda!
 Saludos

 --


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


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

Re: [Talk-es] Carretera construida

2013-08-26 Thread Ricardo Sanz

es lo mismo access=no que access=private?


El 23 de agosto de 2013 14:36, Carlos Dávila cdavi...@orangecorreo.esescribió:

  No creo que haya que poner otra cosa, sino cambiar open.mapquest.esporque es 
 claramente un error suyo.

 El 23/08/13 14:22, Ricardo Sanz escribió:

 open.mapquest.es pasa por vías etiquetadas así, asi que hay que poner
 otra cosa o highway=construction mientras la abren al tráfico..


 El 23 de agosto de 2013 08:28, Carlos Dávila 
 cdavi...@orangecorreo.esescribió:

  Si no se puede pasar lo suyo es access=no. Ningún enrutador debería
 pasar por una vía etiquetada así.

 El 23/08/13 01:20, Alejandro S. escribió:

 Yo pondria ambas cosas, en construcción y los bloques
 (barrier=jersey_barrier) [0]

  [0]: http://wiki.openstreetmap.org/wiki/Key:barrier 
 http://en.wikipedia.org/wiki/Jersey_barrier

  Y si el enrutador no lo hace bien, pues que lo arreglen ;)


 2013/8/23 Picholeiro i...@picholeiro.info

  Buenas lista
 La cuestión es que hay una carretera construida pero tiene bloqueado el
 paso con unos bloques .
  Cual es la forma correcta poner el trazado completamente , poniendo
 unos bloques en la entrada , o que la carretera estea en modo construcción,

  Otra duda que me surge es que poniendo la carretera bien completamente
 y con los bloques los ruteadores pasan por la carretera en cuestion como si
 no tuviera un bloque puesto.


   Me figueo que el problema es de los ruteadores que se salta los
 bloques



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


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

Re: [Talk-es] Carretera construida

2013-08-26 Thread Alejandro S.

No, tienen difentes connotaciones
http://wiki.openstreetmap.org/wiki/Access


2013/8/26 Ricardo Sanz ricardosanz1...@gmail.com

 es lo mismo access=no que access=private?


 El 23 de agosto de 2013 14:36, Carlos Dávila 
 cdavi...@orangecorreo.esescribió:

  No creo que haya que poner otra cosa, sino cambiar open.mapquest.esporque 
 es claramente un error suyo.

 El 23/08/13 14:22, Ricardo Sanz escribió:

 open.mapquest.es pasa por vías etiquetadas así, asi que hay que poner
 otra cosa o highway=construction mientras la abren al tráfico..


 El 23 de agosto de 2013 08:28, Carlos Dávila 
 cdavi...@orangecorreo.esescribió:

  Si no se puede pasar lo suyo es access=no. Ningún enrutador debería
 pasar por una vía etiquetada así.

 El 23/08/13 01:20, Alejandro S. escribió:

 Yo pondria ambas cosas, en construcción y los bloques
 (barrier=jersey_barrier) [0]

  [0]: http://wiki.openstreetmap.org/wiki/Key:barrier 
 http://en.wikipedia.org/wiki/Jersey_barrier

  Y si el enrutador no lo hace bien, pues que lo arreglen ;)


 2013/8/23 Picholeiro i...@picholeiro.info

  Buenas lista
 La cuestión es que hay una carretera construida pero tiene bloqueado el
 paso con unos bloques .
  Cual es la forma correcta poner el trazado completamente , poniendo
 unos bloques en la entrada , o que la carretera estea en modo construcción,

  Otra duda que me surge es que poniendo la carretera bien
 completamente y con los bloques los ruteadores pasan por la carretera en
 cuestion como si no tuviera un bloque puesto.


   Me figueo que el problema es de los ruteadores que se salta los
 bloques



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



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




-- 
Atentamente,
  Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] edificios IGN

2013-08-26 Thread Óscar Zorrilla Alonso

Para que los edificios tengan mas precisión deberías hacerlo de la capa del 
Catastro.

Aún así no lo haría porque están desarrollando una aplicación para importar los 
edificios del catastro cat2osm. ¿Por otra parte que ha pasado con el 
desarrollo? Hace tiempo que no hay novedades al respecto.

Un saludo
Aka cronoser

--- Mensaje Original ---

Desde: Matías Taborda Barroso taborda.barr...@gmail.com
Enviado: 26 de agosto de 2013 08:37
Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org
Asunto: Re: [Talk-es] edificios IGN

Hola.

Entiendo que NO.

Del IGN sólo se pueden utilizar libremente y por lo tanto compatible con
la licencia de OSM, los datos  pertenecientes al Equipamiento Geográfico
de Referencia Nacional, es decir, vértices geodésicos, límites
municipales, toponímia,...

Saludos y bienvenida.



El 25 de agosto de 2013 22:12, Paz Calderon calderonf...@gmail.comescribió:

 Buenos días
 Soy nueva en este foro, y me gustaría preguntarles si está permitido subir
 en algunas datos del IGN a la cartografía de OSM. En concreto edificios de
 la BCN25-BTN25 del IGN España.
 Hasta el momento he dibujado edificios de alguna zona digitalizandolos a
 partir de la ortofoto del PNOA.
 Muchas gracias por su ayuda!
 Saludos

 --


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


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

Re: [Talk-es] edificios IGN

2013-08-26 Thread Ander Pijoan

Hola Óscar, por aquí seguimos.

Actualmente la parte de conversión de archivos de catastro a formato OSM
poco se puede mejorar ya. Los resultados son muy buenos (salvo alguna
chapuza que pueda haber en catastro).

Si necesitáis alguna zona que conozcáis muy bien, la parte urbana que
exporta Cat2Osm2, yo creo que es totalmente apta para ser subida* SIEMPRE Y
CUANDO* se sigan estos pasos : *
http://wiki.openstreetmap.org/wiki/Cat2Osm2#.C2.BFC.C3.B3mo_lo_vamos_a_importar.3F
*http://wiki.openstreetmap.org/wiki/Cat2Osm2#.C2.BFC.C3.B3mo_lo_vamos_a_importar.3F
Los ejes están mejor en OSM por lo que los de catastro no se usarán y las
partes rurales podría simplificarse un poco más aún, por lo que de momento
no es recomendable subirlas.

Ahora en lo que estamos trabajando es en una herramienta/plataforma para la
validación de los datos generados por cat2osm2. Un poco al estilo de Osmose
para Francia, pero que además de solo mostrarlos, que se puedan validar y
arreglar en ella.

Saludos.



El 26 de agosto de 2013 12:59, Óscar Zorrilla Alonso 
oscar_zorri...@hotmail.com escribió:

  Para que los edificios tengan mas precisión deberías hacerlo de la capa
 del Catastro.

 Aún así no lo haría porque están desarrollando una aplicación para
 importar los edificios del catastro cat2osm. ¿Por otra parte que ha
 pasado con el desarrollo? Hace tiempo que no hay novedades al respecto.

 Un saludo
 Aka cronoser

 --- Mensaje Original ---

 Desde: Matías Taborda Barroso taborda.barr...@gmail.com
 Enviado: 26 de agosto de 2013 08:37
 Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org
 Asunto: Re: [Talk-es] edificios IGN

   Hola.

  Entiendo que NO.

  Del IGN sólo se pueden utilizar libremente y por lo tanto compatible
 con la licencia de OSM, los datos  pertenecientes al Equipamiento
 Geográfico de Referencia Nacional, es decir, vértices geodésicos, límites
 municipales, toponímia,...

  Saludos y bienvenida.



 El 25 de agosto de 2013 22:12, Paz Calderon calderonf...@gmail.comescribió:

  Buenos días
  Soy nueva en este foro, y me gustaría preguntarles si está permitido
 subir en algunas datos del IGN a la cartografía de OSM. En concreto
 edificios de la BCN25-BTN25 del IGN España.
 Hasta el momento he dibujado edificios de alguna zona digitalizandolos a
 partir de la ortofoto del PNOA.
  Muchas gracias por su ayuda!
  Saludos

 --


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



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




-- 
Ander Pijoan Lamas
Research Assistant, Deustotech
Computer Science Engineer
University of Deusto

E-mail: ander.pij...@deusto.es
Phone: +34 664471228
in: http://www.linkedin.com/profile/view?id=162888312
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] edificios IGN

2013-08-26 Thread Paz CF

Asuntos del día:

   1. Re: edificios IGN (Óscar Zorrilla Alonso)
   2. Re: edificios IGN (Ander Pijoan)

Gracias por la respuesta. En algunas zonas si he utilizado la capa de la
OVC. Sin embargo la digitalización es una labor un poco pesada.
Buscaré información sobre esta herramienta Ca2OSM2
Saludos


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

[Talk-ee] EMSL suvekool

2013-08-26 Thread Jaak Laineste

Tere,

Avatud Maakaardi Selts on EMSL liige ja seega saame soodushinnaga nende 
suvekoolis osaleda. Suvekool toimub juba järgmisel reedel-laupäeval (6-7 
september) Roostal. Kohale viime reede hommikul Tallinnast bussiga (ja 
laupäeval toome tagasi ka muidugi). Täpsema programmi, esinejad ja kirjelduse 
leiad meie kodulehelt www.ngo.ee/suvekool. Registreerida saad aga siin 
http://bit.ly/142nWCN.

Suvekooli nimi on kuidas aru saada ja teistelegi rääkida muutustest, mida me 
loome?, aga see on ka võimalus toredate inimestega kohtuda ning ennast harida 
planeerimises ja kommunikeerimises mida läheb ikka elus igapäevaselt tarvis.

Jaak___
Talk-ee mailing list
Talk-ee@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ee

Re: [Talk-it-trentino] I: strade forestali tipo A e tipo B

2013-08-26 Thread Tiziano D'Angelo

2013/8/26 girarsi_liste liste.gira...@gmail.com

 Io mi son creato un shapefile, e me lo importa normalmente in Josm, ed è
 addirittura meglio dei gpx perchè mantiene le informazioni delle tabelle.


Lo potresti condividere (ad esempio tramite dropbox)?
Grazie!
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it-trentino

Re: [Talk-it-trentino] I: strade forestali tipo A e tipo B

2013-08-26 Thread girarsi_liste

Ho mandato una segnalazione per il file di Josm, scritta in italiano ma 
spero venga letta, e spero non con un what?. :)


--
Simone Girardelli

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

Re: [Talk-cat] em falten definicions Amenity=????

2013-08-26 Thread yo paseopor

Crec que una combinació entre les dues seria molt interessant.D'altra banda
per tot el que fa referència a vies i senyals de trànsit jo proposaria una
altra pàgina que es fusionés amb aquella proposta de mapejament de vies per
qualitat que es va fer fa poc (segons els meus càlculs hi ha unes 350 així
que jo no les inclouria amb la resta de coses).

Salut, mapes i senyals de trànsit (sexo,mentiras y cintas de video ;)
yopaseopor


2013/8/26 Jose Luis Infante jlinfa...@llefia.org

 Hola,

 sembla que l'autoescola ja hi és a JOSM:

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

 Respecte a la resta he trobat aquestes pàgines:


 http://wiki.openstreetmap.org/wiki/Zaragoza/zgz2osm/equipamientos/traduccion_de_tags

 http://wiki.openstreetmap.org/wiki/DE:How_to_map_a (en alemany, hauriem
 de tenir una igual ;)

 De la tenda de material de construcció em sembla que aquest tag és
 l'adient:

 http://wiki.openstreetmap.org/wiki/Tag:shop%3Ddoityourself

 Salut!

 JL


 2013/8/26 Miquel Morell mmorell08...@gmail.com

 hola
 no se trobar algunes definicions de comerços. en concret:

 autoescola
 escola de musica
 centre civic de gent gran
 escola de idiomes

 sabeu com definir-les o teniu sugeriments???

 entenc que les profesions i similars van no com amenity=XX  sinó com
 CRAFT=XX. en concret

 electricista = electrician
 manyá=locksmith
 lampista=plumbing
 sabater (reparacio sabates)  =shoemaker
 paleta= ??
 tenda de material de construccio= ??



 gracies
 salut
 miquel


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



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


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

[Talk-lv] androiida karteeshanas aplikaacijas tulkoshana

2013-08-26 Thread Rich

iebridu osm latviskajaa forumaa un pamaniiju luugumu paliidzeet ar 
karteeshanas aplikaacijas tulkoshanu :)


http://forum.openstreetmap.org/viewtopic.php?id=21981
--
 Rich

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

Re: [OSM-talk-fr] Ouverture portail Open Data du Grand Nancy

2013-08-26 Thread Romain MEHUT

Le 25 août 2013 13:06, Romain MEHUT romain.me...@gmail.com a écrit :

 Le 24 août 2013 22:37, Christian Quest cqu...@openstreetmap.fr a écrit :

 Bon, côté licence, c'est feu vert, mais maintenant il faut regarder la
 qualité de ces données et ne pas s'enthousiasmer par avance vu les
 expériences passées mais j'ai un bon présentiment vu la liste des jeux de
 données.

 Romain, tu as déjà regardé la qualité ?


 Non je n'ai pas encore eu le temps.


J'ai regardé quelques points adresse par rapport à ceux que j'avais relevés
sur le terrain et la position colle bien. Reste tout de même à bien placer
le point sur le polygone du bâti surtout en centre ville.

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

Re: [OSM-talk-fr] Ouverture portail Open Data du Grand Nancy

2013-08-26 Thread Romain MEHUT

Le 25 août 2013 17:40, DH dhel...@free.fr a écrit :


 Merci pour cette bonne nouvelle Romain.
 Pour donner un exemple de la qualité de l'image :
 http://dhelfer.free.fr/gare%**20de%20Nancy.pnghttp://dhelfer.free.fr/gare%20de%20Nancy.png(ortho
  à 7,5 cm)


C'est chouette! J'attends avec impatience que l'on puisse disposer d'un
flux WMS pour JOSM.


 Du coup, il y a du boulot ; j'vais y faire un tour virtuel ce soir...
 Un souhait particulier pour l'attribution de source ? ©Communauté Urbaine
 du Grand Nancy 2012 ?


Oui j'y ai pensé également car rien n'est indiqué sur le portail. Il existe
une convention dans ce cas de figure? On pourrait aussi simplement choisir
Grand Nancy 2012?

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

Re: [OSM-talk-fr] Ouverture portail Open Data du Grand Nancy

2013-08-26 Thread Ista Pouss

Le 26 août 2013 09:57, Romain MEHUT romain.me...@gmail.com a écrit :

Oui j'y ai pensé également car rien n'est indiqué sur le portail. Il
existe une convention dans ce cas de figure? On pourrait aussi simplement
choisir Grand Nancy 2012?

Au niveau du sourcage, peut être serait-il intéressant d'être beaucoup plus
précis que ça, comme j'imagine qu'il sera importé par un logiciel, et que
ça prendra pas beaucoup plus de temps, que d'inclure la provenance précise
dans la base grand nancy.

Je veux dire, souvent qu'une donnée vient d'un table précise, et comporte à
l'origine un id dans cette table. Par exemple (j'imagine) une hypothétique
liste de bancs publics, sera, je suppose, dans une table de bancs publics,
avec chacun un id dans cette table. En ce cas je suggèrerais de mettre
Grand Nancy 2012 (si c'est ça qui est retenu) [nom de la table dans grand
nancy opendata] [id du banc dans la table opendata].

À moins, bien sûr, que l'on ne décide de mettre ces infos dans des
propriétés, mais je ne suis pas sûr que ce soit judicieux, car le nom de la
table opendata n'est quand même pas une donnée géographique librement
observable sur le terrain, à moins, bien sûr, que les gens de Nancy se
soient organisés pour ça.

Une telle démarche permettra plus facilement une coordination entre OSM et
les données open data à l'avenir, me semble-t-il sauf erreur.

Cordialement.

--
Les dérives de rue :
La municipalité de Saint-Étienne applaudit le théâtre emporté par le
venthttp://drivrsdu.fr/la-municipalite-de-saint-etienne-applaudit-le-theatre-emporte-par-le-vent/
http://drivrsdu.fr/profession-emotion/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ouverture portail Open Data du Grand Nancy

2013-08-26 Thread V de Chateau-Thierry

Bonjour,

 De : Ista Pouss 
 Au niveau du sourcage, peut être serait-il intéressant d'être beaucoup plus
 précis que ça, comme j'imagine qu'il sera importé par un logiciel, et que
 ça prendra pas beaucoup plus de temps, que d'inclure la provenance précise
 dans la base grand nancy.
 
 Je veux dire, souvent qu'une donnée vient d'un table précise, et comporte à
 l'origine un id dans cette table. Par exemple (j'imagine) une hypothétique
 liste de bancs publics, sera, je suppose, dans une table de bancs publics,
 avec chacun un id dans cette table. En ce cas je suggèrerais de mettre
 Grand Nancy 2012 (si c'est ça qui est retenu) [nom de la table dans grand
 nancy opendata] [id du banc dans la table opendata].

L'usage jusque là est plutôt de renseigner un tag source générique, à l'échelle 
du 
producteur (ici : source=Grand Nancy 2012 ou approchant) et d'ajouter un tag 
ref,
avec un espace de nommage spécifique, pour les identifiants lus dans la source, 
au
niveau de la donnée élémentaire. Quelque chose comme :
ref:GrandNancy=[id du banc dans la table opendata]

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] Ouverture portail Open Data du Grand Nancy

Le 26 août 2013 10:15, Ista Pouss ista...@gmail.com a écrit :

 Le 26 août 2013 09:57, Romain MEHUT romain.me...@gmail.com a écrit :



 Oui j'y ai pensé également car rien n'est indiqué sur le portail. Il
 existe une convention dans ce cas de figure? On pourrait aussi simplement
 choisir Grand Nancy 2012?


 Au niveau du sourcage, peut être serait-il intéressant d'être beaucoup
 plus précis que ça, comme j'imagine qu'il sera importé par un logiciel, et
 que ça prendra pas beaucoup plus de temps, que d'inclure la provenance
 précise dans la base grand nancy.

 Je veux dire, souvent qu'une donnée vient d'un table précise, et comporte
 à l'origine un id dans cette table. Par exemple (j'imagine)  une
 hypothétique liste de bancs publics, sera, je suppose, dans une table de
 bancs publics, avec chacun un id dans cette table. En ce cas je suggèrerais
 de mettre Grand Nancy 2012 (si c'est ça qui est retenu) [nom de la table
 dans grand nancy opendata] [id du banc dans la table opendata].

 À moins, bien sûr, que l'on ne décide de mettre ces infos dans des
 propriétés, mais je ne suis pas sûr que ce soit judicieux, car le nom de la
 table opendata n'est quand même pas une donnée géographique librement
 observable sur le terrain, à moins, bien sûr, que les gens de Nancy se
 soient organisés pour ça.

 Une telle démarche permettra plus facilement une coordination entre OSM et
 les données open data à l'avenir, me semble-t-il sauf erreur.

 Cordialement.



Il vaut mieux être précis dans le sourçage, car un même type d'info peut se
retrouver dans plusieurs dataset.
Exemple: les emplacement de stationnement PMR.

Ils se trouvent dans un fichier séparé, de qualité visiblement moyenne, et
dans un second jeu de données qui semble plus complet, plus précis au
niveau position (comparé au bâti du cadastre et à l'ortho bing), mais plus
ancien (2008). Ca montre au passage une fois de plus, tout le boulot fait
en doublon dans les administrations...

Donc... il y a surtout du boulot de tri à faire dans toutes ces données,
pour identifier les plus pertinentes, etc, etc...

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Piscines - était : Re: Circuits vélotourisme en Vaucluse

2013-08-26 Thread Guilhem Bonnefille

Bonjour,


Le 21 août 2013 22:51, Yves Pratter yves.prat...@laposte.net a écrit :

 En représentant leisure/amenity=swimming_pool, sans restriction d'accès
 (no/private), voilà ce que ça donne :
 http://osm107.openstreetmap.fr/jbtopo/piscines.PNG sur le nord-est
 d'Orange… Y'a du travail de nettoyage.

 Effectivement, on se croirait en pleine mer :-D

 Je ne suis pas convaincu par la présence du tag sport=swimming pour
 indiquer l'accessibilité au public…

 Non, il sert à indiquer — entre-autres à OpenSeaMap — qu'on y pratique la
 natation.
 La piscine du Loft, bien que privée avait d'autres usages ;-)

 Pour les piscines découvertes pour villageois en vacances, ce tag ne se
 justifie pas toujours. Alors qu'un access=*, lui…

 Oui, dans tout ces exemples, il faut un access=private



Je ne suis pas l'actualité des tags de très prés, ni même je ne contribue
pas vraiment à leur élaboration. Par contre, en prenant un peu de recul,
l'idée de mettre un tag access=private sur les piscines privées est
surprenant.

Pour un chemin ou une route, préciser que l'une d'entre elle est privée
parait tout à fait naturel. Mais pour une piscine, ça me semble moins
naturel. En effet, dans ma région (sud, soleil, toussa), les piscines
privées sont légion, contrairement aux piscines publiques. Par exemple,
dans mon environnement proche, il doit y avoir 50% des maisons qui ont leur
piscine et pas la moindre piscine publique dans le village (qui dépasse les
3000 habitants). Du coup, ne serait-ce que d'un point de vue pratique, il
me semblerait plus logique que la notion d'accès sur une piscine soit
inversée : par défaut private et public seulement si précisé.

Dans le même ordre d'idée, depuis l'import du bâti, c'est plein de
building=yes sans autre précision et pourtant cela ne fait pas de ces
bâtiments des bâtiments publics que l'on peut visiter à loisir. Du coup,
est-il vraiment nécessaire de systématiquement préciser la nature d'un
accès ? Qui plus est, en suivant ma logique, ce n'est pas tant l'accès à la
piscine qui est privée, mais l'accès à toute la propriété. Du coup, il
faudrait systématiquement représenter les lots pour y faire porter cette
indication d'accès.

Une autre réflexion porte sur l'utilité de préciser les piscines privées.
On m'a dit un jour que les pompiers sont susceptibles d'apprécier cette
information. Mais ce qui leur importe, c'est de savoir qu'il y a de l'eau,
pas de savoir qu'on peut se baigner dedans. Peut-être que cette information
présente un intérêt pour des personnes souhaitant faire des statistiques,
ou je ne sais qu'elle étude. Peut-être aussi que cela fait un repère visuel
depuis les hauteurs (le ciel ?).


Bref, en conclusion, il me semble important de ne surtout pas représenter
tous les leisure=swimming_pool, qui doivent servir à représenter simplement
des bassins, mais plutôt sport=swimming comme précisé plus avant dans les
échanges de mails.


Mais bon, encore une fois, je ne suis pas très impliqué dans les décisions
qui tournent autour des tags et de leurs logiques ou homogénéités.
-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Après le dessous des cartes (sur Arte), voici le dessus des cartes (sur France Inter)

C'était ce matin dans l'émission Service Public de France Inter, qu'on
peut ré-écouter sur
http://www.franceinter.fr/emission-service-public-gps-le-dessus-des-cartesà
partir de 3'50

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Prochaine réunion des contributeurs à OpenStreetMap de la région de Marseille le lundi 2 / 09 / 2013 // 20h00 à La Bo@te.

2013-08-26 Thread Olivier Griffet

*Bonjour à toutes et à tous.
*
*

Je rappel que les contributeurs d' OpenStreetMap de la région de Marseille
se réunissent le lundi 2 septembre 2013,

à partir de 20h00 à La Bo@te ( dates suivantes en fin de message ).

*
*

Pour ceux qui compterais participez à la réunion et qui viennent pour la
première fois,

nous avons pour habitude que chacun(e) amène quelque chose à boire et/ou à
grignoter.

*
*Pour confirmer votre présence éventuel, vous pouvez répondre à ce message,
merci.


- Lien du plan de l'accès à La Bo@te :
http://www.openstreetmap.org/?lat=43.29213amp;lon=5.3730645amp;zoom=18amp;layers=Mamp;mlat=43.29210amp;mlon=5.37297http://www.openstreetmap.org/?lat=43.29213lon=5.3730645zoom=18layers=Mmlat=43.29210mlon=5.37297


- Lien de la page du Wiki d' Openstreetmap sur les réunions de Marseille :

http://wiki.openstreetmap.org/wiki/Marseille/R%C3%A9unions_2013


- Archives de l'année 2012 :

http://wiki.openstreetmap.org/wiki/Marseille/R%C3%A9unions_2012




Nota : Calendrier des réunions suivantes pour 2013, même lieu, même horaire.

*
*
*
*
- lundi 7 octobre 2013.
*
*
- lundi 4 novembre 2013.
*
*
- lundi 2 décembre 2013.
*
***


À bientôt...


Amicales salutations.**
**
Olivier Griffet http://griffet.net/

| Contributeur OpenStreetMap =
http://www.openstreetmap.org/user/olivier_griffet_83660_carnoules  |

| Habitant de 
83660http://www.openstreetmap.org/export/embed.html?bbox=6.17628,43.29493,6.19694,43.30505layer=mapnikmarker=43.29837,6.18737-
Carnoules http://carnoules.fr/ - Var | Adhérent de GULLIVAR et ToulonuX |

Utilisateur de GNU/LINUX  de **(X)Ubuntu 12.04 [  XFCE ] ; Lives USB 
ASRI.EDU.300 ; Etc...

Site web de GULLIVAR : http://gullivar.org/

Site web de ToulonuX : http://toulonux.tuxfamily.org/
*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Après le dessous des cartes (sur Arte), voici le dessus des cartes (sur France Inter)

2013-08-26 Thread Pierre Knobel

En dehors de la phrase tout le monde peut y participer, la description du
projet vers 26'30'' ne donne pas une idée très précise du projet. La dame
dit même qu'il n'y a aucune uniformisation de l'information, donc je me
demande bien pourquoi on se fatigue à discuter des bonnes pratiques sur
cette liste de diffusion.


2013/8/26 Christian Quest cqu...@openstreetmap.fr

 C'était ce matin dans l'émission Service Public de France Inter, qu'on
 peut ré-écouter sur
 http://www.franceinter.fr/emission-service-public-gps-le-dessus-des-cartesà 
 partir de 3'50

 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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


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

[OSM-talk-fr] Bâtiment non rendu

2013-08-26 Thread Damouns

Bonjour, j'ai un bâtiment :

http://www.openstreetmap.org/browse/way/32635153

qui n'est rendu ni sur Osm.org :

http://www.openstreetmap.org/#map=19/45.19088/5.72839

ni sur tile.openstreetmap.fr :

http://tile.openstreetmap.fr/?zoom=19lat=45.19088lon=5.72839

Quelqu'un aurait un diagnostic de ce qui se passe ?

Merci !

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

Re: [OSM-talk-fr] Bâtiment non rendu

2013-08-26 Thread Christophe Merlet


Le 26/08/2013 15:55, Damouns a écrit :

Bonjour, j'ai un bâtiment :

http://www.openstreetmap.org/browse/way/32635153

qui n'est rendu ni sur Osm.org :

http://www.openstreetmap.org/#map=19/45.19088/5.72839

ni sur tile.openstreetmap.fr http://tile.openstreetmap.fr :

http://tile.openstreetmap.fr/?zoom=19lat=45.19088lon=5.72839

Quelqu'un aurait un diagnostic de ce qui se passe ?



Sue le rendu palois il apparait qu'à une époque, c'était un 
multipolygone creux (voir pièce jointe si elle passe sur la liste).
Il a perdu son chemin intérieur. Et depuis, même sur le serveur palois, 
quelque soit le style, le bâtiment n'est plus rendu après recalcul.


Je n'ai aucune explication, le bâtiment semble correct.

A par le supprimer et le redessiner complètement, je n'ai aucune suggestion.


Librement,
--
Christophe Merlet (RedFox)
attachment: 47051.png___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bâtiment non rendu