[talk-ch] import of parking spaces in the city of Zürich
robryk at gmail.com
Mon Jun 27 00:33:48 CEST 2022
On Sun, Jun 26, 2022 at 5:32 PM Danilo <mail at dbrgn.ch> wrote:
> Hi Fabian
> > 2. The parking spaces are marked as points. I can see that parking
> spaces can be added as points and as areas. Personally I would prefer
> areas. Do we have any preference here? I think the map could suffer a lot
> if we suddenly have that many points in the map.
> I would prefer areas as well.
> > 1. What happens to continous parking spaces along the street? Again, I
> think it would be better to have them as areas. But in this example, there
> is an outgoing path in between them.
> I would map all contiguous parking lots as one area. Example:
> Here you can see three parking zones, I would map them as three separate
> > 1. Zürich has the concept of blaue Zone. Locals can park there with a
> residence parking card for an unlimited time. The card is bound to the zip
> code of the home address. So as a person living in 8055, I can park in all
> blaue Zone parking spaces in 8055. All blaueZone parking spaces in 8055 are
> marked as 8055 with a street sign. I am not aware of any edge cases.
> Therefore I really would like to add some label to mark these as
> blaueZone:8055 or similar. This should be easily possible using some zip
> code map.
> Could "ref" be used? https://wiki.openstreetmap.org/wiki/Key:ref At the
> paid parking areas, I used the code written on the parking meter (which is
> also entered into apps like ParkingPay). Since the blue zones don't have
> such a code, the ZIP-Code could be used instead.
Note that this is not an exact correspondence: areas close to PLZ borders
have parking spots that belong to both blue zones. E.g.
> > 2. Most/(all?) blaue Zone parking spaces are outdoor, therefore I would
> prefer to start with them.
> These can be cross-checked on satellite imagery, so that's a good ida.
> > 8. Maybe, step c should provide a standardized rectangle area instead
> of a point. For example 2x4 Meter. Then I could rotate the parking space in
> the client and maybe connect it with endpoints from other parking spaces.
> Are the surface areas standardized? If not, I would use satellite imagery
> as reference.
> > 1. Delete the current data and replace it? I think it would be sad if
> I remove areas and replace them with points.
> Current data should not be deleted and re-created since you'll lose
> > 5. I discovered JOSM. Do you think it is the "right" client to do this?
> JOSM is a great client, once you learn to use it. There are a lot of
> useful plugins. (I often use the "buildings_tools" Plugin that is used for
> drawing rectangles with the "b" key, and then delete the "building=yes" tag
> from the created rectangular area.)
> Regarding the import itself, I already commented on that in my previous
> e-mail. However, I'm no authority here, so let's wait for replies from the
> more seasoned community members first :)
> talk-ch mailing list
> talk-ch at openstreetmap.ch
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the talk-ch