No, GeoNode currently *does not* synchronize GeoNetwork users with GeoNode user accounts. Whatever credentials you use to log into GeoNetwork through the web are the same ones that should be in the GeoNode config.
-- David Winslow OpenGeo - http://opengeo.org/ On Fri, Oct 28, 2011 at 12:07 PM, Paul Bartsch <[email protected]> wrote: > To clarify: I have not changed the GeoNetwork login. When I view the > local_settings.py file the credential are still the default: > > GEONETWORK_CREDENTIALS = 'admin', 'admin' > > Should I change the GEONETWORK_CREDENTIALS to match my GeoNode superuser? > > Thanks for your help, > --- > Paul Bartsch > > > > On Fri, Oct 28, 2011 at 8:34 AM, David Winslow <[email protected]>wrote: > >> Yes changing the GeoNetwork login from the defaults would cause a problem, >> and yes it should be listed in the documentation. It's probably also the >> cause of your upload errors. >> >> -- >> David Winslow >> OpenGeo - http://opengeo.org/ >> >> >> On Fri, Oct 28, 2011 at 11:30 AM, Paul Bartsch <[email protected]>wrote: >> >>> I'm having a problem deleting layers --similar to a topic from 2011-03-30-- >>> and I'm wondering if this is because I use a separate login for >>> GeoNetwork from my GeoNode superuser login. Should changing the password of >>> the GeoNetwork login be added to the docs? >>> http://readthedocs.org/docs/geonode/en/latest/deploy/production.html >>> >>> I uploaded data successfully at first, but the last couple of Shapefiles >>> I attempted had errors on the upload. Although there were upload errors for >>> these two features, they still show up in my Data list. When I attempt to >>> delete through the GeoNode interface with my superuser account I receive an >>> internal server error. I was able to delete the problem features from >>> Geoserver, but --even after a restart of Apache-- they still show up in my >>> GeoNode. So I deleted the problem data from the GeoNetwork which did work. >>> >>> I looked through the logs as described here: >>> http://docs.geonode.org/en/latest/deploy/debug.html but didn't find any >>> clues. >>> >>> Thanks in advance, >>> --- >>> Paul Bartsch >>> >>> >> >
